8
โปรแกรมเมอร์ควร“ คิด” สำหรับลูกค้าหรือไม่
ฉันได้มาถึงจุดที่ฉันเกลียดการรวบรวมความต้องการ ลูกค้าคลุมเครือเกินไปสำหรับผลประโยชน์ของตนเอง ในสภาพแวดล้อมที่คล่องตัวที่เราสามารถแสดงให้ลูกค้าเห็นชิ้นส่วนของงานที่เสร็จสมบูรณ์ก็ไม่ได้เลวร้ายนักเพราะเราสามารถทำการแก้ไข / ปรับปรุงการทำงานปกติ ในประเภท "น้ำตก" ในสภาพแวดล้อม (ความต้องการก่อนผลิตภัณฑ์ที่เกือบสมบูรณ์ต่อไป) สิ่งต่าง ๆ อาจดูน่าเกลียด สภาพแวดล้อมแบบนี้ทำให้ฉันต้องตั้งคำถามอย่างต่อเนื่อง ลูกค้า EG ต้องการ "แปลงอินพุตให้เป็นหมายเลข 1 โดยอัตโนมัติ" (หมายถึงจำนวนตามลำดับ) แต่สิ่งที่พวกเขาไม่คิดก็คือ "อินพุต" อาจเป็นแบบง่าย ๆ "x" ในกล่องข้อความอาจเป็น "woops" ที่ฉันไม่ต้องการผลิตภัณฑ์ "ยาสีฟัน" หนึ่งในนั้น แต่มันมีอยู่มากมายในอากาศที่มีข้อกำหนดที่ฉันสามารถยืนและแก้ไขได้หลายชั่วโมงเมื่อสิ้นสุดสิ่งที่พวกเขาต้องการ สิ่งนี้ไม่ดีต่อสุขภาพ ทำงานกับ บริษัท ฉันสามารถลองปรับวัฒนธรรมให้เหมาะสมกับโมเดลที่คล่องตัวที่จะช่วยเรา (ไม่มีงานเล็ก ๆ เหนือเกรดจ่ายของฉัน) หรือกวาดรายละเอียดที่น่าเกลียดใต้พรมปูพื้นและหวังให้ดีที่สุด บางทีลูกค้าของฉันพยายามเข้าใกล้โค้ดเกินไป เราจะจัดการกับปัญหาของ "การคิดเพื่อลูกค้า" ได้อย่างไรโดยไม่ต้องโกรธด้วยคำถามมากเกินไป?