Công việc ở giai đoạn này là: phân tích, thiết kế, kiểm thử.
Trong tuần làm việc đầu tiên, chúng tôi bắt đầu kéo các hạng mục ở cột lập kế hoạch vào phần đang tiến hành của cột phát triển. Các thẻ đƣợc kéo sang đƣợc ghi thêm tên ngƣời thực hiện.
Sau 2 tuần làm việc, chúng tôi chƣa thấy một hạng mục nào đƣợc đƣa sang phần đã hoàn thành của cột phát triển. Với quy trình làm việc hiện tại, chúng tôi không thể biết đƣợc hạng mục nào đang đƣợc phân tích, hạng mục nào đang đƣợc thiết kế, và hạng mục nào đã bƣớc ào giai đoạn kiểm thử. Chúng tôi lại mất một buổi họp nữa để thảo luận cho vấn đề này và quyết định tách giai đoạn phát triển thành 3 giai đoạn con: Phân tích, thiết kế, kiểm thử. Lúc này bảng của chúng tôi có dạng nhƣ sau:
Hình 4. 7 Tách giai đoạn phát triển
Chính sách làm việc của mỗi giai đoạn con đƣợc thêm vào mỗi cột. Sử dụng mô hình UML để mô tả dữ liệu ở giai đoạn phân tích. Sử dụng công cụ để thiết kế phần mềm là VS 2008, kho dữ liệu là sql200, két nối dữ liệu thông qua ODBC ở giai đoạn thiết kế. Có thể bạn sẽ thắc mắc tại sao dùng VS2008 mà không dùng SQLserver 2005, bởi vì hệ thống máy tính của khách hàng đang cài đặt phần mềm có sử dụng SQL server 2000. Chình sách cho giai đoạn kiểm thử là: kiểm thử qua 2 bƣớc: kiểm thử đơn vị , kiểm thử hệ thống. Chính sách chung cho toàn giai đoạn là: tự giác kéo các hạng mục vào phát triển. Ngƣời quản lý sẽ dựa vào số lƣợng công việc hoàn thành ở mỗi tuần để đánh giá năng lực làm việc của mỗi ngƣời.
Sau khi đã cải tiến quy trình làm việc, chúng tôi đã nhìn thấy một yêu cầu bị tắc nghẽn ở giai đoạn thiết kế. Đó là yêu cầu nhập dữ liệu giấy phép khắc dấu. Ngƣời thực hiện đang không xử lý đƣợc việc thiết kế giao diện để phù hợp với việc một giấy phép mà cho phép khắc nhiều con dấu. Vấn đề này đã đƣợc đƣa ra cho cả nhóm thảo luận và đƣa ra đƣợc cách giải quyết cuối cùng sao cho phù hợp với yêu cầu nghiệp vụ. Để biết hạng mục nào đang bị tắc nghẽn, chúng tối đánh dấu thẻ tắc nghẽn là màu xanh, trên thẻ có ghi ngày bị tắc nghẽn, lý do vì sao tắc nghẽn.
Vời việc xử lý tắc nghẽn kịp thời, chúng tôi đã cho ra phiên bản đầu tiên sau 3 tuần, sớm hơn kế hoạch là 1 tuần.
Chúng ta cùng lƣớt quá một số biểu đồ ca sử dụng trong hệ thống quản lý con dấu, các mô hình này là kết quả của giai đoạn phân tích.
Hình 4.10 Mô hình ca sử dụng “Tổng hợp tình hình quản lý con dấu”
Ở giai đoạn này, hàng tuần chúng tôi đều cập nhật biểu đồ luồng tích lũy công việc ở mỗi giai đoạn. Dƣới đây là biểu đồ tích lũy công việc từ tuần đầu phát triển đến tuần thứ 10 – tuần mà phiên bản đầy đủ các yêu cầu đƣợc hoàn thành.
0 5 10 15 20 25 30 1/4/20 13 7/4/20 14 14/04 /201 3 21/04 /201 3 28/04 /201 3 5/5/20 13 12/5/ 2013 26/05 /201 3 7/7/20 13 14/07 /201 4 21/07 /201 3 Số công việc cần làm Phân tích Thiết kế Kiểm thử Hoàn thành
Hình 4. 11 Biểu đồ luồng tích lũy số công việc ở mỗi giai đoạn phát triển