สรุปปัญหาที่จาก Site งานแห่งหนึ่ง

วันนี้ครบ 8 ปี ของโปรเจคมหากาพย์ ระบบงานลงทุน ครับ จากตอนแรกที่ประเมินไว้ 3,000 กว่า man day แต่บริษัทต้องทำให้ได้ใน 1 ปี

สิ่งที่พูดมันดูท้าทาย

เพราะ เรามี Standard Package รอแล้ว Marketing กล่าวอย่างมั่นใจ

เมื่อผ่านไป 1 ปี เจ้า Standard Package มันจะกลายเป็น Special Package หรือป่าวนะ ลองดูปัญหากัน

ฝั่ง PM/BA ผู้ใกล้ชิดกับ User

• 3,000 man day แต่ไม่มีการ Final Requirement กับ User อย่างละเอียด
• การ Confirm พอมันเร่ง กลายเป็นพูดปากเปล่า ทำให้เวลาเถียงกลับยาก
• เวลาสั้นแทนที่จะตกลงกับ User ก่อน บางอย่างเลยใช้วิธีคิดเองก่อน มีของส่งครับ แต่ Change เพียบ

ฝั้ง SA/Dev บ้าง

• เวลามันเร่ง งานเลยเร่ง ก่อ Technical Debt ไว้รอคนมาสานต่อ
• Unit Test มีบ้าง แต่ไม่สมบูรณ์
• Defect ใส่มาว่าผิด ตรูไม่ทำ ถ้าคนดีๆหน่อยจะจี้คนที่เกี่ยวข้องให้มาไล่ตาม

สองฝั่งแรกเหมือนเรือที่มีรู อุดไป วิดน้ำออกไป แก้ปัญหาแรกได้ แต่ก่อนให้เกิดปัญหาที่สอง สาม สี่ให้ Module ถัดไป

ที่นี้คนสำคัญเลยครับ User เป็น QA ในตัวด้วย

• ถ้าเจอคนที่เคี่ยว งานจะออกมาดี ไม่ค่อยมีปัญหาภายหลัง เนื่องจาก Business แน่น
• แต่ถ้าเจอคนอีกแบบ แก้ไปเรื่อย และไม่มีที่สิ้นสุด จนต้องเอาคนนอกอย่าง BOT มาฟันธง
• หัวหน้าที่เข้าประชุม แต่ไม่ชี้แจงให้ลูกน้องทราบ ไม่รู้ว่าปัญหาของลูกน้องจริงเป็นยังไง

• KPI สำคัญมากกกกกกกก โบนัสตรู แม้ว่าโปรเจค จะมีปัญหามากมาย ทุกอย่างจะถูกซ่อนไว้ในพรมที่สวยงาม
• ถ้า KPI นั้นไม่เกี่ยวกับหน่วยงานแล้ว ก็ไม่เกี่ยวนี่ ชิวๆไป
• คนให้ Requirement ไม่ได้ใช้ คนใช้ก็ไม่ได้ให้ Requirement เช่นกัน
• บริษัทมี Flow ให้ แต่ User ไม่เอา ปัญหาระหว่างหน่วยงานข้างใน ย้อนกลับมาที่ Standard Package ของ Marketing นะ เช่น
  • ของเดิม 1 Portfolio ต้องแยกใช้คน 4 คนทำ ได้แก่ รายการซื้อ รายการขาย รายการผลประโยชน์(พวกดอกเบี้ย) และรายการครบกำหนด ให้ดวลามาประมาณ 2-3 วันในการหาข้อมูล เพิ่มทำมิอ
  • ของใหม่ 1 Click กวาดหมด ใช้เวลาทำรวมตรวจไม่เกิน 3 ชั่วโมง แต่ก็แยกทำ 4 คน ทั้งๆมี่ มันลดคนได้เหลือ 1 คน เพื่อมา Process งาน
• KPI - เปลี่ยนความยุ่งยากเป็นเรื่องง่าย ตอนรับงาน User บอกว่าเซ็นๆรับไปก่อน (แหมมมม อย่างกะรัฐธรรมนูญ) แต่พอใช้งานจริง KPI กลับมาอีกครับในฐานะที่ช่วยบริษัทไม่ให้โดยปรับ ช่วยตัวเอง หรือป่าว !!!
• User ผูกสูตร Excel ผิด แต่ไม่ยอมรับวางผูกสูตรผิด ไม่ยอมปิด Issue สุดท้ายให้บริษัท Build โปรแกรมเดิม Code เดิม แต่เปลี่ยนเลขเวอร์ชัน เพื่อบอกว่าแก้แล้ว
  • ผมเพิ่งรู้ภายหลังจาก IT ที่สนิทกันแหละ User เค้าเขียนแบบนี้ มันจะทำให้ตัวเองดูมีประสิทธิภาพ เหนือกว่าบริษัท หรือ Outsource
• ตรวจรับผ่าน Go-live ได้ แต่งาน End Phase อื้อครับ ปิดบ้านซ่อม

End Phase

• งานช่วยลูกค้า แบบอิหยังหวะ ช่วยแล้ว ไม่จบไม่สิ้น ขอได้อยู่เรื่อยๆ ไร้ซึ่งความเกรงใจ !!!
• Support ไม่รับดูแลอีก ... ผ่านมา 5 ปีโน้นต้องทะเลาะโวยวายถึงรับ

Maintenance

• จำช่วงต้นทางที่เร่งได้ไหมครับ จากที่ Standard Package ตอนนี้ทีม MA งานยุ่งมากก
• Change อะไรไม่รู้ ลูกค้าไม่ผิด บางทีก็น่าเกลียด จะมองว่าองค์กรตัวเองถูกทุกเรื่องไม่ได้นะ ยอมรับว่า Change แล้วบันทึกเอกสารข้างใน แล้วมาขอความอนุเคราะห์ (ขอทาน) แบบฟรี ยังดีกว่า ฮ่าๆ
• KPI - ขอทานแบบรายปี อยากเพิ่ม KPI แต่ไม่ต้องลงแรง ทำยังไง ขอแก้ระบบไง บอกว่ามันผิดซะ
  • ถ้าเจอ Support ที่แข็งๆจะเถียงชนะไป ทีมสบาย
  • ถ้าเจอ Support ที่ยอมลูกค้า รับมาแล้ว ให้ทีมแกตาม ปรากฏว่ารายงาน X จากเดิมที่ถูกต้องแล้ว เพิ่ม Feature ไป จากนั้นวนแก้ไป 13 รอบ สุดท้าย User เอาแบบเดิม แล้วตบท้ายแบบสวยๆว่าช่วยบริษัทแล้วนะ อิหยังวะ หลอกให้บริษัทเสีย Effort เล่น แล้วทวงบุญคุณ คุ้มสุดๆ