Iterative Can Help

เมื่อต้องเมเนจโปรเจกต์สั้นๆสักสามเดือน เมื่อเราไม่พร้อมจะไปอะไจล์ เมื่อเรากลับมานึกถึงเพื่อนเก่าอย่างวอเตอร์ฟอลล์
- วิเคราะห์ความต้องการ 2 สัปดาห์
- ออกแบบระบบทุกอย่าง 2 สัปดาห์
- เขียนโค๊ด 6 สัปดาห์
- เทสและรีลีส 2 สัปดาห์
ช้าก่อน … ผมว่าเรามีทางเลือกที่ดีกว่านั้น ทางสายกลางอย่างอิทเทอเรทีฟ
จากทำใหญ่ครั้งเดียวเป็นทำย่อยสองถึงสามครั้ง เริ่มจากการจัดลำดับความสำคัญของฟีเจอร์ ตามด้วยแบบนี้
ครั้งแรกสำหรับฟีเจอร์สำคัญ:
- วิเคราะห์และออกแบบ 1 สัปดาห์
- เขียนโค๊ด 2 สัปดาห์
- ทดสอบภายใน 1 สัปดาห์
ผ่านไปหนึ่งเดือน
ครั้งที่สองสำหรับฟีเจอร์ที่สำคัญรองลงมา:
- วิเคราะห์และออกแบบ 1 สัปดาห์
- เขียนโค๊ด 2 สัปดาห์
- ทดสอบภายใน 1 สัปดาห์
ผ่านไปสองเดือน เหลือหนึ่งเดือน
- ทดสอบระบบรวม 2 สัปดาห์
- รีลีส 1 สัปดาห์
- เผื่อเวลาไว้ 1 สัปดาห์
หมดเวลาสามเดือน
ระหว่างอะไจล์ที่เราไม่พร้อมหรือเลือกที่จะไม่ใช้วอเตอร์ฟอลล์ที่อุ้ยอายและล้าสมัย เรายังมีอิทเทอเรทีฟเป็นตัวช่วยครับ
เรายังหาประโยชน์จากการที่มันสร้างโอกาสให้เราตอบสนองต่อการเปลี่ยนแปลงภายในโปรเจกต์ได้ดีกว่าวอเตอฟอลล์ในขณะเดียวกันก็ยืดหยุ่นในแง่กระบวนการทำงานมากกว่าอะไจล์ (ในกรณีเลือกใช้สกรัมแบบเต็มสูบ)
แถมท้ายด้วยการสร้างวินัยในการทำงานด้วยเป้าหมายการส่งมอบแบบรายเดือน (Monthly Release) ด้วย … ไม่ว่าโปรเจกต์จะใหญ่และยากแค่ไหน ถ้าเราทำงานอย่างถูกต้องและมีประสิทธิภาพเพียงพอเราต้องสามารถทำการส่งมอบรายเดือนได้ครับ
มันควรจะเป็นมาตรฐานที่ถูกกำหนดให้ทำตามด้วยซ้ำไป … ถ้าจะเป็น อะไจล์ที่ส่งมอบรายเดือนไม่ได้ เลือกเป็นอิทเทอเรทีฟดีกว่า

คิดและเขียนคือสิ่งที่ผมชอบ แบ่งปันคือสิ่งที่ผมรัก เพราะแบบนี้ทุกวันผมเขียนเพื่อถ่ายทอดเรื่องราวจากชีวิตจริง จากประสบการณ์ จากแนวคิด จากอนาคตที่ดีผมมองเห็น และทุกอย่างที่ผมประยุกต์ใช้เพื่อสร้างให้อินเท็นติกเป็นบ้านที่น่าอยู่ บ้านที่เป็นจุดเริ่มต้นของการเปลี่ยนแปลงเล็กๆที่สร้างความแตกต่างในสังคมได้ — มันน่าภูมิใจที่ผมรู้ว่า … ไม่ใช่มีแค่ผมคนเดียวที่อยากเห็นการพัฒนา :)
Inthentic On Facebook | Inthentic On Twitter | Inthentic On Instagram

