คิดให้เยอะ ลงมือทำให้น้อยที่สุด

problem

หลายๆคนอาจจะเคยเห็นภาพนี้แล้วนะครับ
มันสื่อถึงอะไร หละ ?
บางคนอ่านแล้ว ก็หัวเราะเลย
บางคนยังไม่ Get 

จากภาพนี้ในมุมของผม ตีความถึงการมองปัญหาครับ ทุกปัญหา เราไม่สามารถใช้วิธีการเดียวกันจัดการกับมันได้ เราต้องค่อยๆลับปัญหาเปลี่ยนมุมมองบ้าง โดยในแง่ของการพัฒนา Software สิ่งที่มาขยาย ปรับ องศา มุมมองที่มีต่อปัญหา ได้แก่

  • Requirement(ต้องชัดเจน ใช้ได้แค่ทฤษฏีนะ แต่ในความเป็นจริงก็รู้ๆกันอยู่ 555)
  • Skill ที่ใช้ในการวิเคราะห์ปัญหา อันนี้อาจจะต้องใช้ประสบการณ์สะสมนะครับ ว่าแต่ละปัญหาเกิดจากอะไร ตรงนี้เป็นปัญหาสำหรับ Dev ส่วนใหญ่ที่ผมเจอมาเลย คือ เขียนโปรแกรมได้ แต่พอโปรแกรมผิิดขึ้นมา ยังไม่สามารถวิเคราะห์จุดที่ผิดได้ครับ (ตามรูปด้านบนที่ผมเอามาอ้างเลย)
  • ความเข้าใจของคนกลุ่มต่างๆ ต่อชิ้นงานที่ทำ ตั้งแต่ User / PM / BA / SA และ DEV (อันนี้เคยมีภาพล้อเลียน ที่เกี่ยวกับการสรร้างชิงช้าขึ้นมา แต่ในมุมมองของแต่ละฝ่ายต่างกันไปคนละทางเลย)
  • ความเชี่ยวชาญในเครื่องมือ และภาษาที่ใช้ ถ้ารู้เรื่องพวกนี้ มันจะช่วยได้ในแง่ของ Performance คิดตั้งแต่ตอน Code ดีกว่ามาไล่ปรับระบบที่ทำงานถูกต้องแล้ว
  • การประุชม ปรึกษาครับ กับทีม และก็ User ครับ เพราะ บางครั้ง เรามี Bias อยู่ ทำให้เราอาจจะมองว่าวิธีนี้ดีมากกกกก จนทำให้ความเสี่ยงของปัญหามันหายไปดิ้อๆ แต่จู่ๆมาโผล่ตอนใช้งานจริง O.o (ผมเคยเจอประสบการณ์จริงเลย ที่ Process/ Business มันโผล่มาลอยๆ ดูมีหลักการ แต่ไม่เคยไปคุยกับ User เลย พอทำเสร็จ ก็ตู้มมมมมม ผิด)
  • และอื่นๆ (แต่ผมนึกออกได้เท่านี้แหละ 555)

Discover more from naiwaen@DebuggingSoft

Subscribe to get the latest posts sent to your email.