สำหรับคนที่ทำงานด้าน Software ที่ประจำการอยู่กับ Software House แล้วยิ่งมี Product ของตัวเองแล้ว คงรู้จักคำกลุ่มๆ ใช้กรรม เข้าเซ้ง หรืออะไรก็แล้วแต่ เอาง่ายดีกว่า เดี๋ยวคนอื่นที่มาอ่านจะงงกัน มัน คือ การอยู่เวร ในทีม MA เพื่อทำหน้าที่ Support เหล่า User ที่เกิดปัญหาครับ
โดย Step ทั่วไปของการทำงาน
- User เจอปัญหา ติดขัดบางอย่าง จากนั้นแจ้งเข้าบริษัททีม Customer Support (CS) มารับหน้าไว้
- ทีม Customer Support พยายามจัดการปัญหาให้ได้มากที่สุดครับ ถ้ามันเกินกำลังจริงๆ จะ Throw Exception (ส่งต่อ) ไปให้ทีม Developer(Dev) ถ้ามันเป็นปัญหาด้าน Technical หรือ ส่งให้ทางทีม Business Analyst (BA) ถ้าเป็นปัญหาที่ CS มองแล้วว่าเป็นปปัญหาทางธุรกิจมากกว่าครับ
- ตอนนี้ขอโฟกัสที่ทีม Dev ครับ เมื่อรับปัญหามาสิ่งทีม Dev ทำ คือ ขอ log file, scenario ที่ User ทำ และของ Version ของระบบที่ตั้งอยู่บน Production เพื่อไปหา Source Code มาครับ
แล้วอันไหน คือ Version ที่ที่เกิดปัญหาของลูกค้าหละ ?
- เรื่องนี้ เป็นปัญหาร้อน เลยนะครับ เพราะ ทีมเวรต้องเสียเวลาไปหา version ที่ลูกค้าใช้จริงๆ
แล้วใครเป็นผู้กุมคำลึกลับของ Version หละ
ขอเล่าเป็น Flow ดีกว่าครับ
- เริ่มแรก ทีม Project เป็นคนพัฒนาระบบ ทำจนพร้อมและ เอาขึ้น Production เป็น Version 8.5.2.3 ในวันที่ 3 ธันวาคม 2559 / ของเดิม คือ 8.5.1.1
- เมื่อขึ้น Production แล้วในวันที่ 6 ธ.ค. พ.ศ. 2559 ทีม CS เข้ามาดูต่อและ
- เมื่อผ่านไปตามเวลารับประกัน เช่น 1 เดือน ทาง CS แจ้งทีม SCM เพื่อ Update Code และตัวบิ้วให้เป็น Version 8.5.2.3 ในวันที่ 6 ม.ค. พ.ศ. 2559
- จากตรงนี้มันมีช่วงเวลาคาบเกี่ยวระหว่างวันที่ 6 ธ.ค. พ.ศ. 2559 ถึง 6 ม.ค. พ.ศ. 2559
- Production ของลูกค้า - Version 8.5.2.3
- ที่บริษัท SCM ยังเก็บ Version - 8.5.1.1
แก้ไขอย่างไร ?
- ทำไมเราต้องดู Version Production จาก SCM ตลอดหละ ทำให้ App มันแสดงเลข Version ในที่ที่ User พบเห็นได้ง่าย และบังคับให้แจ้งเลข Version เสมอ
- ส่วนเรื่อง Flow ในบริษัท ต้องปรับให้เร็วขึ้น ไม่จำเป็นต้องรอ 1 เดือนแล้ว ถ้าระบบที่ Site ลูกค้าขึ้น Production แล้ว ที่บริษัทควรจะต้อง Update ตามด้วยครับ
เรื่องบางเรื่องมันดูวุ่นวาย แต่คิดอีกมุม ปรับบางอย่างให้มันง่ายลงดูครับ
Discover more from naiwaen@DebuggingSoft
Subscribe to get the latest posts sent to your email.