Tag Requirement

[Case Study] เมื่อ User บอกว่าพี่ใช้มานาน มันทำได้อยู่แล้ว ทั้งที่จริงมโนล้วนๆ

พอดีเห็นโพสของ KongRuksiam Studio เลยนึกได้ว่าหลายปีก่อนมีเรื่องเคสคล้ายกับ Meme นี้ เลยคิดว่า เอามาจดลง Blog ไว้ดีกว่า เพราะมันเป็นประสบการณ์ตรงที่เจอมาเหมือนหลายปีก่อน ที่เกือบทำให้โปรเจกต์เกือบ 20 ล้านพัง เพียงเพราะการรับปากมั่วๆ และความพยายาม “ลักไก่” ของ User ครับ เลยมาแชร์ บันทึกไว้ครับ จุดเริ่มต้น: “ทำไมไม่มีปุ่ม Approve ใน Email?” เหตุการณ์เกิดขึ้นกลางห้อง UAT เมื่อ User ท่านหนึ่งโวยวายหนักว่า ระบบส่ง Email แจ้งเตือนมันใช้งานไม่ได้จริง เพราะหัวหน้าเขาต้องกดปุ่ม Approve ได้ทันทีจากในเมล พร้อมมีตารางข้อมูล 1…

มาแชร์ประสบการณ์ SA ให้น้องๆ COMSCI มศว

สำหรับ Blog นี้ เมื่อที่วัน 16 ต.ค. 2567 ช่วงบ่าย (เวลาหวยออกเลย) ผมมีไปแชร์ประสบการณ์ให้น้องๆ โดยจะเหมือนกับของปีก่อนหน้าครับ มาลองเป็น Public Speaker เรื่อง OOAD โดยรอบนี้ อาจารย์ ศุภชัย จะให้เน้นการบอกเล่าประสบการณ์จาก Requirement จนได้ Application ต่อทำอย่างไร และเสริมเรื่องอื่นๆด้วยครับ อย่างปีนี้จะเป็นการวางแผน การรับมือ Cyber Security Attack ในมุมน้องจบใหม่มีส่วนอย่างไรครับ Finding Real Pain Point ส่วนนี้รูปแบบการนำเสนอเป็นวงกลม จุด 2 จุด Problem…

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

วันนี้ครบ 8 ปี ของโปรเจคมหากาพย์ ระบบงานลงทุน ครับ จากตอนแรกที่ประเมินไว้ 3,000 กว่า man day แต่บริษัทต้องทำให้ได้ใน 1 ปี สิ่งที่พูดมันดูท้าทาย เพราะ เรามี Standard Package รอแล้ว Marketing กล่าวอย่างมั่นใจ เมื่อผ่านไป 1 ปี เจ้า Standard Package มันจะกลายเป็น Special Package หรือป่าวนะ ลองดูปัญหากัน ฝั่ง PM/BA ผู้ใกล้ชิดกับ User ฝั้ง SA/Dev บ้าง…

สื่อสารผิดพลาด ราคาลงเป็น 10 เท่า

Blog อันนี้เขียนบันทึกไว้ แต่ดองไว้สักพักใหญ่ๆก่อน เพราะ ที่เขียนมาจากทวิตของ 9arm เลยนึกถึงเรื่องนี้ได้ครับบ เรื่องของเรื่อง คือ ลูกค้าจ้าง Customize Module นึงมา แล้วขอให้มีการแจกแจงราคาครับ ฝั่ง Develop ช่วยแจกแจงว่า ถ้าทำ Module แบบไหนใช้เวลาเท่าไหร่ และมีอธิบายฝ่าย MKT ดังนี้ Module Process (Man-day) Export ( Man-day) Total ( Man-day) A 20 2 22 B 35 3 38…

สายโลหิต ฉบับ Developer

เรื่่องมันเกิดจาก Line กลุ่ม Treasury คุยไปคุยมาได้เพลงเลย เก็บไว้ดีกว่า ฮ่าๆ  สำหรับสายโลหิต มันเป็นละครดูได้รายละเอียดได้จาก wiki ครับ ข้าคือชายชาญชาติ Devวิญญาณแห่งนัก Bug ไทยศึกนี้หรือศึกไหนหัวใจไม่เคยหวั่นเกรง และความรักข้า ก็คือดวงใจเจ้า Code นี้เองใครหาญมาตี Change (Requirement) ข้าเองจะหยุดมัน ออก Code ข้านึกแต่ Bug และ Change จบศึกข้าเสียวแต่ Change เท่านั้นหากรอดชีวิตกลับมาหากัน หวังให้เจ้านั้นดูแล Code ต่อ ชีพพลี เพื่อ KPI (ของ User)ชีวาต้องมามลายยังขอป้องปกไว้ ด้วยคีย์บอร์ดของเรา

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

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