CHAPTER 4 PROJECT MANAGENAMENT 1
CHAPTER 4: PROJECT MANAGENAMENT Software Project Management Goal of project managment is to ensure software is developed and delivered: On time Within budget In accordance with the requirements High quality Satisfied customers Project manager Is a person to lead the project team to achieve project objectives (Là người lãnh đạo nhóm đạt mục tiêu dự án) One single important person for the project (Trưởng dự án phải nắm rõ tiến độ, chi phí, vấn đề phát sinh công việc, …) PM plays numerious roles of PM (Đối với dự án nhỏ trưởng dự án kiêm ln vai trị khác dự án (developer,…).) CHAPTER 4: PROJECT MANAGENAMENT Stakeholders: người tham gia vào phần dự án (PM, Dev, Designer,…) Skill Requirements Techical project management - Quản lý vấn đề kỹ thuật dự án Knowledge and skills in domain, program management (Người quản lý dự án cần phải có kiến thức kỹ chuyên ngành quản lý chương trình.) Leadership - Khả lãnh đạo Knowledge and skills to build, motivate, guide, coach teams; lead people (Cần phải có hiểu biết để xây dựng, định hướng, giải mâu thuẫn thành viên…) Strategic and business management - Kỹ kinh doanh nghiệp vụ CHAPTER 4: PROJECT MANAGENAMENT Knowledge, skills and expertise for delivering business outcomes (Đàm phán với đối tác nhà đầu tư để đưa sản phẩm có lời) Defining strategies, goals, objectives, products, services,… (Đưa chiến lược, mục tiêu sản phẩm phù hợp thị trường,…) Common Management Activities Ở bước trưởng dự án cần phải trình bày cho khách hàng biết thông tin dự án (thời gian hồn thiện, chức năng, chi phí ước lượng, …) Thường có hoạt động sau: Proposal writing and presentations (Viết dự kiến kế hoạch trình bày với khách hàng) Project estimating and costing (ước lượng chi phí dựa vào yêu cầu phần mềm lực nhân sự) Project planning and scheduling (Lên kế hoạch lịch trình thực hiện.) Team building (Sau tuyển cần phải training cho nhân viên để làm quen với công việc.) Project monitoring, controlling, and reviews Customer relations, user relations (Trưởng dự án phải quan hệ chặt chẽ với đối tác người dùng) Reporting and presentations Trong q trình phát triển phần mềm có số khác biệt với dự án khác: Software is intangible (Phần mềm cảm nhận sờ vào → thay đổi thường xuyên → bugs tốn thời gian để chỉnh sửa kiểm thử.) Software is flexible Software processes are flexible Software project depends on human factors (Phụ thuộc nhiều vào nhân tố người (kỹ cá nhân, người làm chậm, người làm nhanh)) Project planning Xác định mục tiêu việc cần làm CHAPTER 4: PROJECT MANAGENAMENT Lên kế hoạch hoạt động liên tục: Được thực sớm trước dự án, kéo dài cuối dự án Các kế hoạch phải thay đổi để đáp ứng với yêu cầu Những hoạt động sản phẩm tạo phụ thuộc vào quy trình tuân thủ Many different plans: Testing plan: Deployment plan: Configuration management plan: Quality management plan: Software acceptance plan: Thiết lập kế hoạch để phần mềm đáp ứng yêu cầu ban đầu khách hàng Main activities to form SDP: Estimate overall project effort, cost, and staff (Ước tính ngày cơng, chi phí nhân lực dự án) Plan phases, iterations (Lập kế hoạch cho pha lần lặp lại (thời gian sprint cố định).) Define and customize processes to use Assign roles and responsibilities to staff Plan training needs Identify and assess risks Thu 09/06/2022 CHAPTER 4: PROJECT MANAGENAMENT Project scheduling Slack time: Khoảng thời gian nghỉ/chờ đợi hai hoạt động trình làm dự án Mục tiêu: giao việc cho thành viên nhóm với khả họ Hoạt động: Ước lượng khoảng thời gian, công việc, nguồn lực cụ thể cho công việc Giảm thiểu tối đa phụ thuộc công việc, thời gian chờ hoạt động (slack time), … Activities: Breakdown tasks, estimate time, resources for each task Organize tasks concurrently to make optimal use of workforce Minimize task dependencies, slack time (Khoảng thời gian nghỉ), and waiting time (Thời gian chờ để đến activites tiếp theo) Balance workload Scheduling is a challenging activity Requiring much much intuition and experience of project managers Activity Slack time Activity Challenges in Project Scheduling Việc ước lượng không dễ dàng, kể số nguyên nhân sau: Năng suất không tỉ lệ thuận với số người giao việc Sự phụ thuộc công việc giai đoạn Sự hạn chế nguồn lực Việc thêm người vào dự án bị trễ không giúp tiến độ công việc cải thiện Việc kêu gọi thành viên làm overtime, overweekend ý tưởng hay giai đoạn cuối dự án CHAPTER 4: PROJECT MANAGENAMENT Cần phải huấn luyện lại cho người vào Communication overheads ⇒ Giải pháp tốt thuyết phục khác hàng extend deadline Những vấn đề không lường trước Các vấn đề người, kỹ thuật,… xảy cách khơng dự đốn trước → Cần phải có phương án dự phòng ⇒ Để tránh trường hợp đổ bể dự án từ thời gian đầu phải hoạch định kế hoạch cách chặt chẽ Task organization Cần phải đề Milestones - cột mốc, để lường hiệu công việc Deliverables kết trình phát triển nhỏ (thường 1-2 tuần) chuyển giao cho khách hàng người dùng để đánh giá có hướng chỉnh sửa hợp lý Mỗi cột mốc đánh dấu set sản phẩm chuyển giao: Build 1, build 2,… Alpha Release, Beta Release, GA Release (General Availability), … Planning poker Ước lượng lý tưởng (là đơn vị dùng để ước lượng độ lớn công việc) cho dự án agile Estimate features in ideal hour for agile projects Feature A ← Feature B Feature C Mỗi người độc lập cho giá trị vào B Sau show với nhau: người có giá trị khác nhau, chệnh lệch, thảo luận lại ước lượng thế, làm lại lần CHAPTER 4: PROJECT MANAGENAMENT Sau thảo luận chọn lại, tương đối đồng thuận, chọn giá trị ước lượng định tiếp tục làm feature C Nguyên tắc dựa đồng thuận, có đồng thuận cao 💡 Sử dụng dãy Fibonacci để dễ dàng ước lượng độ lớn công việc cụ thể Nếu số nhỏ khoảng cách ngắn số lớn khoảng cách số lớn Dễ dàng đồng thuận ước lượng ⇒ Risk management Risk identification Rủi ro công nghệ (Dự án sử dụng công nghệ framework thay đổi liên tục,…) Rủi ro người (Sự bất đồng thành viên nhóm, lực khơng đáp ứng yêu cầu công việc,…) CHAPTER 4: PROJECT MANAGENAMENT Rủi ro tổ chức nhân (Thay đổi cấu trúc cơng ty, cơng ty khơng đủ tài để tài trợ dự án) Rủi ro yêu cầu dự án (Yêu cầu bị thay đổi đột ngột, khách hàng không cung cấp thông tin đầy đủ cho dự án) Rủi ro việc ước lượng (Thời gian ngắn so với thực tế) Risk Analysis and Prioritization Probability: Chance to have risks Loss: The cost when risk happens 💡 ĐỘ ĐO RỦI RO RISK EXPOSURE (RE) = PROBABILITY x LOSS Probability Categorical: very low, low, moderate, high or very high Numerical: from 0% to 100% Loss Categorical: catastrophic, serious, tolerable or insignificant Numerical: any number representing cost CHAPTER 4: PROJECT MANAGENAMENT Risk Planning CHAPTER 4: PROJECT MANAGENAMENT Mua thông tin Chuyển rủi ro cho phận khác Có chiến lược giảm thiểu/tránh rủi ro Risk Indicators Risk Monitoring and Controlling CHAPTER 4: PROJECT MANAGENAMENT 10 CHAPTER 4: PROJECT MANAGENAMENT 11