ขอแชร์จากมุมมองของ BA นะครับอาจารย์

จากประสบการณ์ที่ใช้ SDLC แบบ Waterfall มาเป็นหลัก จะพบว่าปัญหาที่ทำให้ Requirement ไม่มีอยู่จริง

1. เกิดจากกระบวนการที่เราถูกสร้างให้เดินตาม Business Blueprint (Requirement) ไม่ว่าจะเป็น BRD หรือ FRS เท่านั้น หากเดินออกนอกลู่นอกทางหรือบิดพริ้วไปจากนี้ ทำให้เกิดข้อโต้แย้งขึ้นมาทันที เช่นให้ออก Change Request มาเพิ่มเติม ซึ่งเจ้าของงานก็ไม่ยอมแน่ และทางผู้พัฒนากก็ไม่ยอมเช่นกันอากไม่มี CR
2. ประเด็นคือ Business Requirement ในทางปฏิบัติแล้วเป็นเพียงแค่สิ่งที่ทั้งสองฝั่งเห็นตรงกันว่า “เห็นด้วย” ไม่ใช่ “ยอมรับ”
3. ถ้าแยกแยกสองสิ่งนี้ออกจากกัน เราก็จะสามารถพาเข้าสู่โหมด “มั่วเพื่อผลลัพธ์ที่ดี” ได้

4. สิ่งที่ทำให้ Requirement ไม่มีอยู่จริง คือ “คนที่รู้ทั้งหมด” ไม่มีอยู่จริง ซึ่งในทุก ๆ โปรเจคเราคาดหวังว่าจะมีคนประเภทนี้อยู่บนโลก

5. ฉะนั้น หากเราเปลี่ยนวิธีคิดจาก X0+ X1 + X2 + … + Xn = Result

X = Requirement

X = 0 → Infinity

โดยเปลี่ยนมาเป็นการกำหนดเสียใหม่ ให้เอาผลลัพธ์เป็นศูนย์กลาง

Result1 = X1 + X2 ….

Result2 = X3 + X4

…

ภาระในการกำหนดแบบนี้ จะตกอยู่ทางฝาก Business ซึ่งเค้าจะถือว่าไม่ใช่งานเค้า

ผมว่าสิ่งนี้เป็นสิ่งที่ยากและต้องปรับเปลี่ยน แต่หากมันเกิดได้ เราไม่จำเป็นต้องมี BRD เล่มหนา ๆ อีกต่อไป เอาเวลาไปทำอย่างอื่นกันได้เสียที