Những điều thiết yếu trong quản lý dự án

Chương3 Những điều thiết yếu quản lý dự án Quản lý dự án nhóm nhiệm vụ phức tạp có liên quan đến Những nhiệm vụ liên quan đến phát triển phần mềm nhiều là:  Lên kế hoạch dự án  Dự toán lên lịch làm việc  Quản lý tài nguyên  Giám sát dự án  Duyệt trình bày dự án  “Mổ xẻ” dự án 1.Lên kế hoạch dự án Việc lên kế hoạch dự án kéo dài suốt thời gian thực dự án “Bản kế hoạch” không cố định, thứ dự án phần mềm điển hình luôn biến đổi Kế hoạch dự án văn kiện viết người quản lý dự án, ký duyệt phê chuẩn đội ngũ phát triển quản lý cấp cao Thực chất giao kèo, cam kết đội dự định làm cách thức làm điều Nó nói lên dự án quản lý nào, vài trường hợp đặc biệt, chí mô tả bước làm lúc tài liệu điều chỉnh Các thành phần kế hoạch dự án : Giới thiệu giải thích dự án Tổ chức dự án Phân tích rủi ro Phần cứng, phần mềm, nguồn nhân lực cần thiết Dự toán chi tiết công việc nhiệm vụ Lịch thực dự án Giám sát dự án Không phải tất điều cần thiết cho dự án mô hình -Dự án theo định hướng kế hoạch : sử dụng tất - Dự án linh hoạt : dùng vài phần  Kế hoạch dự án phương tiện tốt cho việc bày bạn nghĩ bạn làm, phác thảo cho biết làm để dự án thực được, bạn lên kế hoạch việc thực phác thảo  Rắc rối kế hoạch dự án cố định Một viết kí duyệt, quản lý cấp cao nghĩ dự án tiến hành xác theo bước kế hoạch Nhưng thực tế ??? 2.Tổ chức dự án Tổ chức dự án phải trả lời câu hỏi :  Bạn tổ chức nhóm nào?  Dự án tổ chức theo Mô hình ?  Dự án chạy tảng nào? Nếu bạn làm việc nhóm có kinh nghiệm, tất điều người nắm vững, phần tổ chức dự án “Chúng ta làm theo thường làm” Tuy nhiên, phần quan trọng cho dự án toanh nhóm thiếu kinh nghiệm, phần tổ chức cho bạn để dựa vào bạn bắt đầu dự án thực 3.Phân tích rủi ro Trong phần phân tích rủi ro, bạn cần phải nghĩ nguy cơ, điều tồi tệ Kế hoạch đổ bể lí gì? Điều tệ xảy ra? Chúng ta phải làm điều thành thực? Đây vài rủi ro nên phòng tránh:  Chệch lịch làm việc: công việc nên làm ngày tuần để hoàn thành Trong dự án định hướng kế hoạch, vấn đề bạn họp báo cáo tình hình thường xuyên Đợi tuần để nói với sếp bạn bị muộn tệ nói bạn bị muộn bạn biết điều Trong dự án linh hoạt chuyện không thường xảy ra, hầu hết dự án agile có họp báo cáo tính trạng hàng  Tỉ lệ lỗi cao: kiểm tra nhiều lỗi => tiếp tục thêm tính hay dừng lại để chữa lỗi ? Đây vấn đề thực dự án mà việc tích hợp xảy theo kế hoạch định sẵn - tuần lần Với dự án mà tích hợp xảy ngày, bạn theo kịp với khuyết tật dễ dàng Trong hai trường hợp, bạn gặp phải số sai sót cao, tốt dừng lại, quan sát tìm nguyên nhân gốc rễ khiếm khuyết trước thêm nhiều chức Điều không dễ với quan điểm nhà quản lý dự án, sau bạn phải cảm ơn  Hiểu lầm yêu cầu: nhũng ta làm mà khách hàng yêu cầu Lỗi kinh điển kết việc khách hàng người phát triển sống hai giới khác Khách hàng hiểu từ góc độ người sử dụng muốn sản phẩm làm Các nhà phát triển hiểu từ góc độ kĩ thuật sản phẩm làm việc Thỉnh thoảng, họ hiểu ý điều tốt; nhiều họ không hiểu ý lúc bạn mắc lỗi hiểu lầm yêu cầu khách hàng Cách tốt để tránh trường hợp hỏi ý kiến khách hàng cho mắt sản phẩm thường xuyên  Có nhiều yêu cầu: tính mới, tính thay đổi, tính bị xóa… khó khăn không kết thúc ? Quá nhiều yêu cầu có lẽ lí lớn việc chậm kì hạn, tỉ lệ lỗi cao, dự án thất bại Điều xảy khách hàng (hoặc kế hoạch tiếp thị bạn, đội ngũ phát triển) liên tục thay đổi yêu cầu việc phát triển tiến hành Nó dẫn đến phải làm lại lượng lớn công việc việc lập trình, kiểm tra lại phác thảo bản, chậm trễ kéo dài Quản lý yêu cầu việc quan trọng quản lý dự án Trong tiến trình định hướng kế hoạch thường có hội đồng kiểm soát thay đổi (CCB), họ kiểm tra yêu cầu định có nên thêm vào danh sách tính bổ sung hay không Có thể có thành viên nhóm phát triển CCB, điều không cần thiết, nguy hiểm CCB thêm vài tính mà không hiểu rõ toàn lịch trình nỗ lực phân nhánh Trong agile, nhóm phát triển thường nắm danh sách yêu cầu ưu tiên (product backlog - Scrum), điều chỉnh danh sách điểm quan trọng dự án – sau lặp lại XP, sau lần sprint Scrum  Điều chỉnh nhân sự: nhà phát triển có kinh nghiệm bạn định tham gia việc khác trước mắt sản phẩm ba tuần Cách tốt để giảm điều chỉnh nhân : (1) cho nhà phát triển công việc thú vị, (2) tạo môi trường làm việc thoải mái thân thiện (3) để họ tự làm chủ thời khóa biểu Kì lạ chỗ, tiền động lực nhà phát triển Điều nghĩa họ không muốn trả lương hậu hĩnh, mà có nghĩa trả thêm thêm tiền cho họ để họ làm việc chăm giữ chân họ nhìn chung không hiệu Và nếu, bạn cố gắng, người phát triển giỏi bạn rời đi, bạn phải tiếp tục Tuy nhiên, ngày tận Hãy làm giảm ảnh hưởng việc nhân = cách truyền đạt hiểu biết dự án cho toàn developer Team Những nguyên tắc quyền sở hữu code chung kĩ thuật lập trình cặp hữu ích Một bạn có danh sách rủi ro dự án, bạn cần liên lạc người nói hai vấn đề: phòng tránh xử lý Đối với rủi ro, nghĩ cách bạn tránh Xác định kẽ hở lịch làm việc, duyệt code, chốt yêu cầu sớm, cho sản phẩm thường xuyên, yêu cầu lập trình theo cặp để truyền đạt hiểu biết đoạn code Sau bạn cần nghĩ bạn làm trường hợp xấu xảy ra, phần xử lý Loại bỏ đặc tính lỗi khỏi sản phẩn, dừng làm việc đặc tính tiến hành dò lỗi, điều chỉnh tính sản phẩm sau, Nếu rủi ro trở thành thực, bạn phải làm điều nó, tốt lên kế hoạch trước việc bạn làm Một bạn nói tới phòng tránh xử lý, bạn phải có kế hoạch trình bày để xử lý rủi ro biết Điều không hoàn toàn giúp bạn tránh khỏi rắc rối, có giới hạn rủi ro bạn tránh được; kinh nghiệm tiếp xúc với rủi ro bạn nghĩ đến giúp bạn xử lí tốt rủi ro mà bạn bất ngờ gặp suốt trình làm dự án Nếu dự án bạn sử dụng mô hình lặp , ý kiến tốt để xem lại lỗi bạn sau lần lặp lại xem lỗi thay đổi, định hình lại lỗi mới, loại bỏ lỗi khả xảy 4.Các yêu cầu tài nguyên  Phần dễ Có người bạn cần cho dự án? Họ có cần phải bắt đầu lúc không, họ bắt đầu dự án vào giai đoạn đề sẵn không? Có máy tính mà bạn cần? Bạn sử dụng phần mềm để phát triển? Môi trường phát triển mà bạn cần? Mọi người có đào tạo môi trường không? Những phần mềm phần cứng hỗ trợ mà bạn cần có? => cần hệ thống quản lý cấu hình  Rất nhiều câu hỏi thường giải đáp cho bạn tảng mà bạn nhắm tới miền ứng dụng mà bạn làm việc Đấy phần dễ Câu hỏi kích thước nhóm, ngày bắt đầu, bước dự án gần không trả lời bạn bắt đầu ước tính công việc lên lịch làm việc 5.Dự toán công việc lên lịch làm việc  Bước việc lên lịch dự án xem bạn làm bước Đây vấn đề gà-quả trứng kinh điển Bạn dự toán bạn biết chi tiết nhiệm vụ công việc Nhưng quản lý bạn luôn muốn dự toán lịch làm việc trước bạn bắt đầu thực Hãy từ chối điều Để việc thiết kế bạn ưu tiên hàng đầu bạn có vài ý tưởng yêu cầu Nếu bạn chọn phần nhỏ yêu cầu có ưu tiên cao, thiết kế giải pháp cho điều đó, bạn ước lượng lặp lại Đừng lo yêu cầu thay đổi, chúng thay đổi Bạn cần biết chi tiết đặc tính nhiệm vụ trước bạn làm ước toán  Đừng tin nói với bạn “cái chức sáu tháng để làm” Đấy lời dự đoán sở không thực tế Bạn ước tính điều lâu đến Điều tốt bạn làm nói “Tôi làm chức tương tự sáu tháng”  Bạn phải chia nhỏ công việc bạn thành nhiệm vụ với thời hạn không tuần Một hay hai ngày tốt Tốt dự tính chi tiết đến đơn vị người –  Một bạn có danh sách công việc cần làm, bạn bắt đầu ước lượng khối lượng công việc ước lượng thứ khác Khối lượng việc cần phải nghĩ đến trước, bạn biết công việc tốn thời gian bạn biết khối lượng việc  Cuối cùng, bạn nên có người – nhà phát triển, người trực tiếp phát triển ht – làm tất ước tính cho dự án Các nhà quản lý không nên làm dự toán phát triển Ngay người quản lý làm phát triển khứ, trừ tham gia sâu vào công tác phát triển thực sự, không nên làm công việc dự toán phát triển 6.Lập lịch – thời gian biểu Một bạn có ước tính công việc nhân lực, bạn tạo thời gian biểu Đây vài việc cần làm :  Phân tích phụ thuộc lẫn nhiệm vụ Sẽ có vài nhiệm vụ bắt đầu khác chưa làm xong Có thể có vài nhiệm vụ bắt đầu khác làm xong nửa Sẽ có vài nhiệm vụ bắt đầu lúc  Tìm xem chu kì nhiệm vụ bạn Ngoài tiếng ngày, có tiếng đội ngũ phát triển bạn thực làm việc? Bạn cần nhớ đọc thư, tham gia họp, duyệt code, nghỉ ngơi, tắm, toàn ăn vào thời gian Bạn giả sử nhiệm vụ xong ngày Thực tế, tiếng ngày, tiếng ngốn vào việc khác, chu kì nhiệm vụ thấp tiếng ngày Chu kì nhiệm vụ dựa văn hóa doanh nghiệp, bạn cần tìm hiểu xem bạn có trước bắt đầu lên lịch  Nghỉ cuối tuần, nghỉ lễ, ngày ốm, đào tạo, thêm mối nới lỏng vào bạn lên lịch trình Nếu người phát triển có kinh nghiệm bạn có công việc phần quan trọng dự án bạn bạn cần phải biết vị nghỉ lễ ba tuần vào tháng năm  Bạn lên lịch cho lập trình viên làm hai nhiệm vụ lúc Hầu hết mô hình ptpm không cho bạn làm điều này, lại cho phép ghi đè lên Đừng làm Có thể bạn muốn làm để kịp thời hạn - chống lại điều Chỉ đổi thời khóa biểu bạn chắn lỡ hạn Dùng phần mềm lập kế hoạch dự án ?  Với dự án nhỏ, dùng excel  Với nhựng dự án lớn => nên dùng Ví dụ Fast Track Scheduling, Merlin Ưu điểm mà phần mềm quản lý dự án làm mà bảng tính theo dõi phụ thuộc, biết điều phụ thuộc vào dự án giúp quản lý người làm việc gì,  Lịch trình Spolsky liệt kê bảy cột sau lịch trình:  • Tên tính  • Nhiệm vụ tính  • Các ưu tiên công tác  • Các ước tính gốc (trong người-giờ)  • Những Ước tính (trong người-giờ)  • Thời gian làm việc nhiệm vụ (trong người-giờ)  • Thời gian lại cho nhiệm vụ (còn người-giờ) 7.Giám sát dự án  Giám sát dự án theo dõi xảy bạn có lịch trình Một dự án bạn bắt đầu, nhu cầu quản lý công việc nảy sinh Làm điều xảy phụ thuộc vào trình bạn sử dụng Nhưng trình nào, bạn cần quản lý tiến độ, quản lý nhà phát triển, quản lý trình , tất cả, quản lý quản lý bạn  Là kỹ thuật quan trọng nhà quản lý để đảm bảo dự án tiến độ  Hãy đối xử với nhà phát triển bạn người, tài nguyên Hỗ trợ nhóm bạn giữ cho nhóm cách ly khỏi phiền nhiễu ưu tiên số ! 8.Duyệt trình bày tình hình  Đánh giá trạng trình bày trạng phần tất yếu dự án Các dự án lớn , có nhiều đánh giá thức  Hãy nhớ báo cáo tình trạng không khắc phục vấn đề, nói chung quản lý không thích nghe vấn đề , khó khăn Khi bạn đưa báo cáo tình trạng dự án nói với họ dự án bạn đến đâu khoảng thời gian trước báo cáo tình trạng Đừng bao biện không bào chữa; Thành thật nói vấn đề bạn đâu lịch trình  Chỉ cung cấp tin tức tốt thường có hại cho uy tín bạn; sai số điểm, đó, tốt thoát khỏi chúng Bạn phải truyền đạt tin xấu dự án Đó cách tốt để giảm thiểu vấn đề nhận hỗ trợ để tìm giải pháp Các lỗi   Chắc chắn, bạn đưa lỗi vào chương trình bạn Lỗi không tự xuất hiện; nhà phát triển đặt chúng Là nhà phát triển, mục tiêu bạn :  Đưa lỗi tốt vào mã bạn viết  Loại bỏ nhiều lỗi tốt trước phát hành mã Bug tránh khỏi Mục tiêu bạn phát hành với lỗi làm cho lỗi không thực ảnh hưởng đến sản phẩm hiệu Các loại lỗi Fatal: Sản phẩm bị lỗi, phần tảng chức không hoạt động Sereval: Một mảnh chức không hoạt động, khách hàng cách để thực Serious: Một mảnh chức không hoạt động, có cách giải cho mà khách hàng thực Annoying: Một khiếm khuyết nhỏ lỗi tài liệu mà làm phiền người sử dụng, không ảnh hưởng đến cách chương trình hoạt động New Feature Request: Đây khiếm khuyết, có yêu cầu sản phẩm 9.Sự mổ xẻ Hầu hết đội phát triển làm “khám nghiệm tử thi” sau dự án Mổ xẻ hội để phản ánh dự án hoàn thành trả lời số câu hỏi, như:  Cái đúng? Lịch trình dự án làm việc theo cách mong đợi? Dự án thực tất tính cần thiết cho khách hàng?  Điều xảy ra? Tại dự án có nhiều lỗi? Tại cần phải làm việc tuần 60 cho tháng cuối dự án?  Những vấn đề phát sinh suốt trình? Những phần có vấn đề?  Những cần phải sửa chữa thời gian tới? Những cần làm để khắc phục trình làm việc dự án, thói quen làm việc, môi trường cho dự án tiếp theo?  Ai chịu trách nhiệm sửa lỗi? Ai phải chịu trách nhiệm thay đổi tiến trình dự án; ai? (Đừng dành cho người quản lý; nhóm phát triển nên làm chủ tiến trình này.) Kết luận  Vậy ta kết thúc đâu đây? Chúng ta qua phần quan trọng quản lý dự án giới thiệu vài cách khác quản lý dự án Phần quan trọng nhà phát triển nên làm chủ tiến trình làm việc nhà quản lý nên ủng hộ lắng nghe nhà phát triển – đặc biệt lúc lịch trình ước tính thực – trở thành trung gian nhà phát triển giới Nếu bạn làm việc công ty có điều trên, hạnh phúc, bạn viết đoạn code tuyệt vời [...]... vụ (trong người-giờ)  • Thời gian còn lại cho từng nhiệm vụ (còn trong người-giờ) 7.Giám sát dự án  Giám sát dự án là theo dõi những gì xảy ra khi bạn đã có một lịch trình Một khi dự án của bạn bắt đầu, nhu cầu quản lý công việc sẽ nảy sinh Làm thế nào điều này xảy ra phụ thuộc vào quá trình bạn đang sử dụng Nhưng bất kể quá trình nào, bạn cần quản lý tiến độ, quản lý các nhà phát triển, quản lý chính... của dự án đã làm việc theo cách chúng ta mong đợi? Dự án đã thực hiện tất cả các tính năng cần thiết cho khách hàng?  Điều gì đã xảy ra? Tại sao dự án có rất nhiều lỗi? Tại sao chúng ta cần phải làm việc tuần 60 giờ cho những tháng cuối cùng của dự án?  Những vấn đề nào đã phát sinh trong suốt quá trình? Những phần nào đã có vấn đề?  Những gì chúng ta cần phải sửa chữa trong thời gian tới? Những. .. mềm quản lý dự án có thể làm mà bảng tính không thể là theo dõi phụ thuộc, biết điều gì đó về sự phụ thuộc vào dự án có thể giúp quản lý của những người làm việc trên những gì, và khi nào  Lịch trình của Spolsky liệt kê bảy cột sau trong mỗi lịch trình:  • Tên tính năng  • Nhiệm vụ trong các tính năng  • Các ưu tiên của công tác  • Các ước tính gốc (trong người-giờ)  • Những Ước tính hiện tại (trong. .. làm việc của dự án, thói quen làm việc, hoặc môi trường cho các dự án tiếp theo?  Ai chịu trách nhiệm đối với các bản sửa lỗi? Ai đó phải chịu trách nhiệm về những thay đổi tiến trình của dự án; đó là ai? (Đừng dành nó cho người quản lý; các nhóm phát triển nên làm chủ tiến trình này.) Kết luận  Vậy ta sẽ kết thúc ở đâu đây? Chúng ta đã đi qua những phần quan trọng trong quản lý dự án và đã giới... tất cả, quản lý chính quản lý của bạn  Là 1 kỹ thuật rất quan trọng của nhà quản lý để đảm bảo dự án đúng tiến độ  Hãy đối xử với các nhà phát triển của bạn như con người, không phải tài nguyên Hỗ trợ nhóm của bạn và giữ cho nhóm cách ly khỏi phiền nhiễu là ưu tiên số một ! 8.Duyệt và trình bày tình hình  Đánh giá hiện trạng và trình bày hiện trạng là một phần tất yếu của bất kỳ dự án Các dự án càng... việc 5 .Dự toán công việc và lên lịch làm việc  Bước đầu tiên của việc lên lịch dự án là xem bạn sẽ làm gì và mỗi bước mất bao lâu Đây là vấn đề con gà-quả trứng kinh điển Bạn không thể dự toán được cho tới khi bạn biết chi tiết những nhiệm vụ trong công việc Nhưng quản lý của bạn luôn luôn muốn các dự toán và lịch làm việc trước khi bạn bắt đầu thực hiện Hãy từ chối điều đó Để việc thiết kế của bạn... khối lượng việc đó  Cuối cùng, bạn nên có đúng người – những nhà phát triển, người trực tiếp phát triển ht – làm tất cả các ước tính cho dự án Các nhà quản lý không bao giờ nên làm dự toán phát triển Ngay cả người quản lý đã từng làm phát triển trong quá khứ, trừ khi đã tham gia quá sâu vào công tác phát triển thực sự, không nên làm công việc dự toán phát triển 6.Lập lịch – thời gian biểu Một khi bạn... biết Điều này không hoàn toàn giúp bạn tránh khỏi rắc rối, bởi vì sẽ có giới hạn những rủi ro bạn tránh được; nhưng kinh nghiệm tiếp xúc với rủi ro bạn nghĩ đến sẽ giúp bạn xử lí tốt những rủi ro mới mà bạn bất ngờ gặp trong suốt quá trình làm dự án Nếu dự án của bạn đang sử dụng mô hình lặp , đó là một ý kiến tốt để xem lại lỗi của bạn sau mỗi lần lặp lại và xem lỗi nào đã thay đổi, định hình lại những. .. cho một lập trình viên làm hai nhiệm vụ trong cùng một lúc Hầu hết các mô hình ptpm không cho bạn làm điều này, nhưng lại cho phép ghi đè lên nó Đừng làm vậy Có thể bạn muốn làm thế để kịp thời hạn - hãy chống lại điều đó Chỉ đổi thời khóa biểu khi bạn chắc chắn sẽ lỡ hạn Dùng phần mềm lập kế hoạch dự án ?  Với những dự án nhỏ, có thể dùng excel  Với nhựng dự án lớn => nên dùng Ví dụ Fast Track Scheduling,... rồi thiết kế một giải pháp cho điều đó, và bạn có thể ước lượng sự lặp lại đó Đừng lo rằng những yêu cầu có thể thay đổi, chúng sẽ thay đổi Bạn cần biết chi tiết các đặc tính trong các nhiệm vụ trước khi bạn làm ước toán  Đừng bao giờ tin ai nói với bạn “cái chức năng đó sẽ mất sáu tháng để làm” Đấy là một lời dự đoán không có cơ sở và không thực tế Bạn không thể ước tính điều gì lâu đến thế Điều ... nguyên  Giám sát dự án  Duyệt trình bày dự án  “Mổ xẻ” dự án 1.Lên kế hoạch dự án Việc lên kế hoạch dự án kéo dài suốt thời gian thực dự án “Bản kế hoạch” không cố định, thứ dự án phần mềm điển... hoạch dự án văn kiện viết người quản lý dự án, ký duyệt phê chuẩn đội ngũ phát triển quản lý cấp cao Thực chất giao kèo, cam kết đội dự định làm cách thức làm điều Nó nói lên dự án quản lý nào,... vụ Lịch thực dự án Giám sát dự án Không phải tất điều cần thiết cho dự án mô hình -Dự án theo định hướng kế hoạch : sử dụng tất - Dự án linh hoạt : dùng vài phần  Kế hoạch dự án phương tiện