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