quản lý phạm vi dự án công nghệ thông tin

<span class="text_page_counter">Trang 2</span><div class="page_container" data-page="2">

<b>Nội dung</b>

1. Quản lý phạm vi dự án

2. Các quy trình quản lý phạm vi 3. Phân tích tài chính

</div><span class="text_page_counter">Trang 3</span><div class="page_container" data-page="3">

<b>1. QUẢN LÝ PHẠM VI DỰ ÁN</b>

</div><span class="text_page_counter">Trang 4</span><div class="page_container" data-page="4">

<b>Quản lý Phạm vi Dự án</b>

<b><small>• Phạm vi(Scope)</small></b> <small>đề cập đến tất cả những công việc liênquanđến việc tạo ra sản phẩm của dự án và các qui trìnhđược sử dụng để tạo ra sản phẩm. Nó xác định điều gì cầnlàm vàđiều gì khơng làm. Dự án phải có một phạm viđược viết ra rõ ràng, nếu không dự án sẽ không bao giờkết thúc.</small>

<b><small>• Các sản phẩm trung gian(Deliverables)</small></b> <small>lànhững sảnphẩm được tạo ra như là một phần của dự án, như phầncứng, phần mềm, tài liệu đào tạo, chuyển giao, bảo hành,biên</small> <b><small>bản họp… - (các thành quả chuyển giao)</small></b>

<small>• Nhóm dự án và các bên liên quan</small> <b><small>(Stakeholders)</small></b> <small>phảicùnghiểu những sản phẩm nào được tạo ra như là kếtquả của dự án và chúng được tạo ra như thế nào.</small>

</div><span class="text_page_counter">Trang 5</span><div class="page_container" data-page="5">

<b>Quản lý Phạm vi Dự án</b>

• Trong bối cảnh dự án, thuật ngữ “phạm vi” có thể đề cập đến:

<small>• Phạm vi sản phẩm. Các tính năng và chức năng đặc trưng cho một sản phẩm, dịch vụ hoặc kết quả.</small>

<small>• Phạm vi dự án. Công việc được thực hiện để cung cấp sản phẩm, dịch vụ hoặc kết quả với các tính năng và </small>

<small>chức năng được chỉ định. Thuật ngữ “phạm vi dự án” đôi khi được xem là bao gồm cả phạm vi sản phẩm.</small>

</div><span class="text_page_counter">Trang 6</span><div class="page_container" data-page="6">

<b>Quản lý Phạm vi Dự án</b>

<b><small>• Phạm vi (Scope) dự án</small></b> <small>làmột danh sách tất cả những gìdự án phải thực hiện (và cũng có thể là một danh sách tấtcả những điều mà dự án khơng phải làm). </small>

<small>• Phạm vi dự án phải được xác định rõ ràng ngay khi bắt đầu dự án </small>

</div><span class="text_page_counter">Trang 7</span><div class="page_container" data-page="7">

<b>Quản lý Phạm vi Dự án</b>

<b><small>• Quản lý phạm vi dự án(Project scope management)</small></b>

<small>• Bao gồm cácquy trìnhliên quanđến việc xác định vàkiểm sốt những gì thuộc hoặc khơng thuộc dự án.</small>

<small>• Nó bảo đảm đội dự án và những người liên quan cùnghiểu biết về sản phẩm mà dự án tạo ra và quy trình màđội dự án sẽ sử dụng để tạo ra sản phẩm.</small>

<b><small>• Quản lý phạm vi dự án là nhằm </small></b><i><small>đảm bảo dự án sẽ thực hiện đúng và đủ tất cả những hạng mục theo mong muốn </small></i>

<small>đã được thống nhất các bên liên quan (stakeholders) </small>

</div><span class="text_page_counter">Trang 8</span><div class="page_container" data-page="8">

<b>Quản lý Phạm vi Dự án</b>

<small>• Trong vịng đời dự án, các sản phẩm bàn giao của dự án </small>

<small>được xác định ngay từ đầu dự án và mọi thay đổi về phạm vi đều được quản lý dần dần. </small>

<small>• Đối với các vịng đời các dạng dự án thích ứng hoặc linh hoạt, các sản phẩm bàn giao được phát triển qua nhiều lần lặp trong đó phạm vi chi tiết được xác định và phê duyệt cho mỗi lần lặp khi nó bắt đầu. Các dự án này có mức độ thay đổicao vàđịi hỏi sự tham gia liên tục của các bên liên quan. Ba quy trình (Thu thập yêu cầu, Xác định phạm vi và Tạo WBS) được lặp lại cho mỗi lần lặp.</small>

</div><span class="text_page_counter">Trang 9</span><div class="page_container" data-page="9">

<b>Scope creep</b>

</div><span class="text_page_counter">Trang 10</span><div class="page_container" data-page="10">

<b>Quản lý Phạm vi Dự án</b>

• Xu hướng và phương pháp mới trong quản lý phạm vi dự án:

<small>• Hoạt động phân tích kinh doanh có thể bắt đầu trước khi dự án được bắt đầu và người quản lý dự án được chỉ định</small>

<small>• Tập trung vào việc cộng tác với các chuyên gia phân tích kinhdoanhđể: Xác định vấn đề và xác định nhu cầu kinh doanh; Xácđịnh và đề xuất các giải pháp khả thi để đáp ứng nhữngnhucầu đó; Gợi ý, ghi chép và quản lý các yêu cầu của bênliên quannhằm đáp ứng các mục tiêu kinh doanh và dự án…• Vai trị chịu trách nhiệm tiến hành phân tích kinh doanh phải </small>

<small>được giao cho các nguồn lực có đủ kỹ năng và chuyên mơn về phân tích kinh doanh</small>

</div><span class="text_page_counter">Trang 11</span><div class="page_container" data-page="11">

<b>Quản lý Phạm vi Dự án</b>

• Tailoring:

<small>• Quản lý kiến thức và yêu cầu. Tổ chức có hệ thống quản lý u cầu và tri thức chính thức hoặc khơng chính thức không? </small>

<small>Người quản lý dự án nên thiết lập những hướng dẫn nào để các yêu cầu được sử dụng lại trong tương lai?</small>

<small>• Xác nhận và kiểm sốt. Tổ chức có các chính sách, thủ tục và hướng dẫn liên quan đến kiểm sốt và xác nhận chính thức hoặc khơng chính thức hiện có khơng?</small>

<small>• Cách tiếp cận phát triển. Tổ chức có sử dụng các phương </small>

<small>pháp tiếp cận linh hoạt trong việc quản lý dự án không? Cách tiếp cận phát triển là lặp đi lặp lại hay gia tăng? Phương pháp dự đốn có được sử dụng khơng? Phương pháp tiếp cận lai có hiệu quả không?</small>

</div><span class="text_page_counter">Trang 12</span><div class="page_container" data-page="12">

<b>Quản lý Phạm vi Dự án</b>

• Tailoring:

<small>• Tính ổn định của u cầu. Có khu vực nào của dự án có u cầu khơng ổn định khơng? Các u cầu khơng ổn định có đòi hỏi phải sử dụng các kỹ thuật tinh gọn, linh hoạt hoặc thích ứng khác cho đến khi chúng ổn định và được xác định rõ ràng </small>

<small>• Quản trị. Tổ chức có chính sách, thủ tục và hướng dẫn kiểm tốn và quản trị chính thức hay khơng chính thức khơng?</small>

</div><span class="text_page_counter">Trang 13</span><div class="page_container" data-page="13">

<b>2. QUY TRÌNH QUẢN LÝ PHẠM VI DỰ ÁN</b>

</div><span class="text_page_counter">Trang 14</span><div class="page_container" data-page="14">

<b>Lưu ý</b>

• Trước khi đến với các quy trình quản lý phạm vi dự án, cần tìm hiểu dự án được bắt đầu như thế nào.

<i><b>A. Khởi động</b></i>

<i><b><small>1.1. Chọn dự án</small></b></i>

<i><b><small>1.2. Project Charter (Tuyên bố dự án/Điều lệ dự án)</small></b></i>

B. Quy trình Quản lý phạm vi dự án

</div><span class="text_page_counter">Trang 15</span><div class="page_container" data-page="15">

<b>A.1. Khởi động dự án</b>

<b>• Khởi động dự án: Kế hoạch chiến lược và chọn dự án.</b>

<small>• Trước tiên là nhìn bức tranh tổng thể hay kế hoạch của tổ chức.</small>

<small>• Kế hoạch chiến lược nhằm xác định những hoạt động dài hạn.</small>

<small>• Dự án IT phải hỗ trợ những mục tiêu thương mại, tài chính và chiến lược của đơn vị.</small>

</div><span class="text_page_counter">Trang 16</span><div class="page_container" data-page="16">

<b>A.1. Khởi động dự án</b>

<b>• Chuẩn bị cho dự án</b>

<small>• Phát triển và hồn thiện các mục tiêu của dự án dựa trên những ý tưởng ban đầu để đưa ra những mục tiêu chính của dự án mang tính quyết định cao.</small>

</div><span class="text_page_counter">Trang 17</span><div class="page_container" data-page="17">

<b>A.1. Khởi động dự án</b>

<b>• Việc Chuẩn bị cho dự án có thể gồm các bước sau</b>

<small>1.Khái niệm, ý tưởng và định nghĩa dự án (Conception, Idea and Defintion of Project)</small>

<small>2.Nghiên cứu tiền khả thi (Pre-Feasibility Study)3.Nghiên cứu khả thi (Feasibility Study)</small>

</div><span class="text_page_counter">Trang 18</span><div class="page_container" data-page="18">

<b>A.1. Khởi động dự án</b>

• Khái niệm, ý tưởng và định nghĩa dự án

<small>• Dự án đáp ứng u cầu gì?</small>

<small>• Dự án này có phù hợp với chun mơn và chiến lược của Cơng ty hay khơng?</small>

<small>•</small>

Giai đoạn này cịn được gọi là giai đoạn nghiên cứu cơ hội đầu tư. Nếu việc trả lời các câu hỏi này gặp khó khăn thì việc hình thành dự án sẽ có thể không khả thi

</div><span class="text_page_counter">Trang 19</span><div class="page_container" data-page="19">

<b>A.1. Khởi động dự án</b>

• Nghiên cứu tiền khả thi

<small>• Dự án có khả thi về mặt tài chính, kinh tế, xã hội khơng?</small>

<small>•Cácbiến hay chỉ tiêu chủ yếu là gì?</small>

</div><span class="text_page_counter">Trang 20</span><div class="page_container" data-page="20">

<b>A.1. Khởi động dự án</b>

• Nghiên cứu khả thi

<small>• Có khả thi về mặt tài chính, kinh tế, xã hội khơng?• Mức độ khơng tin cậy của các biến số chủ yếu?• Ra quyết định thiết kế chi tiết hay khơng?</small>

</div><span class="text_page_counter">Trang 21</span><div class="page_container" data-page="21">

<b>A.1. Khởi động dự án</b>

<b>• Phát biểu bài toán</b>

<small>Phát biểu bài toán (STATEMENT OF WORK – SOW) là một bản mô tả các công việc cần được thực hiện cho dự án, trong đó có thiết lập các điều kiện ràng buộc và ranh giới với bên ngồi (được gọi là biên).Phát biểu bài tốn được chia làm hai loại:</small>

<small>• Theo cách thơng thường SOW</small>

<small>• Theo dạng một hợp đồng CSOW (Contract Statementof Work): sử dụng ngôn ngữ luật hợp pháp như một phần của ngữ cảnh thầu dự án </small>

<small>Tài liệu phát biểu bài toán thường được hoàn thành ngay sau khi dự án được chấp thuận và có thể có nhiều phiên bản khác nhau </small>

</div><span class="text_page_counter">Trang 22</span><div class="page_container" data-page="22">

<b>A.1. Khởi động dự án</b>

<b><small>• Statement of Work và Scope of Work</small></b>

<small>• Tuyên bố Công việc (Statement of Work-SOW) là một tài liệu chính thức mơ tả các mục tiêu của dự án, trong khi Phạm vi Công việc (Scope of Work) là một phần trong SOW nhằm phác thảo cách một nhóm lập kế hoạch để mang lại những kết quả đó. Phạm vi công việc thường là một mô tả ngắn hơn nhiều vì nó chỉ là một thành phần trong SOW.</small>

</div><span class="text_page_counter">Trang 23</span><div class="page_container" data-page="23">

<b>A.1. Khởi động dự án</b>

</div><span class="text_page_counter">Trang 26</span><div class="page_container" data-page="26">

<b>A.1.1 Quy trìnhChọn dự án</b>

</div><span class="text_page_counter">Trang 27</span><div class="page_container" data-page="27">

<b>A.1.1 Quy trìnhChọn dự án</b>

• Những quyết định của khách hàng và của đội ngũ quản lý dự án sẽ được đưa ra để khởi tạo dự án.

• Các quyết định này liên quan đến tất cả khía cạnh tri thức của quá trình quản lý dự án, bao gồm các cách tiếp cận quản lý và những thông tin liên quan: <i>Giả thiết,Ràngbuộc, Những người tham gia dự án, Tài liệu xácđịnh dự án.</i>

</div><span class="text_page_counter">Trang 28</span><div class="page_container" data-page="28">

<b>A.1.1 Quy trìnhChọn dự án</b>

<i><b>• Giả thiết:</b></i>

<small>• Các giả thiết có thể ảnh hưởng tới tất cả các khía cạnh như quản lý chi phí, quản lý rủi ro, quản lý phạm vi, …của việc lập kế hoạch và đơi khi nó cũng là một yếu tố thúc đẩy tiến độ của dự án</small>

<small>• Mỗi giả thiết thường liên quan tới một mức độ rủi ro khác nhau </small>

</div><span class="text_page_counter">Trang 29</span><div class="page_container" data-page="29">

<b>A.1.1 Quy trìnhChọn dự án</b>

<i><b>• Ràng buộc:</b></i>

<small>• Một dự án có thể có các ràng buộc về chi phí, thời gian, tài nguyên, conngười, kỹ thuật và các ràng buộc khác. Ví dụ như các mốc thời gian xuất phát từ ngoại cảnh, cận trên của ngân sách dành cho dự án, … </small>

<i><b>• Những người tham gia dự án:</b></i>

<small>• Các cá nhân và tổ chức tham gia tích cực vào dự án hoặc lợi nhuận của họ bị ảnh hưởng tốt hoặc xấu bởi quá trình thực thi hoặc kết thúc dự án. Những cá nhân này có nhiều ảnh hưởng tới dự án và kết quả của nó </small>

</div><span class="text_page_counter">Trang 31</span><div class="page_container" data-page="31">

<small>chiến lược, thương mại, tài chính của </small>

</div><span class="text_page_counter">Trang 33</span><div class="page_container" data-page="33">

<b>A.1.1 Quy trìnhChọn dự án</b>

<b><small>• Các phương pháp chọn dự án</small></b>

<b><small>• Need: Nhu cầu, sự cần thiết• Fund: Tài chính, ngân sách</small></b>

</div><span class="text_page_counter">Trang 35</span><div class="page_container" data-page="35">

<b><small>Giá trị hoàn lại từ đầu tư ROI </small></b>

</div><span class="text_page_counter">Trang 36</span><div class="page_container" data-page="36">

<b>A.1.1 Quy trìnhChọn dự án</b>

<b>• Phân tích tài chính</b>

<b>• Phân tích NPV (Net present value): Giá trị hiện tại </b>

rịng. Tính lời lỗ quy đổi theo thời điểm hiện tại.

<b>• ROI (Return on investment) = (total discounted </b>

benefits - total discounted costs) / discounted costs: Kết quả thu được nhờ đầu tư.

<b>• Thời gian hồn vốn (Payback period).</b>

</div><span class="text_page_counter">Trang 37</span><div class="page_container" data-page="37">

<b>A.1.1 Quy trìnhChọn dự án</b>

<b>• Các phương pháp chọn dự án </b>

<b>• Mơ hình tính điểm có trọng số (Weighted Scoring </b>

<b>Model-WSM): C</b>ơng cụ để chọn dự án dựa trên nhiều

<small>3. Gán các điểm cho mỗi điều kiện đối với mỗi dự án</small>

<small>4.Nhân các điểm với trọng số và tính tổng các giá trị này</small>

• Điểm càng cao càng tốt

</div><span class="text_page_counter">Trang 39</span><div class="page_container" data-page="39">

<b>A.1.1 Quy trìnhChọn dự án</b>

• Một số phương pháp chọn dự án khác

<small>• Phương pháp đa mục tiêu</small>

<small>• Phương pháp phân tích độ nhạy và rủi ro• …</small>

</div><span class="text_page_counter">Trang 40</span><div class="page_container" data-page="40">

<b>A.1.2 Project Charter </b>

<b><small>• Project Charter: Điều lệ dự án / Hiến chương dự án / Tuyên</small></b>

<small>bố dự án / Tơn chỉ dự án</small>

<small>• Sau khi quyết định chọn dự án, cần đưa ra Project Charter.</small>

<b><small>• Project Charter là tài liệu chính thức xác nhận sự tồn tại của</small></b>

<small>dự án và đưa ra định hướng để thực hiện các mục tiêu củadự án và quản lý dự án.</small>

<small>• Các stakeholders chính của dự án cần ký vào tuyên bố dự ánđể xác nhận sự đồng tình với nhu cầu và mục đích của dựán.</small>

<b><small>• Việc phát triển Điều lệ dự án thuộc lĩnh vực kiến thức</small></b>

<b><small>Tích hợp</small></b>

</div><span class="text_page_counter">Trang 41</span><div class="page_container" data-page="41">

<b>A.1.2 Project Charter </b>

• Nhóm quy trình Khởi tạo: 4.1 Phát triển điều lệ dự án

</div><span class="text_page_counter">Trang 42</span><div class="page_container" data-page="42">

<b>A.1.2 Project Charter </b>

• Điều lệ của dự án là tài liệu mang tính chất pháp lý cao

dùng để khẳng định sự phê chuẩn chính thức cho người quản lý dự án được quyền sử dụng nguồn lực đã cấp để làm thõa <b>mãn các yêu cầu đối với dự án. </b>

</div><span class="text_page_counter">Trang 43</span><div class="page_container" data-page="43">

<b>A.1.2 Project Charter </b>

• Điều lệ dự án điển hình gồm những thành phần sau:

<b>• Tổng quan bao gồm: Nhu cầu cơng việc, Mục tiêu</b>

của dự án, Các phương pháp và cách tiếp cận để có thể thực hiện thành cơng dự án.

<b>• Phạm vi chung của cơng việc.</b>

<b>• Ngân sách và Kế hoạch thực hiện chung chung.</b>

<b>• Trách nhiệm và vai trị của mỗi thành viên trong đội</b>

dự án.

<b>• Các giả thiết cần được thiết lập cho môi trường và</b>

hệ thống hiện tại để có thể thực hiện được dự án và triển khai sản phẩm sau khi kết thúc.

</div><span class="text_page_counter">Trang 44</span><div class="page_container" data-page="44">

<b>A.1.2 Project Charter </b>

</div><span class="text_page_counter">Trang 45</span><div class="page_container" data-page="45">

<b>A.1.2 Project Charter </b>

</div><span class="text_page_counter">Trang 46</span><div class="page_container" data-page="46">

<b>A.1.2 Project Charter </b>

</div><span class="text_page_counter">Trang 47</span><div class="page_container" data-page="47">

<b>A.1.2 Project Charter </b>

</div><span class="text_page_counter">Trang 48</span><div class="page_container" data-page="48">

<b>B. Quy trìnhquản lý phạm vi dự án</b>

• Theo PM BOK 6: gồm 6 quy trình

</div><span class="text_page_counter">Trang 49</span><div class="page_container" data-page="49">

<b>B. Quy trìnhquản lý phạm vi dự án</b>

</div><span class="text_page_counter">Trang 50</span><div class="page_container" data-page="50">

<b>B. Quy trìnhquản lý phạm vi dự án</b>

</div><span class="text_page_counter">Trang 51</span><div class="page_container" data-page="51">

<b>B. Quy trìnhquản lý phạm vi dự án</b>

</div><span class="text_page_counter">Trang 52</span><div class="page_container" data-page="52">

<b>B.1 Lập kế hoạch phạm vi</b>

• Lập kế hoạch phạm vi là quá trình xây dựng các tài liệu nhằm cung cấp nền tảng cho các quyết định về dự án trong tương lai.

<b>• Phát biểu về phạm vi (scope statement) gồm:</b>

<small>• Lý giải về dự án (project justification)• Mơ tả ngắn về sản phẩm của dự án</small>

<small>• Tổng kết về tất cả các sản phẩm trung gian của dự án• Những yếu tố xác định thành công của dự án</small>

</div><span class="text_page_counter">Trang 53</span><div class="page_container" data-page="53">

<b>B.1 Lập kế hoạch phạm vi</b>

• Plan Scope Management: Inputs, Tools & Techniques, and Outputs

</div><span class="text_page_counter">Trang 54</span><div class="page_container" data-page="54">

<b>B.1 Lập kế hoạch phạm vi</b>

</div><span class="text_page_counter">Trang 55</span><div class="page_container" data-page="55">

<small>• EEF & OPA: Văn hóa tổ chức, Infrastructure, Quản trị nhân sự, vàĐiều kiện thị trường, Chính sách và thủ tục, Kho thơng tin lịch sử và bài học kinh nghiệm.</small>

</div><span class="text_page_counter">Trang 56</span><div class="page_container" data-page="56">

<b>B.1 Lập kế hoạch phạm vi</b>

</div><span class="text_page_counter">Trang 57</span><div class="page_container" data-page="57">

<b>B.1 Lập kế hoạch phạm vi</b>

• Dữ liệu đầu ra cho q trình lập kế hoạch phạm vi:

<small>• Kế hoạch quản lý phạm vi: một phần của kế hoạch quản lý dựán môtả cách xác định, phát triển, giám sát, kiểm sốt và xácnhận phạm vi.</small>

<small>• Kế hoạch quản lý u cầu: một thành phần của kế hoạch quảnlýdự án mô tả cách phân tích, ghi chép và quản lý các yêu cầucủa dự án và sản phẩm.</small>

</div><span class="text_page_counter">Trang 58</span><div class="page_container" data-page="58">

<b>B.1 Lập kế hoạch phạm vi</b>

• Các loại tài liệu: (loại tài liệu cho sản phẩm)

<small>• Phát biểu yêu cầu: là tài liệu mô tả cụ thể các yêu cầu chức năng của hệ thống cần xây dựng.</small>

<small>• Mơ tả giao diện hệ thống: mô tả giao diện với người dùng của hệ thống.</small>

<small>• Mơ tả thiết kế phần mềm: bản thiết kế các chức năng.</small>

<small>• Kế hoạch xác thực phần mềm: tài liệu kế hoạch kiểm tra tính đúng đắn của phần mềm.</small>

<small>• Tài liệu người dùng: tài liệu hướng dẫn người sử dụng phần mềm.• Kế hoạch hỗ trợ: mô tả các kế hoạch huấn luyện và hỗ trợ người </small>

<small>dùng phần mềm</small>

<small>• Tài liệu bảo dưỡng: hướng dẫn bảo dưỡng và sửa chữa những lỗi thường gặp </small>

</div><span class="text_page_counter">Trang 59</span><div class="page_container" data-page="59">

<b>B.1 Lập kế hoạch phạm vi</b>

• Các loại tài liệu: (loại tài liệu cho quản lý dự án)

<small>• Bản kế hoạch phát triển phần mềm (SDP - Software Development Plan).</small>

<small>• Bản kế hoạch đảm bảo chất lượng phần mềm (SQAP - Software Quality Assure Plan).</small>

<small>• Bản kế hoạch quản lý cấu hình phần mềm (SCMP - Software Configuration Management Plan).</small>

<small>• Bản kế hoạch quản lý rủi ro của dự án.</small>

<small>• Bản kế hoạch cải thiện tiến trình làm phần mềm.• Bản kế hoạch quản lý truyền thơng và giao tiếp…</small>

<small>• Bản kế hoạch chuyển đổi hệ thống từ hệ thống cũ sang hệ thống mới.</small>

<small>• Bản kế hoạch vận hành hệ thống mới. </small>

</div><span class="text_page_counter">Trang 60</span><div class="page_container" data-page="60">

<b>B.2 Thu thập yêu cầu</b>

<small>• Thu thập yêu cầu (Collect Requirements) là quy trình xác định, lập tài liệu, và quản lý nhu cầu và yêu cầu của các bên liên quan để đáp ứng các mục tiêu. Lợi ích chính của quy trình này là cung cấp cơ sở cho việc xác định ra phạm vi sản phẩm (product scope) và phạm vi dự án (project </small>

<small>scope). Quy trình này được thực hiện 1 lần hoặc tại các thời điểm được xác định trước trong dự án</small>

<small>• PMBOK khơng hướng dẫn chi tiết quy trình thu thập u cầu sản phẩm vì đây là lĩnh vực đặc thù và được nêu trong thực hành về phân tích kinh doanh (Business Analysis). </small>

<small>Hướng dẫn này sẽ cung cấp chi tiết về cách tiến hành lấy yêu cầu sản phẩm.</small>

</div><span class="text_page_counter">Trang 61</span><div class="page_container" data-page="61">

<b>B.2 Thu thập yêu cầu</b>

</div><span class="text_page_counter">Trang 62</span><div class="page_container" data-page="62">

<b>B.2 Thu thập yêu cầu</b>

</div><span class="text_page_counter">Trang 63</span><div class="page_container" data-page="63">

<b>B.2 Thu thập yêu cầu</b>

</div><span class="text_page_counter">Trang 64</span><div class="page_container" data-page="64">

<b>B.2 Thu thập yêu cầu</b>

</div><span class="text_page_counter">Trang 65</span><div class="page_container" data-page="65">

<b>B.2 Thu thập yêu cầu</b>

• Dữ liệu đầu vào cho quá trình thu thập yêu cầu:

<small>• Project charter</small>

<small>• Kế hoạch quản lý dự án</small>

<small>• Kế hoạch quản lý phạm vi• Kế hoạch quản lý yêu cầu</small>

<small>• Kế hoạch tham gia của các bên liên quan</small>

<small>• Tài liệu dự án: Assumption Log, Bài học kinh nghiệm đăng ký, Đăng ký các bên liên quan</small>

<small>• Tài liệu kinh doanh: Đề án kinh doanh (Business case)• Thỏa thuận, hợp đồng</small>

<small>• EEF & OPA</small>

</div><span class="text_page_counter">Trang 66</span><div class="page_container" data-page="66">

<b>B.2 Thu thập yêu cầu</b>

• Các kỹ thuật được thực hiện để thu thập yêu cầu trong

<small>• Lấy ý kiến nhóm (Focus group)• Bản câu hỏi & phiếu khảo sát</small>

</div><span class="text_page_counter">Trang 67</span><div class="page_container" data-page="67">

<b>B.2 Thu thập yêu cầu</b>

<small>5.Biểu diễn dữ liệu• Sơ đồ tư duy</small>

<small>• Sơ đồ các mối quan hệ</small>

<small>6.Kỹ năng giao tiếp cá nhân và nhóm• Kỹ thuật nhóm danh nghĩa</small>

<small>• Quan sát thực tế (Observations), trị chuyện• Tạo điều kiện thuận lợi</small>

<small>7.Sơ đồ bối cảnh</small>

<small>8. Mơ hình hóa, tạo mẫu (Prototypes)</small>

</div><span class="text_page_counter">Trang 68</span><div class="page_container" data-page="68">

<b>B.2 Thu thập yêu cầu</b>

• Đánh giá của chuyên gia được định nghĩa là đánh giá được đưa ra dựa trên kiến thức chuyên môn trong lĩnh vực ứng dụng, Lĩnh vực Kiến thức, chuyên ngành, ngành, v.v., phù hợp với hoạt động đang được thực hiện. Chun mơn đó có thể được cung cấp bởi bất kỳ nhóm hoặc cá nhân nào có trình độ học vấn, kiến thức, kỹ năng, kinh nghiệm hoặc đào tạo chuyên ngành.

• Chuyên gia trong PMBOK là người có kiến ​​thức và kinh nghiệm chun mơn trong lĩnh vực quản lý dự án. Họ có thể là người làm việc trong lĩnh vực quản lý dự án hoặc là nhà tư vấn, giảng viên hoặc huấn luyện viên quản lý dự án. Chuyên gia PMBOK thường có bằng cấp hoặc chứng chỉ trong lĩnh vực quản lý dự án.

</div><span class="text_page_counter">Trang 69</span><div class="page_container" data-page="69">

<b>B.2 Thu thập yêu cầu</b>

• Benchmarking (Đo điểm chuẩn) liên quan đến việc so sánh các sản phẩm, quy trình và thực tiễn thực tế hoặc theo kế hoạch với sản phẩm, quy trình và thực tiễn của các tổ chức tương đương để xác định các thực tiễn tốt nhất, tạo ra ý tưởng cho cải tiến và cung cấp cơ sở để đo lường hiệu quả hoạt động. Các tổ chức được so sánh trong quá trình đo điểm chuẩn có thể là nội bộ hoặc bên ngoài.

</div>