การจัดการความต้องการ หรือ Requirements Management ในปัจจุบันถือว่าเป็นปัญหาในขั้นวิกฤต เนื่องจากเป็นขั้นตอนที่สำคัญมาก เพราะเป็นขั้นตอนแรก ๆ เพื่อทำความเข้าใจกับความต้องการก่อนที่จะนำผลการวิเคราะห์ความต้องการไปวิเคราะห์และออกแบบระบบฯ และ เข้าสู่ขั้นตอนต่อไป ๆ ตามกระบวนการพัฒนาซอฟต์แวร์ ดังนั้นเห็นได้ว่าหากขั้นตอนแรกนี้ผิดพลาดจะมีโอกาสสูงที่จะส่งผลกระทบต่อขั้นตอน ต่อไป ๆ ได้ โดยผลกระทบที่ตามมาอาจเต็มไปด้วย ค่าใช้จ่าย กำลังคน เวลา และทรัพยากร
ปัญหาในการทำ Requirements Management ในปัจจุบันคือมีการใช้องค์ความรู้แบบเก่า ซึ่งไม่มีประสิทธิภาพและทันต่อการ เปลี่ยนแปลงของเทคโนโลยีและกระบวนการพัฒนาซอฟต์แวร์สมัยใหม่ และการทำ Requirements Management แบบดั้งเดิมมักไม่ให้ความ สำคัญกับสิ่งสำคัญอื่นมากมาย เช่น
- ความต้องการประเภท Non-Functional Requirements ซึ่งมักส่งผลกระทบต่อคุณภาพและความเสี่ยงมากยิ่งกว่า Functional Requirements
- กระบวนการพัฒนาซอฟต์แวร์สมัยใหม่ เช่น RUP, CMMI, Agile เช่น Extreme Programming, Scrum
นอกจานี้ ปัญหาในการจัดการ Requirements ในแบบที่ผิดมักเน้นหนักที่การจัดการ Functional Requirements แต่ในความเป็นจริง ปัจจัยที่จะส่งผลกระทบต่อสถาปัตยกรรมซอฟต์แวร์และระบบฯ คือ Non-Functional Requirements และ Business Requirements หรือ Business Goals ซึ่ง Requirements สองประเภทนี้หากจัดการผิดพลาด จะส่งผลต่อคุณภาพของสถาปัตยกรรมซอฟต์แวร์และระบบฯ ทำให้ เกิดความเสี่ยงในด้านค่าใช้จ่าย กำลังคน เวลา ทรัพยากรมากมาย
หลักสูตรนี้ เน้นถึงการทำความเข้าใจกับความต้องการประเภท Non-Functional Requirements และ Business Requirements หรือ Business Goals โดยผู้เข้ารับการอบรมจะสามารถกำหนด, จัดกลุ่ม, วิเคราะห์ และจัดการได้อย่างมีประสิทธิภาพเพื่อให้ระบบฯ ที่จะ พัฒนามีคุณภาพ คุ้มค่า และเกิดประโยชน์สูงสุด และนอกจากนี้ผู้เข้ารับการอบรมจะเข้าใจถึงการจัดการด้านคุณภาพโดยมีกรอบของ Non-Functional Requirements และ Business Requirements หรือ Business Goals เป็นดัชนีชี้วัด (KPI) และผู้เข้ารับการอบรมจะได้ เรียนรู้และเข้าใจในทักษะที่เป็น Soft Skill อีกมากมาย
คอร์สนี้เหมาะสำหรับ System Analyst, Business Analyst, (Software) Sales Specialist, IT Manager / CIO / CTO, Software Architect, Programmer, นักเรียน / นักศึกษา และผู้สนใจทั่วไปในการพัฒนาซอฟต์แวร์
? วงจรการตอบสนองซึ่งกันและกันของธุรกิจและสถาปัตยกรรม (Architectural Business Cycle)
? การกำหนดผู้ที่มีผลต่อความสำเร็จหรือล้มเหลวของโครงการ (Stakeholder), ผู้นำและผู้สนับสนุนทีม (Champion) และผู้เชี่ยวชาญ เฉพาะด้าน (Domain Expert)
? กระบวนการพัฒนาซอฟต์แวร์แบบวนซ้ำ (Iterative and Incremental Development) สำหรับกระบวนการพัฒนาซอฟต์แวร์สมัยใหม่
? ปรัชญา Agile เพื่อการพัฒนาซอฟต์แวร์ที่กระชับ รวดเร็ว เรียบง่าย ความเสี่ยงต่ำ และสร้างความพึงพอใจของลูกค้า (Customer Satisfaction) สูงสุด
? ช่วงการทำสถาปัตยกรรมซอฟต์แวร์ ในกระบวนการพัฒนาซอฟต์แวร์ (Architecture In The Life Cycle)
? การแบ่งประเภทระหว่าง Functional Requirements, Non-Functional Requirements และ Business Goals หรือ Business Requirements
? ความสำคัญและผลกระทบของ Non-Functional Requirements และ Business Requirements หรือ Business Goals ที่มีต่อสถาปัตยกรรม ซอฟต์แวร์และระบบฯ
? การระบุความต้องการเชิงธุรกิจ (Business Goals / Requirements / Stakeholder Needs) และการวิเคราะห์จาก Vision Document หรือ Operational Concepts Document (OCD) หรือ แผนธุรกิจ (Business Plan)
? ทำความเข้าใจกับคุณสมบัติเชิงคุณภาพ (Quality Attributes) และการกำหนด Non-Functional Requirements และ Business Goals เช่น Availability, Modifiability, Scalability, Security, Performance, Interoperability, Integrability, Testability, Usability, Reliability, Short Time to Market, Less Cost, Neat Feature, Competitiveness ฯลฯ
? การกำหนดคุณสมบัติด้านคุณภาพ (Quality Attributes) ของสถาปัตยกรรมซอฟต์แวร์และระบบฯ
? เทคนิคการสัมภาษณ์ การตั้งคำถาม จิตวิทยาการสื่อสาร การทำแบบสอบถาม เพื่อรวบรวมและค้นหา Non-Functional Requirements และ Business Requirements หรือ Business Goals แท้จริง หรือ ซ่อนอยู่ หรือถูกปกปิด
? เทคนิคใหม่ในการระบุความต้องการด้วยการเขียน Storyboard และ Scenario โดยมีการประยุกต์ UML ด้วยเพื่อจำลองเหตุการณ์ที่สอดคล้อง กับความต้องการ
? การกำหนดคุณสมบัติของความต้องการ (Requirement Attributes) และการทำ Requirement Matrix
? การวัดผลและประเมิน (Requirements Measurement), การกำหนดตัวขับเคลื่อนกระบวนการทางสถาปัตยกรรม (Architectural Drivers) และทำความเข้าใจกับ Use Case ที่มีผลต่อสถาปัตยกรรมซอฟต์แวร์และระบบฯ (Architecturally Significant Use Cases)
? การกำหนดและจัดการขอบเขตของระบบที่จะพัฒนา และ Requirements ที่มีผลต่อสถาปัตยกรรมซอฟต์แวร์และระบบฯ
? การจัดการเอกสาร Requirements ต่าง ๆ เช่น Requirements Specification, Use Case Specification / User Story เป็นต้น
? การตรวจสอบย้อนกลับ (Traceability) เพื่อให้ระบบฯ ถูกต้องตามความต้องการและตรวจสอบแก้ไขได้ง่ายและสะดวก
? การ Transform จาก Requirements สู่ Implementation และทำความเข้าใจกับ The Level of Abstraction และกระบวนการ Realization
ในการอบรมนี้ผู้เข้ารับการอบรมจะได้เข้าใจการจัดการ Non-Functional Requirements และ Business Requirements หรือ Business Goals โดยละเอียด เพื่อช่วยทำให้ส่วนการออกแบบสถาปัตยกรรมซอฟต์แวร์ (Software Architecture) มีคุณภาพและคุ้มค่ากับงบประมาณมากที่สุด และยังช่วยจัดการความต้องการด้าน Non-Functional Requirements และ Business Requirements หรือ Business Goals ได้อย่างมีประสิทธิภาพ
ผู้เข้ารับการอบรมจะได้เรียนรู้เทคนิคที่เป็น Non-Technical เพื่อนำมาประยุกต์มากมาย เช่น การวิจัยตลาด จิตวิทยาการสื่อสาร เทคนิคการตั้งคำถาม การลดความขัดแย้ง บุคลิกภาพ การทำความเข้าใจแผนธุรกิจ ทักษะทางภาษาที่จำเป็น ฯลฯ เพื่อประกอบการทำงานได้อย่างมีประสิทธิภาพ และผู้เข้ารับการอบรมยังจะได้เรียนรู้หลักพื้นฐานและความสำคัญของการทำสถาปัตยกรรมซอฟต์แวร์ (Software Architecture) อีกด้วย
นอกจากนี้ผู้เข้ารับการอบรมจะได้เรียนรู้พื้นฐานเทคนิคการประยุกต์โปรแกรมออฟฟิศ คือ โปรแกรมสปรีดชี้ต เช่น MS Excel เพื่อการทำ Requirements Attributes, Requirements Matrix, Requirements Measurement และ Requirements Traceability
คลิ้กที่นี่เพื่อจดจำหน้านี้
ส่งข่าวนี้ให้เพื่อนคุณใน Twitter