การลงมือทำปรับสถาปัตยกรรมให้ทันสมัย: ตั้งแต่เมื่อไรค่าประมาณการจึงกลายเป็นเส้นตาย?
(domainanalysis.io)-
เคล็ดลับสำหรับโครงการปรับซอฟต์แวร์ให้ทันสมัยที่มีความซับซ้อน: ควรมองค่าประมาณการเป็นแนวทาง ไม่ใช่เส้นตาย
-
ประสบการณ์ส่วนตัว:
- หลังจากทริปพักผ่อนอันแสนสนุกที่โซลและซกโช ผู้เขียนตั้งใจจะเขียนเกี่ยวกับการคิดเชิงระบบและหนังสือ "Zen and the Art of Motorcycle Maintenance" แต่แผนก็เปลี่ยนไปเพราะเหตุการณ์ในช่วง 2 สัปดาห์ที่ผ่านมา
- ผู้เขียนประสบอุบัติเหตุก่อนสุดสัปดาห์ก่อนการเลือกตั้งสหรัฐฯ และยังมีประสบการณ์กับการนัดหยุดงานของช่างเทคนิคที่บริษัท New York Times อีกด้วย
-
ค่าประมาณการ - ศิลปะหรือวิทยาศาสตร์?:
- อธิบายความต่างของค่าประมาณการระหว่างเจ้าหน้าที่ประเมินของบริษัทประกันกับอู่ซ่อมรถ รวมถึงกระบวนการเจรจา
- หากพบความเสียหายที่ไม่คาดคิด อาจมีค่าใช้จ่ายเพิ่มเติมและต้องได้รับการอนุมัติจากบริษัทประกัน
-
ความคล้ายคลึงกับการปรับสถาปัตยกรรมซอฟต์แวร์ที่ซับซ้อนให้ทันสมัย:
- อธิบายความต่างระหว่างค่าประมาณการเริ่มต้นกับความซับซ้อนจริงในกระบวนการปรับปรุงซอฟต์แวร์เลกาซีให้ทันสมัย
- ทุกครั้งที่ค้นพบความซับซ้อนเพิ่มเติม ก็ต้องมีการขออนุมัติเพิ่มเติม
-
ผู้นำที่ดีต้องตั้งคำถามให้ถูกต้อง:
- การตั้งคำถามที่ถูกต้องเป็นสิ่งสำคัญในการแก้ปัญหาที่ซับซ้อน
- กล่าวถึงวิธีรับมือเมื่อค้นพบความซับซ้อนที่ไม่คาดคิด
-
จะเดินหน้าต่อ หรือจะถือว่าเป็นความเสียหายทั้งหมด?:
- อธิบายทั้งกรณีที่ค่าใช้จ่ายเพิ่มเติมในโครงการปรับปรุงได้รับการอนุมัติและงานดำเนินต่อ กับกรณีที่โครงการถูกยุติ
-
เป็นบริบทที่ซับซ้อน หรือซับซ้อนกันแน่?:
- ใช้กรอบแนวคิด Cynefin เพื่ออธิบายกระบวนการตัดสินใจในสถานการณ์ที่ซับซ้อน
- เน้นย้ำความสำคัญของการเรียนรู้และการทดลองในโครงการซอฟต์แวร์เลกาซีที่ซับซ้อน
-
ปฏิเสธ - โกรธ - ต่อรอง - ซึมเศร้า - ยอมรับ?:
- อธิบายวิธีรับมือกับสถานการณ์ไม่คาดคิดในโครงการปรับปรุงให้ทันสมัย
- แนะนำโมเดลของ Ron Westrum ว่าวัฒนธรรมองค์กรตอบสนองต่อสถานการณ์เหล่านี้อย่างไร
-
เคล็ดลับสำหรับผู้นำที่ขับเคลื่อนโครงการปรับปรุงให้ทันสมัย:
- ในโดเมนที่ซับซ้อน จำเป็นต้องมีแนวทางการบริหารแบบทดลอง และการยอมรับความล้มเหลวเป็นสิ่งสำคัญ
- หากผู้นำพยายามบังคับให้เกิดระเบียบจะล้มเหลว และกุญแจสู่ความสำเร็จคือการปล่อยให้รูปแบบค่อย ๆ ปรากฏขึ้น
-
ความหวังใหม่:
- เน้นย้ำความสำคัญของค่าประมาณการในโครงการปรับปรุงให้ทันสมัย ผ่านประสบการณ์การซ่อมรถและการเคลมประกัน
- หวังว่าบริษัทซอฟต์แวร์และผู้นำจะใช้กรอบแนวคิดที่เหมาะสมในการวัดความสำเร็จ
1 ความคิดเห็น
ความคิดเห็นจาก Hacker News
เคยมีกรณีที่ผู้จัดการปฏิบัติกับค่าประมาณเหมือนเป็นเส้นตาย เมื่อสเปกเปลี่ยนบ่อยก็ใช้ปฏิกิริยาแบบ "กวางเจอไฟหน้ารถ" เพื่อซื้อเวลา และให้ค่าประมาณแบบเผื่อเหลือเผื่อขาดที่สุดเพื่อจะได้ส่งงานเสร็จก่อนกำหนด ผู้จัดการที่ดีไม่ทำให้ต้องใช้กลยุทธ์แบบนี้
โปรเจกต์ปรับปรุงระบบให้ทันสมัยมักมีเส้นตายแบบยืดหยุ่น มีแรงกดดันด้านงบประมาณและความต้องการของผู้ใช้ แต่ช้าไปหนึ่งวันก็ไม่ใช่ปัญหาใหญ่ ตรงกันข้ามกับการปล่อยยานสำรวจอวกาศหรือบริษัทขนาดใหญ่อย่าง Ford ที่ถ้าพลาดเส้นตายอาจสร้างความเสียหายมหาศาล
มิเกลันเจโลเคยประเมินว่าจะสร้างสุสานของสมเด็จพระสันตะปาปายูลิอุสที่ 2 ให้เสร็จภายใน 5 ปี แต่ในความเป็นจริงกลับใช้เวลา 40 ปี เพราะความต้องการของลูกค้าเปลี่ยน ปัญหาซัพพลายเชน การเจรจาสัญญาใหม่ และเหตุอื่น ๆ ทำให้ขอบเขตโครงการถูกลดลง
ค่าประมาณแรกมักติดอยู่ในความทรงจำ และถึงจะมีข้อมูลใหม่ก็ยังเปลี่ยนค่าประมาณเดิมได้ยากในหลายกรณี จึงมีคนจำนวนหนึ่งไม่อยากให้ค่าประมาณตั้งแต่แรก
มักเกิดกรณีที่บริษัทประกันพยายามจ่ายตามค่าประมาณเดิมเท่านั้น เรื่องนี้เกิดได้ทั้งกับประกันรถยนต์ บ้าน และสุขภาพ และไม่ได้จบลงด้วยผลลัพธ์ที่สมเหตุสมผลเสมอไป
สิ่งสำคัญคือการให้ค่าประมาณสำหรับขอบเขตงานที่ตายตัว และเพิ่มไมล์สโตนใหม่สำหรับงานเพิ่มเติมที่ค้นพบภายหลัง แต่แนวทางนี้ต้องอาศัยชั้นการบริหารที่เข้าใจด้วย
ฝ่ายผู้นำคิดว่าเส้นตายช่วยสร้างแรงจูงใจ แต่เป็นแนวทางที่ผิด หากไม่ปรับเส้นตายให้สอดคล้องกับความเป็นจริง ขวัญกำลังใจของทีมอาจตกลงได้
สนับสนุนแนวทาง "No Estimates" โดยมองว่าการประมาณที่แม่นยำทำได้เฉพาะกับงานที่เคยทำมาแล้วเหมือนเดิม หรือกรณีที่งานที่เหลือถูกนิยามไว้อย่างชัดเจนเท่านั้น
มีสูตรประมาณการแบบขำ ๆ ซึ่งเป็นสูตรไม่เป็นทางการที่อิงจากประสบการณ์ส่วนตัว เช่น พิจารณาจำนวนคนที่เข้าร่วมโปรเจกต์ จำนวนเครื่องมือใหม่ ฯลฯ เพื่อคำนวณเวลาที่จะใช้จริง
ระบบประมาณการที่ดีที่สุดคือให้ทุกคนทายวันที่จะเสร็จ แล้วคนที่เดาใกล้ที่สุดได้ข้าวเที่ยง วิธีนี้ใช้กันในหมู่เพื่อน และให้ผลลัพธ์ที่แม่นยำมาก
องค์กรอยากคาดการณ์อนาคตได้อย่างแม่นยำ แต่สิ่งนั้นเป็นไปไม่ได้ การประมาณมักเป็นสิ่งที่ชั้นการบริหารให้ความสำคัญ และก็ไม่มีรางวัลสำหรับคนที่ให้ค่าประมาณได้แม่นจริง ๆ หากโฟกัสแค่เรื่องเวลา ปัจจัยสำคัญอื่น ๆ ก็อาจได้รับผลกระทบในทางลบ