5 สัญญาณบ่งบอกว่าคุณต้องการทีมพัฒนามือถือใหม่

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

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

1. ทีมของคุณกำหนดเส้นตายอย่างเป็นระบบ

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

สารละลาย:

โลกร่วมสมัยมีรายการเครื่องมือการจัดการเวลามากมาย ซึ่งช่วยคุณกำหนดงาน ติดตามเวลาที่ใช้ไปกับมัน และประเมินจำนวนชั่วโมงได้อย่างถูกต้อง สำหรับวัตถุประสงค์เหล่านี้ใน Mind Studios เราใช้เครื่องมือต่อไปนี้:
Slack - ความฝันของผู้ประกอบการ ผู้ก่อตั้ง นักลงทุน และ VC ทุกคน Slack ช่วยให้เรานำการทำงานร่วมกันเป็นทีมไปสู่ระดับที่สูงขึ้นได้ ทำให้เราสามารถรวมระบบสำหรับการจัดการงานและการส่งข้อความของทีมได้ ทั้งยังดูดี สนุกสนาน และได้รับการออกแบบมาอย่างดี ทำให้ทั้งลูกค้าและทีมงานของเราได้เพลิดเพลินกับกระบวนการสื่อสาร

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

2. คุณรู้สึกว่าขาดการสื่อสารอยู่เสมอ

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

สารละลาย:

เราตระหนักว่าการสื่อสารมีความสำคัญพอๆ กับคุณภาพของผลิตภัณฑ์โดยรวม ด้วยเหตุนี้ เราจึงปฏิบัติตาม "หลักการทอง" - เราติดต่อคู่ค้าของเรามากกว่าที่พวกเขาต้องการเล็กน้อย การโทรรายสัปดาห์ตามกำหนดการและการอัปเดตสถานะรายวันจากการสื่อสารระหว่างลูกค้าและทีมตามที่เราเห็น

3. เมื่อโครงการเสร็จสิ้น การสนับสนุนด้านเทคนิคของทีมจะระเหยกลายเป็นไอ

"คุณเบื่อที่จะเป็น "คนต่อไป" ในคิวหรือไม่?

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

สารละลาย:

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

4. ทีมของคุณไม่มีแรงจูงใจที่จะเห็นผลลัพธ์ ของคุณ

“เราไม่ได้สร้างสิ่งที่ผู้คนต้องการ เราสร้างสิ่งที่ผู้คนต้องการ” สตีฟ จ็อบส์

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

สารละลาย:

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

5. บัก จุลินทรีย์ และปัญหาอื่นๆ

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

สารละลาย:

เมื่อคุณตระหนักว่าผลิตภัณฑ์ของคุณมีกลิ่นบั๊กอย่างต่อเนื่อง (แบบทีละขั้น) คุณอาจต้องการให้ทีมเปลี่ยนขั้นตอนการทดสอบ หรือคุณอาจต้องการเปลี่ยนทีม

ใน Mind Studios เราทำการทดสอบอย่างจริงจังที่สุด - เรามีการทำซ้ำสองสามครั้งหลังจากการวิ่งแต่ละครั้ง เราทดลองกับกลุ่มการทดสอบ A/B และเรายังทำให้ผลิตภัณฑ์ของเราเข้าร่วมใน QA Hackathons เพื่อให้มั่นใจว่าลูกค้าจะได้รับโปรเจ็กต์ของ คุณภาพที่พิสูจน์ได้จาก Google เรายินดีให้ความช่วยเหลือเสมอหากเกิดปัญหาขึ้น

การเปลี่ยนแปลงเป็นเรื่องยากในตอนแรก

ยุ่งตรงกลางและ

สุดหล่อ.

โรบิน ชาร์มา นักเขียนและวิทยากร

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

เขียนโดย Dmitry Dobritsky และ Elina Bessarabova