Chủ đề
- Tìm hiểu các chức năng mà Microsoft® Visual
Studio® Team System (VSTS) cung cấp cho các nhà quản lý dự án project managers.
- Chọn một chiến thuật tạo dự án nhóm team
project creation.
- Tạo và quản lý các project với Visual Studio
Team System.
Xem trước
Chương
này giới thiệu với bạn về các chức năng quản lý dự án (project management
features) do Visual Studio Team System cung cấp và chúng giúp bạn vượt qua các
vấn đề thông thường và các thử thách liên quan đến việc quản lý các dự án phát
triển phần mềm như thế nào(managing software development projects).
Visual
Studio Team System và Team Foundation Server (TFS) cung cấp các tool, các
template và các report để giúp bạn theo
dõi và hỗ trợ các quy trình phát triển phần mềm của bạn(software development
processes). Cũng như là tạo ra kết quả giao tiếp nhóm dễ dàng hơn, sự khuyến
khích nhau giữa các team members được thực hiện có ý thức hơn, các work item
như là các nhiệm vụ được phân công và
theo dõi dễ dàng hơn, và những số liệu này cho thấy project health và progress
được theo dõi dễ dàng hơn.
Sử dụng chương này như thế nào
Sử
dụng chương này để tìm hiểu về các chức năng cụ thể của TFS và VSTS có liên
quan đến project managers.
- Hãy đọc những phần "Project Management
Summary" và "Traditional Project Management Issues" để hiểu các vấn đề mà TFS
project management tìm cách giải quyết.
- Hãy đọc những phần "Strategies for Team
Projects" để xác định chiến thuật của bạn cho việc tổ chức và khởi tạo team
project .
- Sử dụng các phần còn lại để hiểu hơn về các
process templates, work items, và các chức năng quản lý dự án khác(other
project management features).
Tổng kết về Quản Lý Dự Án
Lập
kế hoạch cho một project thường gồm một số biến thể của các bước sau:
1. Khởi tạo một vision statement. Bước này liên
quan đến việc tạo ra một cái nhìn về kết quả cuối cùng theo như mong muốn về
project của bạn, được chia sẻ bởi tất cả các bên tham gia dự án.
2. Tạo ra các kịch bản. Bước này bao gồm việc xác
định các thiết lập ban đầu của việc sử dụng các tình huống cho phần mềm. Điều này liên quan đến việc sử dụng các input
của khách hàng. Nó cũng liên quan đến việc hợp lí hóa các tình huống để chắc là
chúng chính là những giá trị mà khách hàng muốn.
3. Tạo ra một tập các chức năng để hỗ trợ những kịch bản này.
Bước này gồm sự phân chia phá vỡ(breaking) các kịch bản tình huống thành các item cụ thể của các value của khách
hàng của bạn, để bạn có thể nói với các khách hàng về sự mong đợi của họ về các
item này.
4. Tạo một tập các work item. Bước này bao gồm
việc phân chia(breaking) các tình huống kịch bản và các chức năng thành các nhiệm
vụ cụ thể. Đặt một cách khác, khi các
work item được hoàn thành, các tính năng hay kịch bản có liên quan sẽ được thực
thi.
5. Phân chia các
task thành các area. Còn bước này bao gồm
việc breaking các task vào các area. Những area này có thể là các functional(hữu dụng)
hoặc căn cứ vào bằng cách nào các team cụ thể được tổ chức.
6. Lên kế hoạch cho công việc. Bước này có thể bao gồm
lên kế hoạch tất cả các công việc trước, hay phân chia các công việc vào các iteration.
Những vấn đề bổ sung về Quản Lý Dự Án Project Management
Hầu
hết các project managers ngày nay sử dụng
nhiều tool khác nhau để quản lý các quy trình phát triển phần mềm(software
development process) và các tool này thường có ít nếu có tích hợp với các tool
được sử dụng bởi các nhà phát triển phần mềm để thực hiện công việc của họ. Điều
này làm thiếu đi sự tích hợp và gắn kết giữa các tool và các team dẫn đến các
thách thức lớn cho project manager. Bao gồm các vấn đề tiêu biểu:
- Bị chia rẻ với các nguồn thông tin riêng lẻ. Các tool để quản
lý dự án thường được sử dụng riêng lẻ, dẫn đến các thông tin mã nguồn bị tách riêng mà
không dễ gì có thể hợp nhất được. Ngoài ra, thường rất khó để hợp nhất dữ liệu
được duy trì bởi các tool để quản lý dự án với dữ liệu được duy trì bởi các
thành viên nhóm khác như là các lỗi bug được theo dõi với một hệ thống theo dõi
bug riêng biệt, để tạo ra các số liệu có ý nghĩa.
- Rất khó để thu thập các số liệu liên quan đến dự án. Thu thập các số liệu liên quan đến dự án
là rất quan trọng để theo dõi tình trạng, tạo ra các quyết định đầy đủ và trả lời
các câu hỏi hữu ích như là "Dự án sẽ được giao vào thời gian nào và ngân sách
ra sao?" Để trả lời những câu hỏi chủ chốt này, các project manager thường dựa
trên dữ liệu thu được từ Microsoft Office Project hay hệ thống theo dõi
bug(bug-tracking system) được sử dụng bởi các nhóm phát triển và kiểm thử. Củng
cố các dữ liệu từ các system khác hẳn
nhau thì rất khó, tốn thời gian và dễ bị lỗi. Hầu hết các số liệu được tạo ra bởi
các tool không được lưu trữ hay truy cập trong một phong cách thống nhất. Tạo ra các report thường
là một nỗ lực hướng dẫn chuyên sâu yêu cầu
nhiều copy và paste thông tin giữa các tool khác nhau.
-
Rất khó để bảo đảm là các yêu cầu đòi hỏi được đáp ứng.
Thường có một kẻ hở giữa các công việc dự tính cho các development team và các
yêu cầu của khách hàng và key non-functional yêu cầu xác định cho system của bạn.
Có một kẻ hở khác giữa các scheduled work và actual work. Thông tin quan trọng
thường bị mất tại các kẻ hở này và các kết quả yêu cầu không được đáp ứng .
- Quản lý các quy trình và các quá trình thay đổi. Trao đổi giao tiếp giữa các quy trình mà
nhóm của bạn làm theo có thể là một nhiệm vụ đầy thử thách. Thực thi các thay đổi
để nhắm đến các vấn đề hệ thống mà không ảnh hưởng đến hiệu suất đội có thể thực
hiện được ngay cả khi nó thực sự khó khăn hơn.
- Thiếu sự theo dõi các sự giao tiếp có thể kiểm tra được và các task. Hợp tác và gắn kết nhóm là những
điều hướng đến thông thường bằng cách tổ chức các cuộc họp nhóm và bằng cách
lên danh sách phân công công việc cho các lập trình viên để giúp họ tập trung
vào các quyền ưu tiên hơn. Theo dõi quy trình các nhiệm vụ cá nhân có thể được
thử thách. Ngoài ra, project managers thường tốn nhiều thời gian có giá trị để
thu nhặt các tình trạng thông tin từ các kế hoạch và các danh sách khác nhau.
Team members cũng tốn nhiều thời gian để hoàn thành các status report và update
các loại documents và forms khác nhau.
- Bảo đàm chất lượng. Dự đoán số lượng và mức độ nghiêm trọng của các lỗi(bugs) trong
phần mềm mà bạn đang tạo ra thật khó khăn do đó, việc dự đoán tiến độ thực hiện
và chi phí thông thường là cách tốt nhất. Như trước kia,những con số sẽ được
tính vào các phép đo ngẫu nhiên, các con số này lại phụ thuộc vào quan điểm của
người quản lý dự án về tính khả thi của nó.
VSTS
được thiết kế để giúp nhiều vấn đề mà
các project manager lâu nay thường gặp. Ngoài ra nó còn cung cấp một tập các
tool tích hợp để giúp các team cải thiện các hoạt động phát triển phần mềm của
họ và giúp các project manager hỗ trợ các quy trình phát triển phần mềm tốt
hơn.
Chi tiết về chương này, bạn có thể download tại đây:
Download chương 11
