เวลาที่เราปั๊น Software ที่ได้มาจาก Requirement ที่เป็นน้ำๆ ออกมาเป็นกลุ่มก้อน เป็น Prototype แล้ว สิ่งที่เราควรทำมีอะไรบ้าง เพื่อให้ User ช่วย Confirm ว่าไอ้ที่เราปั๊นน้ำเป็นตัวขึ้นมาเนื่ย มันเป็นสิ่งที่ใช้นะ แต่เวลาเอาไปให้ User ใช้งานจริง มักจะเกิดปัญหา
- งานยุ่งอ่า
- ไม่ตรวจนะ เพราะ User เชื่อมั่นทีมพัฒนามากๆ (แต่มันจะ Fail มากๆ ถ้าระบบออกมาไม่ต้องกับความต้องการของ User)
- ทำตามเอกสาร CRS (Custormer Requirement Spec) แล้ว - แต่จริงๆ User ยังไม่ได้อ่าน หลายครั้งเอกสารที่ส่งไป มักจะไปกับโครงการ 5 ส
แล้วเราแก้ปัญหาอย่างไร - ถ้า User ยุ่งจริงๆ
- Observation + ฺMeeting :- การสังเกตุ แต่จริงๆ ทำยากนะ เพราะ มันมี Policy ต่างๆเยอะ แล้วถ้าเป็นระบบที่ไม่ค่อย Public แล้ว ไปสังเกตุ มันก็ไม่ได้อะไร
- Presentation + ฺMeeting :- ขี้เกียจอ่าน เราไปอ่านให้คุณฟัง
- Training + ฺMeeting :- ถ้าฟังอย่างเดียวมัน อาจจะไม่ดี เราไปสอนคุณดีกว่า จะได้เข้าใจมีความเข้าใจที่ตรงกัน
- Training - โดยใช้ Prototype ซึ่งมี 2 แบบ
- Throwaway ใช้เมื่อ เราไม่รู้ว่า User ต้องการอะไร Try & Error
- Evolutionary ใช้เมื่อต้องการทวนสอบ ว่าสิ่งท่ีเราคิด มันใช่แล้วนะ มันใจพอสมควรแล้ว เพราะตัว Evolutionary Prototype มันมีพัฒนาเป็นระบบในภายหลังเลย อย่างที่ผมใช้อยู่ ก็ทำ UI จริง ถ้าเป็น Desktop App ก็ลากวางตรงนั้นเลย หรือเป็น Web App ก็แล้วพวก HTML CSS ตรงนั้นเลย สำหรับส่วนของ Business เราอาจจะ Mock ไว้ก่อน แล้วค่อยเปลี่ยนเป็ฯตัวจริงในภายหลังครับ
- เพราะ การลงมือทำ มันช่วยให้เป็น Idea / ปัญหาเพิ่ม
- Training - โดยใช้ Prototype ซึ่งมี 2 แบบ
จาก 2 วิธีหลังนี้ (Presentation + ฺMeeting กับ Training + ฺMeeting มันต้องมี Trick เล็กน้อย ในการวางเนื้อหา ต้องวางให้สอดคล้อง เน้นสิ่งที่เราสงสัย ทำให้ User เกิดการถกเถียง และต้องใช้เวลาไม่นาน แต่ต้องทำบ่อย
ทุกๆวิธีถ้าจะทำให้มันสำเร็จ ได้ต้องเริ่มจากการเจรจา เริ่มต้นดีมีชัยไปกว่าครึ่งครับ โดยสิ่งที่ควรแจ้งให้ User ทราบ เมื่อทำการ Test บอกประโยชน์ของ User ให้กับ Super User หรือ ผู้บริหารฝั่งโน้นได้ เช่น เวลาพัฒนาน้อยลง สามารถขึ้นระบบได้เร็วขึ้น หรือ KPI ขององค์กรดีขึ้น เพื่อให้พวกเค้าช่วยโน้มน้าว User คนอื่นๆทำตาม แต่แฝงไปด้วยประโยชน์ของทีมพัฒนาอย่างเราๆ ยิ่งรู้ปัญหาเร็ว เวลาที่ใช้ในการแก้ไข ลดลง รวมถึงค่าใช้จ่ายที่ลดลงด้วย ^__^
และก็ถ้ามีการปรับเปลี่ยนอะไร จำไว้เสมอว่า ข้อมูลที่ควรมี
- ใครขอ
- และใครกระทบ ถ้า User บอกได้จะดีมากๆ
- ขอแก้ไขที่ส่วนไหน
- ให้ทำอะไรบ้าง - มีภาพประกอบไหม
Discover more from naiwaen@DebuggingSoft
Subscribe to get the latest posts sent to your email.