ปัญหาและวิธีแก้ไข ของการบริการโครงการ software ขนาดใหญ่ (ตอนจบ)

Posted by on August 19, 2014

ผ่านมา 10 กว่าวัน เพิ่งจะว่างมาเขียนบทความเกี่ยวกับ การบริหารโครงการ software ต่อ คราวที่แล้ว ค้างตรงที่ การปิดโครงการ, Yearly Review และเรื่อง ถาม/ตอบ ก่อนจบการสัมมนา ก่อนอื่น ขอสรุปก่อนว่า ผู้ร่วมแชร์ประสบการณ์มีดังนี้

คนที่ 1 มาจาก Software House ซึ่งรับงานโดยตรงจากลูกค้า

คนที่ 2 มาจาก บริษัทเอกชนที่ทำ Software ใช้เองภายใน

คนที่ 3 มาจาก ธนาคารแห่งหนึ่ง ที่ทำ Software ใช้เอง ภายใน

คนที่ 4 เป็นตัวแทนจากสถาคมด้านการบริหารโครงการ แห่งหนึ่ง

ปัญหาของการปิดโครงการ

คนที่ 1 ต้องแยกเรื่องให้ออก ระหว่างการทำ Internal Close และ External Close สำหรับในด้าน Internal Close คือการปิดเฟสกันเองภายในทีม กล่าวคือ ในการส่งมอบงานจาก developer ให้ tester ถ้าผู้ทดสอบ ทำการทดสอบผ่านตาม Test Specification แล้ว แสดงว่า developer ทำงานเสร็จแล้ว และได้ output เป็น product ที่ผ่านการทดสอบ เพื่อรอ UAT นั่นคือ Internal Close แต่ต่อมา ถ้าส่งไปทำ UAT แต่ไม่ผ่าน ก็ต้องดูว่า SA เก็บข้อมูลมาอย่างไร ทำไมถึงหลุด นั่นคือ ยังไม่ผ่าน External Close

คนที่ 2 เมื่อปิดโปรเจคจะมีกิจกรรมที่ชื่อว่า Retrospective เท่าที่ฟังเล่า คล้ายกับเทคนิคการพูดคุยเชิงระบายความในใจต่อกัน และเป็นการศึกษาสิ่งที่เกิดขึ้นในโปรเจค เพื่อปรับปรุงกันทำงาน และความเข้าใจที่มีต่อกันให้ดียิ่งขึ้น

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

คนที่ 4 มีความเห็นตามคนที่ 1-3 แต่มีทิปจากผู้แชร์ประสบการณ์คือ การปิดโปรเจค 90% นั้นปิดที่สนามกอล์ฟ (นั่นแปลว่า ถ้าผู้บริหารโครงการ มีสายสัมพันธ์ที่ดีกับลูกค้า ทุกอย่างก็จะเป็นไปอย่างราบรื่น)

การทำ Yearly Review

คนที่ 1 เน้นการ Improve Standard Process ให้มีความชัดเจน เหมาะสมกับสถานการณ์จริงยิ่งขึ้นเรื่อยๆ

คนที่ 2 เหมือนกับคนที่ 1

คนที่ 3 เหมือนกับคนที่ 1 และ 2

คนที่ 4 จดไม่ทัน

คำถามก่อนจบสัมมนา

1. ผู้ร่วมสัมมนาท่านหนึ่งถามว่า โปรเจคทำมา 3 ปีแล้วไม่จบสักที User เปลี่ยนความต้องการไปมา จนบางครั้งวนมาที่เดิม แล้วก็อยู่อย่างนั้น

ผู้แชร์ประสบการณ์ คนที่ 1 ตอบว่า ให้ลองเปลี่ยน Contact Person ดู บางทีอาจจะดีขึ้น

2. ผมถามว่า ในกรณีที่ user ไม่ยอมรับงานเพราะ มีเรื่องที่ไม่สามารถบอกเราตรงๆได้ ยกตัวอย่างเช่น สามีเป็นคนจ้างทำโปรแกรม แต่ภรรยาเป็นคนควบคุมเงิน สามีพอใจโปรแกรม แต่บอกเราไม่ได้ว่า ภรรยาไม่ต้องการให้เงินเป็นก้อน จึงทำให้ตัวสามี พยายามบ่ายเบี่ยงที่จะรับงาน จะทำอย่างไรให้ทราบเรื่องดังกล่าว

ผู้แชร์ประสบการณ์ คนที่ 1 ตอบว่า ในกรณีแบบนี้ จะต้องหาคนที่ลูกค้าไว้ใจมากๆไปคุยด้วย มันจะต้องเป็นคนที่อยู่ข้างลูกค้าเสมอ จนเค้าไว้ใจ แล้วเค้าก็จะบอกเอง

หมดตรงนี้ มีคนถามอีกคนนึง แต่จดไม่ทัน และนานแล้ว จำไม่ได้ เลยขอจบเพียงเท่านี้ครับ

หวังว่าบทสรุปจากการสัมมนาในครั้งนี้ จะช่วยให้คุณบริหารโครงการได้ดีขึ้น ซึ่งจะเป็นประโยชน์ต่อการ รับเขียนโปรแกรม ของคุณ ไม่มากก็น้อย