Requirement ทางซอฟต์แวร์ กับการเปลี่ยนแปลงบ่อยๆ
.
ศัพท์ในวงการซอฟต์แวร์ คำว่า "Requirement" คือ "ความต้องการ" ที่ทีมพัฒนาซอฟต์แวร์ ต้องไปสกัดเอามาจากลูกค้า (หรือผู้ว่าจ้าง) ว่าเขาต้องการให้ซอฟต์แวร์ทำงานอะไรได้บ้าง มีฟังก์ชั่นอะไร หน้าตาเป็นแบบไหน บลา บลา ....
.
ตอนได้งานจากลูกค้าใหม่ๆ ก็เหมือนพบรักกับลูกค้า 😍 ความรักยังหวานชื่น เพราะโอกาสได้งาน ได้เงินมาอยู่ในมือ ขอแค่นำ Requirement ของลูกค้ามาพัฒนาซอฟต์แวร์จนเสร็จ แล้วส่งมอบงานแค่นี้เองก็ปิดจ๊อบแหละ
.
แต่ชีวิตใช่ว่าจะหวานหอม เหมือนตอนคบกับลูกค้าใหม่ๆ เพราะสัจธรรมในวงการพัฒนาซอฟต์แวร์ ตัว Requirement จะไม่ค่อยนิ่ง มีการเปลี่ยนแปลงบ่อย ราวกับอากาศเปลี่ยนแปลงบ่อย คำว่าเปลี่ยนแปลงจะเรียกทับศัพท์ไปเลยว่ามี "Change" เกิดขึ้นใน Requirement
.
ซึ่งเรื่อง change ในวงการนี้ ถือว่าปกติมาก ...แน่นอนเมื่อเกิด change ขึ้นมาทีไร ในฝั่งคนสร้างซอฟต์แวร์ อาจรู้สึกไม่ชอบสักเท่าไร 😫 เพราะต้องตามแก้โน่นแก้นี้ ทำแทบตายทั้งคืน ดันไม่เอาซะงั้น ไหนจะเป็น Bug ที่แอบแฝงขึ้นมาโดยไม่รู้ตัว และปัญหาอื่นๆ อีกสารพัด
.
🤔🤔 คำถาม ทำอย่างไรถึงจะอยู่กับ change ของลูกค้าโดยยิ้ม และมีความสุข (หรือเปล่า) เหมือนตอนพบรักลูกค้าใหม่ๆ ?
.
อันนี้เป็นคำแนะนำของคุณ Piyorot (ก็อปมาอีกที) เผื่อช่วยท่านได้ เป็นวิธีการบริหารจัดการ change ในโลกของซอฟต์แวร์ ดังต่อไปนี้
.
👉 1) ตั้งกฎไว้เลยว่าเราจะไม่เริ่มทำงานถ้า Requirement ยังไม่เรียบร้อย
.
👉 2) ทำ Requirement Analysis อย่างละเอียดตั้งแต่แรก
.
👉 3) ใช้ Operational Concept มาช่วยในการทำ Requirement Analysis
.
👉 4) กำหนดกฏเกณฑ์การรับ/ไม่รับ Change ที่แน่นอน ไม่ใช่ใครสั่งอะไรก็ต้องทำตาม
.
👉 5) ให้ QA มาช่วยทำ Requirement Analysis แล้วเอา Dev มาเขียน UAT บ้างเพื่อแลกเปลี่ยนมุมมอง Requirement Analysis จะได้สมบูรณ์ขึ้น
.
👉 6) Dev และ QA และ Product Owner ต้องช่วยกันกำหนดหัวข้อสำคัญที่ต้องพิจารณาเวลาคุยถึง Requirement หรือ Design เช่น เรื่อง Data Format, Exception, Condition, State Diagram และ Data Flow
.
👉 7) ทำ Pair Implementation ซะเลย เอา Dev และ QA มานั่งทำงานไปพร้อมกัน Dev เขียนโค๊ดไป QA เตรียม Test Case, Test Data เสร็จแล้วก็ลองเทสตรงนั้นเลย เจ๊งก็แก้ทันที ไม่ต้องเสียเวลารออะไรต่ออะไรกัน
แบ่งงานเป็นส่วนย่อยๆเพื่อสร้างโฟกัสที่ชัดเจนขึ้น ไม่ต้องคิดมาก ไม่ต้องคิดไกล ไม่ต้องพูดนอกเรื่องเวลาทำ Requirement Analysis หรือ Design
.
👉 8) มี Standup Meeting เพื่อลดเวลาในการสื่อสาร เวลาในการรอใครต่อใครตอบคำถามระหว่าง Dev, QA และ Product Owner
.
👉 9) ดึง Product Manager หรือ Product Owner หรือถ้าได้ลูกค้ายิ่งดี เข้ามาช่วยยืนยันความถูกต้องของงานบ่อยๆ เพื่อลดการเกิด Change ขนาดใหญ่
.
👉 10) ไม่ต้องเสียเวลารอคำตอบ ไม่ต้องเสียเวลาคุยอะไรมากหรอก ทำๆไปก่อนแหละ (แต่ทำงานเล็กๆนะ) ถ้าผิดค่อยมาแก้ทีหลัง
.
👉 11) เผื่อ Buffer ไว้สำหรับ Change พวกนี้บ้าง
.
👉 12) ทำ Code Review และ Test Review เพื่อยืนยันความถูกต้องและความเข้าใจที่ตรงกันก่อนทำงานขั้นต่อไป
.
👉 13) ขอเวลาวันละ 10 นาทีมา Review พวก Design/Implementation/Test Case กันหน่อยว่าไม่มีอะไรเปลี่ยนแปลง
.
👉 14) ไม่รับ Change ทันที เอาไปใส่ Product Backlog ไว้แล้วค่อยว่ากันวันหลัง
.
👉 15) อยากให้มีมุมมองของลูกค้าเพิ่มเข้ามาบ้าง ขอให้ Support Engineer หรือ Customer Service Staff มาช่วยแล้วกัน
.
👉 16) จัดลำดับความสำคัญของ Requirement หน่อยก็ดีนะ จะมี Change ทั้งทีจะได้คุ้มค่าที่จะเสียเวลาทำหน่อย
.
👉 17) มีข้อมูล/หลักฐาน/ตัวเลขอะไรก็ได้ที่บอกเราได้ว่าถ้ารับ Change ตัวนี้แล้วจะส่งผลกระทบแค่ไหนกับงานโดยรวม Change Management จะได้มีหลักการมากขึ้น
.
👉 18) เอาส่งเมล์แนบเอกสารที่อยากให้รีวิวมันไม่ได้ผล ก็เปลี่ยนเป็นเดินไปหาที่โต๊ะคนที่เราอยากให้รีวิวเอกสารให้ แล้วอธิบายให้เค้าฟังว่าอะไรเป็นอะไร ขอความเห็นเค้าตรงนั้นเลย
.
👉 19) คุยๆๆ เรื่อง Requirement หรือ Design แล้วก็ปล่อยให้คำพูดและความคิดหายไปกับสายลม … อย่าให้เป็นแบบนั้น … อัดเสียงไว้บ้างหรืออัดวิดีโอก็ได้ (iPhone มีกันแทบทุกคน) จัดกลุ่มให้เป็นหมวดหมู่ เก็บไว้เป็น Requirement Analysis and Design document (รูปแบบใหม่) … สุดท้าย
.
👉 20) ไม่รับ Change อะไรทั้งสิ้น (เบื่อ)
+++++อ้างอิง+++++
https://medium.com/pure-project-management/อยู่กับ-requirement-change-อย่างมีความสุข-219d10d65751
.
✍ โปรแกรมเมอร์ไทย thai programmer
「buffer state」的推薦目錄:
- 關於buffer state 在 โปรแกรมเมอร์ไทย Thai programmer Facebook 的精選貼文
- 關於buffer state 在 經濟一週 EDigest Facebook 的最讚貼文
- 關於buffer state 在 經濟一週 EDigest Facebook 的最讚貼文
- 關於buffer state 在 What is BUFFER STATE? What does BUFFER ... - YouTube 的評價
- 關於buffer state 在 Classifying flows and buffer state for YouTube's HTTP ... - arXiv 的評價
- 關於buffer state 在 VAO and element array buffer state - Stack Overflow 的評價
buffer state 在 經濟一週 EDigest Facebook 的最讚貼文
【#經一速遞】你地有無覺得在家工作感到孤獨?
本地第三波疫情持續,不少企業實行彈性上班安排,允許員工在家工作(Work from home)。企業社交媒體管理服務供應商Buffer早前發表《 State of Remote Work 》的調查結果發現,98%打工仔滿意遙距工作的安排,其中97%表示會向其他人推薦遙距工作。
在家工作挑戰:https://www.edigest.hk/article/170692/
#WFH #在家工作 #經濟一週 #ED_Y
buffer state 在 經濟一週 EDigest Facebook 的最讚貼文
【#職場制勝】𠵱家WFH嘅你,覺得開心定係孤獨?
🎙經一開咪正式登場,收錄全新經濟投資聲音節目,點擊隨時收聽:https://bit.ly/3f6Z08p
▶️訂閱經一Telegram頻道,緊貼市場最新消息:t.me/edigesthk
#在家工作 #疫情 #遙距工作 #經濟一週 #ED_K
buffer state 在 Classifying flows and buffer state for YouTube's HTTP ... - arXiv 的推薦與評價
traffic and estimates the current state of the video client's play- back buffer. Based on 120 hours of end-to-end encrypted traffic data from YouTube, our ... ... <看更多>
buffer state 在 What is BUFFER STATE? What does BUFFER ... - YouTube 的推薦與評價
... <看更多>