โปรเจ็คนี้ เราจำเป็นต้องใช้เวลาเยอะขนาดนั้นเลยหรือ?

และเรารู้ได้ยังไงว่าที่เราลงทุนลงแรงและเวลาไป มันจะคุ้มค่ากับเวลาที่ใช้ไป?

เคยทำโปรเจ็คที่กินเวลา 3 เดือนหรือมากกว่านั้นไหมครับ?

ผมเคยครับ … หรือแม้แต่แบบทำมาครึ่งปีกับค่อนทั้งปีก็เคยมาแล้วครับ

ถ้าใครเคยมีประสบการณ์แบบผมจะรับรู้ความเจ็บปวดที่ว่านี่ดีเลยครับ ฮ่าๆ — ความเจ็บปวดนี้มันเรียกว่า “ความเสี่ยงที่อาจไม่คุ้มค่า” ครับ

เราจะการันตีได้อย่างไรว่าโปรเจ็คที่ลงทุนมาเป็นระยะเวลานานชิ้นนี้มันจะเวิร์ค? มันจะช่วยแก้ปัญหา? หรือมันดีจริงๆ?

คำตอบคือ “ได้แต่คาดเดา” ครับ

แย่หน่อยที่ทุกวันนี้เราจะมักเจอแต่โปรเจ็คแบบนี้เป็นประจำ เราอาจจะต้องแบกรับความเสี่ยงที่ว่านี้อย่างหลีกเลี่ยงไม่ได้ ถ้ามันเวิร์คก็ดีไป แต่ถ้ามันไม่เวิร์ค เราจะเสียต้นทุนมหาศาลไปพร้อมกับเวลาที่สูญเสียมันไปมากมายเลยครับ

คำถามคือ “มันหลีกเลี่ยงไม่ได้” จริงหรือ?

คำตอบคือผมว่ามันเลี่ยงได้ครับ แต่อาจจะต้องใช้การโน้มน้ามที่เหนื่อยหน่อย เพราะคนเราชอบความสมบูรณ์แบบ และถ้ามันไม่สมบูรณ์แบบ ก็จะยังไม่อยากให้ปล่อยออกมาเพื่อทดสอบสมมติฐานหรือวัดความเสี่ยงนั้นๆ เฝ้ารอแต่จะให้มันสมบูรณ์อยู่ท่าเดียว

If you are not embarrassed by the first version of your product,
you’ve launched too late.
- Reid Hoffman (Founder, Linkedin)

สิ่งนี้สำคัญมากของการเป็นหัวหน้างาน เพราะเมื่อใดเราใช้เวลามากเกินไปโดยไม่เคยได้รับ Feedback อะไรจากผู้ใช้หรือลูกค้าเลย ความเสี่ยงที่แบกรับก็ยิ่งเพิ่มขึ้นตามเวลาที่ใช้ไป

หัวหน้างานควรรู้ว่า Goal ของสิ่งที่เราทำคืออะไร แล้วอะไรคือความสำคัญสูงสุด หรือสมมติฐานที่เราเชื่ออย่างสุดใจ — ให้ลุยทำจุดนั้นเสร็จก่อนและไปทดสอบสิ่งที่ว่านั่นเลย เพราะถ้ามันไม่เวิร์คหรือเวิร์ค เราจะเห็นแนวทางที่เราต้องโฟกัสมากขึ้น และอาจจะใช้เวลาแค่สัปดาห์เดียวก็บรรลุ Goal นั้นก็เป็นไปได้นะ

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

เพราะงั้นซอยออกมาเป็น Feedback loop ขนาดเล็กๆ เพื่อทดสอบโดยเรียงลำดับจากสิ่งที่สำคัญสุดครับ จะดีเลยทีเดียว

และโดยส่วนมากโปรเจ็คที่ใช้เวลามักจะเป็นพวกโปรเจ็คจะ Redesign ใหม่หมดจด หรือพัฒนาใหม่หมดจด — ถ้าเป็นแบบนี้มาละก็ ต้องถามก่อนเลยว่าเรา Redesign เพราะอะไร? และเราจะพัฒนาใหม่เพราะอะไร?

บางทีอาจจะเป็นเพราะแค่เราต้องการแค่ปรับบางส่วนของ Design เพียงเล็กน้อยก็ตอบโจทย์แล้วก็ได้ ไม่จำเป็นต้องทำใหม่ทั้งหน้าเลย

หา Goal ให้เจอครับ และถ้าเราเป็นทีมออกแบบหรือพัฒนาก็ต้องหา Hidden Agenda ของหัวหน้างานให้ดีครับ บางทีเค้าอาจจะไม่ได้ต้อง Redesign หรือพัฒนาใหม่หมดจริงๆ หรอกครับ ถ้าเราหาได้ จะประหยัดเวลาเราไปมากเลยครับ และความเสี่ยงมันจะน้อยลงมากๆ

หาให้เจอครับ และทดสอบสมมติฐานที่ว่าบ่อยๆ เราจะลดความเสี่ยงและเข้าใกล้ Goal ของโปรเจ็คได้เร็วขึ้นมหาศาล !