จะทำอย่างไรเมื่อการประมาณเวลาผิดพลาด

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

• กลยุทธ์ใดที่สามารถใช้เมื่อคุณจะแจ้งหัวหน้าโครงการถึงเวลาใหม่ในการจัดส่ง
• บ่อยครั้งที่คุณได้รับคำถามว่าทำไม คุณกระตุ้นเวลาการส่งมอบใหม่อย่างไร

ความจริงก็คือโครงการจำนวนมากไม่ต้องใช้เวลามากในการวิเคราะห์และออกแบบในระหว่าง SDLC

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

การส่งข่าวร้าย

คุณจำเป็นต้องแจ้งเรื่องนี้อย่างทันท่วงทีอย่างไรก็ตามหากคุณทำได้ในเวลาที่เหมาะสม (นั่นคือไม่กี่ชั่วโมงและไม่มาก) คุณควรทำการประเมินผลกระทบก่อนที่จะทำ

เช่นเดียวกับข่าวร้ายทั้งหมดที่ดีที่สุดคือให้ข้อมูลรายละเอียด (แทนที่จะโพล่ง "มันกำลังจะสาย") ดังนั้นให้มาก / มาก:

1) แก้ไขประมาณการ / เวลาสำหรับงานที่เลื่อนไปแล้ว

2) การประมาณการ / เวลาที่ปรับปรุงใหม่สำหรับงานในอนาคตที่คุณคิดว่าเมื่อรู้ว่าบางสิ่งที่ทำไปแล้วอาจใช้เวลานานกว่า

3) เหตุผลสั้น ๆ ว่าทำไมการลื่นไถลจึงเกิดขึ้น (อย่าหมุนแค่ความจริง แต่ไม่ฟังดูเหมือนว่าคุณกำลังแก้ตัว) ในกรณีนี้คุณระบุว่า "เราประเมินตามกฎ X และ Y แต่ตอนนี้ได้รวม Z ซึ่งไม่เคยพูดถึง" เขาอาจจะสามารถใช้สิ่งนี้ในการอธิบายความล่าช้าให้กับลูกค้าและให้ความรู้แก่พวกเขาเกี่ยวกับความสำคัญของการเป็นคนแรก

4) ถ้าเป็นไปได้ทางเลือกที่จะนำสิ่งต่าง ๆ กลับมาในการติดตาม (มักจะลดขอบเขต แต่อาจมีตัวเลือกอื่น ๆ - ส่วนอื่น ๆ ของโครงการอาจจะก่อนเวลาและอาจเป็นไปได้ที่จะย้ายงานไปรอบ ๆ )

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

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

การป้องกันไม่ให้มีข่าวร้าย

มีสองสถานการณ์ที่นี่: ก่อนอื่นคุณไม่ได้ทำการประเมินด้วยตัวเองซึ่งในกรณีนี้จะมีอะไรที่คุณทำได้ไม่มากไปกว่าการผลักดันให้มีส่วนร่วมในการประมาณการครั้งต่อไป

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

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

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

ถ้า PM ถามคำถามนี้คุณต้องเตือนเขาตลอดเวลาว่าเป็นเรื่องจริง (ด้วยตัวอย่าง - มันยากที่จะเถียงตัวอย่าง) และค่อย ๆ แนะนำว่าเขาสนใจที่จะส่งมอบตรงเวลาเช่นเดียวกับของคุณ ดีกว่าที่จะอนุรักษ์?

แต่บรรทัดล่าง: ถ้าคุณดูถูกดูแคลนเสมอเพราะปัจจัยเฉพาะ (ในกรณีนี้คุณสมบัติคืบ) แล้วคิดว่าเป็นประมาณการของคุณ

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

หยุดการประเมินเป็นวันและเริ่มใช้การประมาณแบบสัมพัทธ์แทน นี่คือตัวอย่างง่ายๆ:

1. กำหนดหมายเลขให้กับแต่ละงาน งานที่ยากที่สุดอาจเป็น 10 และเป็นงานที่ง่ายที่สุด 1
2. เริ่มการเขียนโปรแกรมเพื่อทำงานให้เสร็จสมบูรณ์
3. หลังจากหนึ่งสัปดาห์หยุดงานของคุณและรวมจำนวนงานที่เสร็จสมบูรณ์ทั้งหมด ให้บอกว่าคุณลงท้ายด้วย 14 นั่นคือความเร็วรายสัปดาห์ของคุณ

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

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

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

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

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

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

แจ้งให้ผู้มีส่วนได้เสียที่เกี่ยวข้องรับทราบถึงความคืบหน้าของคุณรวมถึง (โดยเฉพาะ!) ข้อเท็จจริงที่ว่าการประมาณการของคุณมีแง่ดีเกินไป พวกเขาจะไม่มีความสุข แต่พวกเขาจะรู้ว่าโครงการยืนหยัดได้จริงและสามารถวางแผนได้อย่างไร

รายการคุณสมบัติของคุณจะได้รับ MoSCoWed - จะต้องไม่ได้

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

ทำเลที่ดีคุณจะมีเพียง ~ 60% Musts หากคุณต้องตัดคนที่คุณกำลังประสบปัญหาอย่างมาก (มีการบุกรุกมากเกินไป) ซึ่งในกรณีนี้คุณจะต้องตัดมุม

ตรวจสอบให้แน่ใจว่าคุณให้เวลาตัวเองมากพอหลังจากปล่อยเพื่อทำความสะอาดคราบสกปรกที่เกิดจากการตัดมุม!

การประมาณการโครงการเป็นการพนันที่เรียบง่ายและเรียบง่าย ไม่มีรางวัลโดยไม่มีความเสี่ยง

หากผู้จัดการไม่เข้าใจสิ่งนี้นั่นเป็นสิ่งแรกที่ฉันจะอธิบาย

คำถามคือใครครอบคลุมความเสี่ยง

หากคุณทำสัญญาราคาคงที่แสดงว่าคุณมีความเสี่ยง

หากเวลาและวัสดุแล้วเขาจะครอบคลุมความเสี่ยง

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

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

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

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

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

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

ฉันเขียนเกี่ยวกับที่นี่การประมาณผิดช่วยด้วย! ฉันมาสาย! ตัดคุณสมบัติและหยุดน้ำตก!

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

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

ปล่อยให้ทุกคนในทีมรู้และพยายามหาทางแก้ไข ฉันแนะนำ 3 โซลูชันจากลำดับความสำคัญสูงถึงต่ำ:

พยายามหาฮอตฟิกซ์ชั่วคราวหรือแก้ไขด่วน

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

เสนอแนวทางอื่นสำหรับปัญหาของพวกเขาอาจเป็นความคิดที่ดี

ค การทำงานล่วงเวลาทำงาน

ตัวเลือก:

• คุณสมบัติการตัด
• คุณภาพการตัด (ออกจากการแก้ไขข้อบกพร่องในภายหลัง)
• เพิ่มผลผลิต
  • ค้นหาและลบอัพ
  • แบ่ง / ส่วนที่เหลือ
  • ตัดเวลาส่วนตัว / นอนหลับ
  • รับพนักงานเพิ่มขึ้น
  • รับเครื่องมือที่ดีกว่า
  • การอบรม
  • เพิ่มแรงจูงใจ
    • อาหารฟรี
    • [สัญญาของ] เพิ่ม / โปรโมชั่น / วันหยุด / โบนัส / ฯลฯ
    • ภัยคุกคาม
    • ปรับปรุงสภาพการทำงาน (ฮาร์ดแวร์เฟอร์นิเจอร์และอื่น ๆ ที่ดีกว่า)
    • เปลี่ยนสภาพแวดล้อม - ทำงานจากร้านกาแฟหรือย้ายทั้งทีมที่ไหนสักแห่งที่ยอดเยี่ยม - บ้านพักบนเขาหรือบ้านทะเลสาบ?

นี่เป็นปัญหาที่พบบ่อย :)

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

ทีมที่ใหญ่กว่ามีคนจำนวนมากที่อาจป่วยและมีคนน้อยที่รู้ว่า "ทุกสิ่ง"

เทคโนโลยีใหม่นั้นมีความเสี่ยงมากกว่าเทคโนโลยีที่คุณรู้จักอยู่แล้ว

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