Quản lý dự án phần mềm trong thực tế và câu chuyện thành công của InfoSys
Last updated: July 22, 2022 Xem trên toàn màn hình
Recommended for you
- 04 Jan 2023
Phát triển phần mềm linh hoạt theo mô hình Big Bang 655 - 18 May 2021 Cây cầu hiện đại vô dụng nhất thế giới và câu chuyện cái kết của thay đổi yêu cầu 622
- 01 Jun 2021 Bản thiết kế sơ bộ (Brief) là gì? 532
- 03 Feb 2020 Chất lượng là gì? Đẳng cấp là gì? Cùng tìm hiểu toàn diện từ góc nhìn chuyên gia. 492
- 03 Mar 2020 Giả định (Assumption ) là gì? Tại sao giả định rất quan trọng với dự án? 478
- 18 Mar 2021 Kỹ thuật ước lượng dự án phần mềm linh hoạt dựa vào Story Point - phương pháp T-Shirt Sizing 459
- 03 May 2022 Mô hình Hybrid Agile là gì? 444
- 17 Mar 2020 Mô hình “Service Gaps Model” quản lý và cải thiện chất lượng dịch vụ 410
- 14 Apr 2019 Product Backlog là gì? Các đặc điểm cơ bản của một Product Backlog 395
- 02 Aug 2023 Tổng hợp một số project tham khảo khi xây dựng các ứng dụng theo mô hình Microservices 382
- 01 Aug 2023 Phân tích yêu cầu phần mềm sẽ nhìn vào thực trạng (AS-IS) hay tương lai (TO-BE)? 371
- 30 Jul 2021 14 Nguyên Tắc Quản Lý Của Deming Là Gì? 371
- 20 Jul 2021 Quản lý và đánh giá công việc theo quy trình TIGO SmartWork 345
- 02 Aug 2021 Product Owner làm gì trước khi bắt đầu sprint đầu tiên của dự án (Sprint Zero)? 313
- 18 Jun 2021 Cost of Quality - Chi phí cho chất lượng sản phẩm là gì? 301
- 28 Jun 2024 Tại sao các kỹ sư IT giỏi nhất lại là những người theo thuyết bất khả tri về công nghệ (technology agnostics)? 295
- 24 Mar 2019 Scrum giống như bà mẹ chồng, giúp bạn nhìn ra các lỗi sai 272
- 21 Apr 2020 Bảo trì phần mềm là gì? Phân biệt các loại bảo trì 239
- 08 Jan 2022 Yêu cầu thay đổi (Change Request) là gì? Làm thế nào để kiểm soát Change Request? 226
- 10 Aug 2019 Tại sao tôi chọn công thức "Work Smart" mà không phải "Work Hard"? 226
- 14 Dec 2021 Kano Model Analysis là gì? 207
- 10 May 2021 Phát triển Phần mềm Tinh gọn (Lean Software Development) 198
- 08 Feb 2021 Quy trình nâng cấp phần mềm quản trị doanh nghiệp TIGO ERP 184
- 14 Dec 2022 Phương pháp kiểm tra Fagan Inspection là gì? 159
- 28 Jul 2021 Checklist là gì? Tầm quan trọng của checklist trong công việc 153
- 14 Sep 2021 COQ (Cost of quality) áp dụng cho chất lượng phần mềm như thế nào? 88
- 11 Apr 2025 Dữ liệu sống – nền tảng cốt lõi cho sự sinh tồn và phát triển trong kỷ nguyên số 31
- 09 Jul 2025 False Dilemma và Valid Dilemma: Hai "đường biên" trong chiến lược Quản trị chất lượng và Kiểm thử phần mềm 20
Trên thế giới, khoảng nửa triệu người quản lý dự án thực hiện khoảng một triệu dự án phần mềm mỗi năm, sản xuất phần mềm trị giá 600 tỷ USD. Nhiều dự án trong số này có chất lượng không như kỳ vọng của khách hàng hoặc không cung cấp các phần mềm trong phạm vi ngân sách và thời gian hoàn thành. Một phân tích cho thấy khoảng một phần ba các dự án có chi phí và thời gian hoàn thành (cost and schedule) vượt hơn 125%.
Tại sao quá nhiều dự án phần mềm thất bại? Mặc dù có rất nhiều lý do, một trong những lý do quan trọng nhất là quản lý dự án không phù hợp. Ví dụ, các lý do chính làm cho dự án chệch ra khỏi tầm kiểm soát là mục tiêu không rõ ràng, lập kế hoạch tồi, công nghệ mới, thiếu một phương pháp quản lý dự án, và không đủ nhân sự . Ít nhất ba trong năm lý do này rõ ràng liên quan đến quản lý dự án. Hai lý do còn lại - không đủ nhân sự và công nghệ mới - có thể được coi như những rủi ro mà để quản lý chúng cũng là một phần của quản lý dự án.
Rõ ràng, bằng cách sử dụng các kỹ thuật quản lý dự án có hiệu quả, một người quản lý dự án có thể cải thiện các cơ hội để thành công. Tuy nhiên, hiệu quả của những kỹ thuật này là gì?
Hãy xem xét một tương tự. Giả sử bạn muốn phát triển cơ thể, với cơ bắp săn chắc. Để đạt được mục tiêu, bạn bắt đầu nhìn vào chương trình tập thể dục được mô tả trong tạp chí. Một bài viết mô tả làm thế nào để phát triển sức mạnh cánh tay, đưa ra một danh sách gồm 10 bài tập – không quá nhiều nếu so sánh với bất kỳ chuẩn nào. Nhưng sau đó, một bài viết khác hướng dẫn để phát triển sức mạnh đùi, cũng cung cấp 10 bài tập, và người huấn luyện cho bụng phẳng cũng cảm thấy rằng làm 10 bài tập là không quá nhiều. Nếu bạn muốn phát triển cơ thể tổng thể của bạn bằng cách làm theo của các chương trình tập thể dục riêng lẻ, bạn sẽ thấy rằng bạn có một bộ 50 đến 100 bài tập để làm - rõ ràng là không thể đối với hầu hết mọi người, hãy để một mình một người quản lý dự án bận rộn. Để đạt được mục tiêu của bạn, bạn cần một chương trình đào tạo toàn diện, thiết thực và hiệu quả.
Tương tự như vậy, bạn sẽ tìm thấy một sự phong phú về các đề xuất để thực hiện các khía cạnh khác nhau của quản lý dự án, bao gồm ước lượng/dự toán nỗ lực (effort estimation), quản lý rủi ro, giám sát dự án, quản lý cấu hình, v.v. Mặc dù mỗi kỹ thuật được đề xuất để giải quyết vấn đề riêng biệt, nhưng vẫn có sự chưa rõ ràng trong việc làm thế nào để kết hợp những kỹ thuật này lại với nhau thành một quy trình khả thi trong thực tế. Để quản lý dự án hiệu quả, cần phải trải qua thời gian thực tế quản lý, thực hiện các “chương trình tập luyện” được quản lý để tạo ra kết quả. Nói cách khác, những gì cần thiết là một quy trình cân bằng bao gồm việc quản lý toàn bộ dự án từ khi bắt đầu đến khi hoàn thành. Thật không may, có một số lượng ít các phương pháp đã được công bố chỉ dẫn làm thế nào để tích hợp các kỹ thuật lại với nhau theo cách này.
Cuốn sách này sẽ lấp đầy khoảng trống này bằng cách mô tả các quy trình đã được sử dụng trong một công ty tầm cỡ thế giới để quản lý hiệu quả các dự án phần mềm. Công ty này là Infosys, một công ty phát triển phần mềm có một thành tích tuyệt vời trong việc thực hiện dự án; chỉ tính riêng trong năm 2000, những người quản lý dự án ở Infosys đã sử dụng các quy trình được mô tả ở đây để thực hiện thành công khoảng 500 dự án cho khách hàng. Cuốn sách này thảo luận về tất cả các khía cạnh khác nhau của quản lý dự án ở Infosys - lập kế hoạch, thực hiện, và kết thúc. Bạn sẽ học làm thế nào những người quản lý dự án ở Infosys ước lượng/dự toán, lập kế hoạch quản lý rủi ro, thu thập các số đo (metrics), thiết lập các mục tiêu chất lượng, sử dụng các phép đo để giám sát một dự án, v.v. Một khía cạnh thú vị của các quy trình này, sẽ hấp dẫn cho những người quản lý dự án bận rộn, là chúng không phức tạp, cũng không cồng kềnh, sử dụng các số đo đơn giản.
Infosys đã được đánh giá ở mức 5 (mức cao nhất) của Mô Hình Trưởng Thành Năng Lực (CMM - Capability Maturity Model). Bằng cách trích ra các quy trình quản lý dự án từ các tập hợp các quy trình ở Infosys, cuốn sách này cũng minh họa làm thế nào các dự án được quản lý trong một công ty trưởng thành mức cao. Thông qua minh hoạ này, tôi hy vọng sẽ giới thiệu những lợi ích của CMM cho những người quản lý dự án - những người đã không nghiên cứu nó vì thiếu thời gian, hoặc bởi vì họ đã nhận thấy khó khăn khi dùng CMM vào thực hành quản lý dự án.
Địa chỉ tải sách: Link Tải Sách
Khám phá thêm các chủ đề sau
Đọc thêm: Hướng dẫn hợp tác viết bài (guest blogging)
Các chủ đề được quan tâm nhiều nhất
CHIA SẺ BÀI VIẾT
Mới cập nhật