Project Management ในงานเทคโนโลยี
ลึกกว่าการติดตาม To-do List
ถ้ามองแบบพื้นฐานที่สุด Project Management คือการวางแผน ดำเนินงาน ติดตาม และควบคุมโครงการ ให้บรรลุเป้าหมายภายใต้ข้อจำกัดเรื่องเวลา งบประมาณ ทรัพยากร และคุณภาพ
แต่เมื่อนำมาใช้กับงานเทคโนโลยี ความหมายจะกว้างขึ้นทันที เพราะสิ่งที่ต้องบริหารไม่ได้มีแค่ตัวงานที่มองเห็นได้ แต่ยังรวมถึงเรื่องที่มองไม่เห็น เช่น ความซับซ้อนของระบบ ความพร้อมของข้อมูล และผลกระทบจากการเปลี่ยนแปลงระหว่างทาง
พูดให้ชัดคือ ผู้จัดการโครงการด้านเทคโนโลยีไม่ได้มีหน้าที่แค่ถามว่า “งานเสร็จหรือยัง” แต่ต้องถามด้วยว่า:
- สิ่งที่กำลังทำอยู่ยังตอบโจทย์เป้าหมายหรือไม่
- ความต้องการที่ได้รับมาชัดพอสำหรับการพัฒนาจริงหรือยัง
- มีความเสี่ยงทางเทคนิคที่ซ่อนอยู่หรือไม่
- ผู้ใช้งานพร้อมรับการเปลี่ยนแปลงแค่ไหน
- หากส่งมอบวันนี้ องค์กรจะใช้ต่อได้จริงหรือไม่
งานเทคโนโลยีต้องการการบริหารโครงการที่ลึกกว่า
เพราะความสำเร็จไม่ได้จบแค่ "การปิดงาน" แต่คือ "การใช้งานได้จริง"
งานเทคโนโลยีต่างจากงานทั่วไปอย่างไร
1) สิ่งที่ต้องส่งมอบมักจับต้องยากในช่วงแรก
โครงการก่อสร้างเห็นความคืบหน้าทางกายภาพได้ชัด แต่โครงการเทคโนโลยีมักเริ่มต้นจากสิ่งที่ยังมองไม่เห็น เช่น แนวคิด และเงื่อนไขทางธุรกิจ ผลคือผู้มีส่วนเกี่ยวข้องอาจคิดว่าตนเองเข้าใจตรงกัน ทั้งที่จริงแล้วยังตีความต่างกันอยู่มาก พอเริ่มพัฒนาไปสักระยะจึงพบว่า “สิ่งที่สร้าง” ไม่ตรงกับ “สิ่งที่อยากได้”
2) ความต้องการเปลี่ยนได้ตลอด
งานเทคโนโลยีเกี่ยวข้องกับสภาพแวดล้อมที่เปลี่ยนเร็ว การบริหารโครงการเทคโนโลยีที่ดีจึงไม่ได้พยายาม “ห้ามเปลี่ยน” แต่ต้องมีวิธีจัดการการเปลี่ยนแปลงอย่างเป็นระบบ เพื่อไม่ให้โครงการเสียทิศทาง หรืองานสะสมจนทีมรับไม่ไหว
3) มีการพึ่งพากันระหว่างหลายฝ่ายสูงมาก
โครงการเทคโนโลยีแทบไม่มีทางสำเร็จได้ด้วยทีมใดทีมหนึ่ง ความท้าทายคือการทำให้ทุกฝ่าย ตั้งแต่ผู้บริหารจนถึงทีมความมั่นคงปลอดภัย เข้าใจตรงกัน ตัดสินใจทัน และรับผิดชอบในจุดที่ตนเองต้องรับผิดชอบอย่างชัดเจน
4) ความเสี่ยงจำนวนมากจะโผล่เมื่อเริ่มลงมือทำ
ปัญหาหลายอย่างจะยังไม่ปรากฏในช่วงวางแผน แต่จะเริ่มเห็นเมื่อเชื่อมระบบจริง หรือทดสอบจริง เช่น ข้อมูลไม่สะอาด หรือสิทธิ์เข้าถึงไม่ครบ ผู้จัดการโครงการต้องมองล่วงหน้าและเตรียมแผนสำรอง ไม่ใช่รอให้ปัญหาเกิดแล้วค่อยแก้
5) คำว่า “เสร็จ” ไม่ได้แปลว่า “ใช้ได้จริง”
การส่งมอบทางเทคนิคกับการนำไปใช้ในองค์กรเป็นคนละเรื่องกัน โครงการที่ดีจึงต้องมองเกินกว่าการปิดงาน ต้องคิดตั้งแต่แรกว่าจะทำอย่างไรให้คนใช้ได้ ใช้เป็น และอยากใช้
สรุปแล้ว โครงการที่ดีจึงต้องมองเกินกว่าการปิดงาน ต้องคิดตั้งแต่แรกว่าจะทำอย่างไรให้เป้าหมายชัด งานเดินได้จริง และส่งมอบแล้วองค์กรใช้ประโยชน์ได้จริง
