Home / FAQs / สัญญา, การจ่ายเงิน, การเปลี่ยนแปลง และการส่งโครงการ
QUESTION & ANSWER

โครงการซอฟต์แวร์ได้ถูกเลื่อนออกไป เราจะทํายังไงกับตัว A?

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

ตอบคําถามมา

อย่างแรก ให้ข้อสรุปว่า สามารถนําไปใช้ในการตัดสินใจ

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

DECISION FACTORS

จําเป็น ต้อง ระบุ สภาพ การณ์ เช่น ไร ก่อน จะ มี การ ตัดสิน?

คํา ถาม เดียว กัน นี้ อาจ มี คํา ตอบ ต่าง กัน ภาย ใต้ ธุรกิจ ต่าง ๆ, ข้อมูล และ โครงการ ต่าง ๆ.

จะทํารุ่นปัจจุบันหรือไม่ และโพรเซสหลักจะทํางานจริงในระดับใดส่วนขยายเนื่องจากขอบเขต, ทรัพยากร, เทคโนโลยี, ลูกค้า หรือพรรคที่สามค่าชดเชยสําหรับทีมเดิมต่อไป และค่าใช้จ่ายในการเข้าควบคุมทีมที่มาแทนจะการปรับปรุงหน้าต่างแบบมีชีวิตของธุรกิจหรือไม่ และสามารถตั้งค่าช่วงต่าง ๆ ได้
ACTION STEPS

ลําดับที่แนะนําล่วงหน้า

01

อย่างแรก เราเคลียร์เรื่องเป้าหมายและชายแดน

การตรวจสอบสุขภาพและสินทรัพย์และความต้องการในระยะสั้น

02

การตรวจสอบความถูกต้อง

จําแนกผลงานที่เหลือ ด้วยสถานะการสาธิตและโค้ด

03

การ พัฒนา ผล ที่ ประเมิน ได้

แผน กู้ ตัว ของ สอง ถึง สี่ สัปดาห์ ได้ รับ การ พัฒนา ขึ้น พร้อม ด้วย โหนด ที่ ยอม รับ กัน บ่อย ๆ.

04

ทําให้แน่ใจว่าคุณตัดสินใจในขั้นต่อไป ด้วยผลลัพธ์ที่แท้จริง

เริ่ม การ วินิจฉัย หรือ รับ การ ดู แล จาก ผู้ จัด หา โดย ไม่ ขึ้น กับ ตัว โหนด เมื่อ ไม่ ได้ รับ การ เอื้อม แขน ต่อ ไป.

PRACTICAL EXAMPLE

คุณจะเข้าใจมันในธุรกิจที่แท้จริงได้อย่างไร

ตัว อย่าง ที่ เคย ใช้ เพื่อ แสดง ถึง วิธี ตัดสิน

ทีมบอกว่าโครงการนั้นสมบูรณ์ 80% แต่เฉพาะเมื่อแสดงหน้านี้ และมีการชําระเงิน การจัดวางและใช้งานยังไม่ได้รับการตรวจสอบ บริษัทดังกล่าวยังลดระยะเวลาเริ่มต้นลงเป็นรายการปิด และวนการสอบถาม ต้องการการส่งมอบรายการรายสัปดาห์ของการยกเลิกการทํางาน ในขณะที่ยังคงรักษาการชําระคลังสินค้าและบริการไว้ เพื่อตัดสินว่าโครงการสามารถแก้ไขได้จริงหรือไม่

COMMON RISKS

ไปสู่จุดที่ง่ายที่สุด

การ จ่าย เงิน เพิ่ม ขึ้น เรื่อย ๆ เพื่อ แลก กับ ข้อ ผูก มัด ทาง ปาก ไม่ มี การ ยอม รับ เพิ่ม เติม

และในขณะที่เรียกร้องงาน ก็เปลี่ยนลําดับความสําคัญ

เราตัดสินใจเปลี่ยนทีม และค้นหารหัส และบัญชีเมฆไม่ได้อยู่ในมือบริษัท

ACCEPTANCE

เรา ควร จะ ได้ รับ และ ยืน ยัน อย่าง ไร?

แผนฟื้นฟูควรให้แผนพื้นฐาน ขอบเขตที่แน่ชัด บุคคลที่รับผิดชอบ ความเสี่ยง การสาธิต และการทดสอบ

เมื่อเตรียมติดต่อกับผู้จําหน่ายหรือทีมภายใน ขอแนะนําให้ใช้กระบวนการปัจจุบัน ตัวอย่าง ระบบที่มีอยู่ การวางแผนเวลาและระดับงบประมาณ

RELATED

เรียน รู้ ต่อ ๆ ไป เกี่ยว กับ การ บริการ และ การ ชี้ นํา

ดูทุกคําถาม 265 ข้อ
ทางเข้าที่เกี่ยวข้อง

เข้าใจโครงการซอฟต์แวร์ที่เข้าช่วยเหลือ

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

เพื่อข้อมูลเพิ่ม
ทางเข้าที่เกี่ยวข้อง

การวินิจฉัยโครงการซอฟต์แวร์และรหัสมรดก

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

เพื่อข้อมูลเพิ่ม
ทางเข้าที่เกี่ยวข้อง

แสดงรายการโปรแกรมสําหรับส่งข้อมูล

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

เพื่อข้อมูลเพิ่ม

สภาพโครงการของคุณต่างจากตัวอย่างที่กล่าวไป

เป้าหมายปฏิบัติการ ระบบที่มีอยู่ ตัวอย่างของเวลา ที่วางจําหน่ายอยู่ สามารถนํามาประกอบกันได้ก่อนที่ที่ปรึกษา จะตัดสินเบื้องต้น

ที่ปรึกษาโครงการความร่วมมือ