โครงการ WooCommerce แบบสามหัว: หน่วยงานของคุณ นักแปลอิสระ และนักพัฒนาซอฟต์แวร์ของลูกค้าของคุณ

ด้วยการคาดการณ์ว่าการช้อปปิ้งออนไลน์จะยุติการขายปลีกในร้านค้าปลีกในทศวรรษหน้า ผู้คนจึงกระโดดเข้าสู่กลุ่มร้านค้าออนไลน์มากขึ้น การพัฒนาโครงการ WooCommerce ต้องใช้เวลาและความเชี่ยวชาญที่บางครั้งอาจไม่มีให้ในหน่วยงานของคุณเมื่อคุณต้องการ บังคับให้คุณต้องมองหาความช่วยเหลือจากที่อื่น เช่น นักพัฒนาอิสระ

ถ้ามาถึงขั้นต้องโทรหาผู้เชี่ยวชาญ ต้องพิจารณาอะไรบ้าง? คุณจะทำให้ "การเพิ่มเติม" ใหม่ราบรื่นที่สุดได้อย่างไร? แต่ยัง: จะเกิดอะไรขึ้นถ้าลูกค้าของคุณมีนักพัฒนาภายในอยู่แล้วบ้าง?

หากสิ่งต่าง ๆ ไม่ได้วางแผนและดำเนินการอย่างละเอียดถี่ถ้วน อาจเป็นเรื่องยุ่งเหยิงอย่างแท้จริงกับผู้คนที่เกี่ยวข้องจำนวนมาก

มาดูวิธีจัดการสถานการณ์การทำงานที่ยุ่งยากและเปลี่ยนให้เป็นข้อได้เปรียบของคุณกัน!

คุณต้องมีการสื่อสารที่ดี ไม่เช่นนั้นจะไม่มีอะไรดีสำเร็จ

รากฐานที่สำคัญของความสัมพันธ์ในการทำงานใดๆ และกุญแจสำคัญในการดำเนินโครงการที่ประสบความสำเร็จคือการสื่อสารที่กว้างขวางเสมอ ทั้งกับลูกค้าของคุณ ซึ่งมีความสำคัญในการพัฒนาภาพที่ชัดเจนว่าความต้องการของพวกเขาคืออะไร และกับนักพัฒนาทั้งหมดที่เกี่ยวข้อง ไม่ว่าคุณจะนำพวกเขาเข้าสู่โครงการโดยตรงหรือมาจากลูกค้าของคุณ

เพื่อให้บรรลุสิ่งนี้ เอเจนซี่และนักพัฒนาจำนวนมากใช้ Slack สำหรับการสนทนากลุ่มเนื่องจากมีคุณสมบัติมากมาย ความสำคัญของการมีจุดร่วมที่การสื่อสารไปมาระหว่างทุกฝ่ายที่เกี่ยวข้องนั้นได้รับการอธิบายเพิ่มเติมโดย WooExpert และผู้เชี่ยวชาญด้าน Codeable Mitchell Callahan จาก SAU/CAL ซึ่งกล่าวว่า:

นี่คือสิ่งที่เกิดขึ้นค่อนข้างน้อย: ลูกค้าจ้างคุณเพราะพวกเขาต้องการความเชี่ยวชาญของ WooCommerce แต่พวกเขาอาจมีเหมือนนักพัฒนาภายในองค์กรหรือนักแปลอิสระที่พวกเขามักจะทำงานด้วย นั่นเป็นเหตุผลที่คุณต้องตรวจสอบให้แน่ใจว่านักพัฒนาซอฟต์แวร์ที่ทำงานในโครงการ พร้อมด้วยผู้ติดต่อจากบริษัทของลูกค้า ล้วนอยู่ในช่องทาง Slack เดียวกัน วิธีนี้ทำให้ทุกวิชาที่เกี่ยวข้องในโครงการสามารถสื่อสารกันได้อย่างมีประสิทธิภาพมากขึ้น

เมื่อตั้งค่าเครื่องมือสื่อสารแล้ว ก็ถึงเวลาโฟกัสที่เครื่องมือถัดไป: ที่เก็บโค้ด

คุณต้องมีกระบวนการที่มั่นคงสำหรับโค้ด

เมื่อนักพัฒนาหลายคนทำงานในโปรเจ็กต์เดียวกัน คุณคงไม่อยากค้นหาโค้ด ไฟล์ ไดเร็กทอรีหลายร้อยรายการเพื่อค้นหาว่าใครทำอะไรและที่ไหน นั่นคือเหตุผลที่ต้องตั้งค่าเครื่องมือ เช่น Github หรือ Bitbucket อย่างถูกต้อง เพื่อให้คุณติดตามการเปลี่ยนแปลงในโค้ดได้

อธิบายมิตเชลล์:

เมื่อคุณจะทำงานร่วมกับนักพัฒนารายอื่นนอกธุรกิจของคุณ คุณต้องมีที่เก็บ Git เพื่อให้สามารถติดตามการเปลี่ยนแปลงได้ หากมีการเพิ่มอะไรลงในไซต์ คุณจะสามารถทราบได้ว่าใครเป็นผู้เพิ่ม และเมื่อใดจึงจะสามารถแยกแยะได้ว่าเกิดปัญหาขึ้นหรือไม่
สิ่งสำคัญที่สุดในที่นี้คือมีกระบวนการที่มั่นคง ดังนั้นก่อนที่จะมีการพุชไปยังเซิร์ฟเวอร์ที่ใช้งานจริง เราต้องทำคำขอดึงเสมอจากนั้นจึงมีคนทำการตรวจสอบโค้ด

เครื่องมือเป็นเพียงเครื่องมือสำหรับสภาพแวดล้อมการทำงานที่มีประสิทธิภาพมากขึ้น ชิ้นส่วนที่ขาดหายไปอย่างที่คุณเห็นมีกระบวนการที่ชัดเจนซึ่งจะช่วยให้ชิ้นส่วนที่เคลื่อนไหวทั้งหมดทำงานได้อย่างราบรื่นที่สุด และนั่นคือประเด็นต่อไปของเรา

ทุกคนต้องรู้ว่าตัวเองมีหน้าที่อะไร

ผลลัพธ์ของกระบวนการพัฒนาใดๆ ขึ้นอยู่กับความชัดเจนของคำสั่งและบทบาทที่แต่ละเรื่องต้องปฏิบัติตาม โดยเฉพาะถ้าคุณต้องการให้มีกระบวนการที่มีประสิทธิภาพ คุณจะต้องมีโครงสร้างที่กำหนดไว้อย่างดีสำหรับการไหลของคำสั่ง ตามที่ Mitchell เน้น:

หากคุณกำลังทำงานกับนักพัฒนาคนอื่นๆ สิ่งที่ฉันแนะนำคือคุณมีลำดับชั้น อันที่จริง เราสนับสนุนเสมอว่า CTO ของเราเป็นผู้รับผิดชอบในการดึงคำขอ ซึ่งจะทำให้เขาเป็นคนเดียวที่มีความสามารถในการผสาน เพื่อให้เราสามารถตรวจสอบให้แน่ใจว่าโค้ดแต่ละส่วนได้รับการตรวจสอบ ผสาน และกำหนดเวลาอย่างมีโครงสร้าง ในองค์กรขนาดใหญ่ นี่อาจเป็นปัญหาคอขวด และคุณสามารถมีหลายคนที่แก้ปัญหานี้ได้

สิ่งนี้ทำให้แน่ใจได้ว่าไม่มีความขัดแย้งทางอำนาจในโครงการและแน่นอนว่ากระบวนการดำเนินการได้อย่างราบรื่น

เครื่องมือการจัดการโครงการ: เลือกหนึ่งรายการและแชร์กับทุกคน

หากคุณกำลังทำทุกอย่างเพื่อบรรเทาหลุมพราง คุณจะไม่พลาดที่จะสละเวลาเพื่อทำความเข้าใจเกี่ยวกับเครื่องมือการจัดการโครงการ สิ่งที่สำคัญที่สุดคือการหลีกเลี่ยงไม่ให้มีเครื่องมือ PM มากกว่าหนึ่งเครื่องทำงานพร้อมกัน นั่นคือสิ่งที่จะเลอะเทอะในไม่กี่นาที ดังนั้นจึงเพิ่มภาระงานของคุณในขณะที่ไม่เพิ่มมูลค่าให้กับโครงการเลย

เมื่อทำงานกับนักพัฒนาอิสระและนักพัฒนาภายในลูกค้าของคุณในโครงการใดโครงการหนึ่งของคุณ เป้าหมายของคุณคือการให้ทุกฝ่ายมีส่วนร่วมในเครื่องมือ PM ที่คุณสบายใจที่สุด ฉันรู้ ฟังดูเป็นเรื่องยากที่จะบรรลุผลสำเร็จเพราะทุกคนมีเครื่องมือที่ตนเองชอบ แต่นี่เป็นวิธีที่ Mitchell และพวกที่ SAUCAL สามารถเอาชนะใจลูกค้าและนักพัฒนาได้มากกว่า:

หลายคนใช้ Jira เช่น เราใช้ Breeze แทน บางคน เมื่อเห็นครั้งแรก พวกเขาบอกเราว่า 'โอ้ ดูเหมือนจะไม่ทรงพลังเกินไป' และนั่นคือจุดที่องค์ประกอบการศึกษาเข้ามา เราอธิบายให้พวกเขาฟังว่าเราได้ทำสิ่งนี้มาหลายปีเพื่อจุดประสงค์เดียวกัน (การสร้างไซต์ WooCommerce) และสำหรับผู้ที่ต้องการความหนาและบางและเป็นส่วนหนึ่งของกระบวนการ – โดยปกติพวกเขาจะเป็นนักพัฒนา – เราจะใช้เวลาฝึกอบรมพวกเขาเกี่ยวกับวิธีการใช้ระบบของเรา ด้วยวิธีนี้เราทุกคนทำงานร่วมกันอย่างเหนียวแน่น ทาง.

การมีเครื่องมือการจัดการโครงการที่แตกต่างกันระหว่างฝ่ายต่างๆ เช่น คุณ ทีมงานภายในของลูกค้า และนักพัฒนาอิสระบางรายสามารถขยายกรอบเวลาของโครงการโดยไม่จำเป็น นั่นเป็นเหตุผลที่การกำจัดเครื่องมือที่ซ้ำกันและรวมศูนย์ความพยายามทั้งหมดไว้ในเครื่องมือที่ใช้ร่วมกันนั้นเป็นประโยชน์อย่างมากต่อโครงการ (และสุขภาพจิตของคุณ)

ห่อ

ช่องสัญญาณหย่อน พื้นที่เก็บข้อมูลที่ใช้ร่วมกัน และเครื่องมือการจัดการโครงการหนึ่งเครื่องมือ ซึ่งทุกฝ่ายที่เกี่ยวข้องตกลงที่จะใช้ เป็นองค์ประกอบหลักบางประการในการทำให้โครงการสำเร็จลุล่วง อย่างไรก็ตาม เช่นเดียวกับสิ่งต่างๆ ในชีวิต ทุกสิ่งทุกอย่างล้วนเกิดจากการสื่อสารที่มีประสิทธิภาพระหว่างทุกฝ่าย การเชื่อมช่องว่างนี้เป็นสิ่งสำคัญเพราะอย่างที่ Mitchell พูดว่า:

ใครก็ตามที่มีผู้สื่อสารที่อ่อนแอที่สุด จะเป็นตัวเชื่อมโยงที่อ่อนแอที่สุด

Matteo Duo เป็นผู้เชี่ยวชาญด้านกลยุทธ์เนื้อหาที่ Codeable.io ซึ่งเป็นแพลตฟอร์มเอาท์ซอร์สที่เน้น WordPress อันดับ 1 ซึ่งจับคู่นักพัฒนา WordPress ระดับโลกกับธุรกิจที่ต้องการงานที่มีคุณภาพ เขามีส่วนร่วมอย่างแข็งขันกับลูกค้าและนักพัฒนามาหลายปีแล้วเพื่อบันทึกความซับซ้อนที่แตกต่างกันของความสัมพันธ์ของพวกเขาและให้คำแนะนำเกี่ยวกับวิธีการใช้ประโยชน์จาก WordPress เป็นทรัพย์สินทางธุรกิจที่มีประสิทธิภาพ