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