phân tích 

Ví dụ dự án Ms. Tạo một liên kết trong cửa sổ chi tiết nhiệm vụ


C tạo một dự án mới trongđề tài thạc sĩ

Ví dụ: hãy xem xét một dự án thiết kế và phát triển trang web danh thiếp cho một cửa hàng bằng cms.

Các bước đầu tiên trong việc tạo lịch trình dự án là: bắt đầu một kế hoạch dự án mới, xác định ngày bắt đầu hoặc ngày kết thúc cho dự án và nhập thông tin chung về dự án.

  1. Khởi chạy Dự án MS.
  2. Nhấp vào nút Tạo trên thanh công cụ Tiêu chuẩn hoặc chạy lệnh Tập tin/Tạo .
  3. Trên menu Dự án chọn một độiChi tiết dự án. Nhập hoặc chọn ngày bắt đầu dự án 17 tháng 10 năm 2008. Và nhấp vào nút VÂNG.

Khi bắt đầu một dự án mới trong Microsoft Project, bạn có thể nhập ngày bắt đầu hoặc ngày kết thúc cho dự án, nhưng không thể nhập cả hai. Chỉ nên nhập ngày bắt đầu dự án, và ngày kết thúc sẽ là tính toán trong Microsoft Project sau khi nhập và lên lịch tác vụ. Nếu dự án được hoàn thành vào một ngày cụ thể, chỉ nhập ngày kết thúc của dự án. Lập kế hoạch ban đầu nên được thực hiện từ ngày kết thúc để xác định khi nào dự án cần bắt đầu.

  1. Nhấp vào nút Lưu.
  2. Trong trường Tên tệp nhập tên dự ánPhát triển trang web 1, rồi bấm vào nút Tiết kiệm .

Nhập thông tin chính về dự án

Mỗi dự án chứa một tập hợp các thành phần duy nhất: mục đích của dự án, các nhiệm vụ nhất định và những người thực hiện chúng. Để ghi nhớ tất cả các thông tin quan trọng và mối quan hệ của chúng, bạn nên nhập dữ liệu dự án và tham khảo khi cần thiết.

  1. Trên menu Tệp chọn một đội Của cải và mở tab Tài liệu.
  2. Nhập bất kỳ chi tiết nào về dự án, chẳng hạn như ai sẽ quản lý dự án và duy trì tệp dự án, mô tả mục đích của dự án, các ràng buộc đã biết và nhập các nhận xét chung khác về dự án.
  3. Nhấn nút OK.

Thiết lập lịch dự án

lịch dự áncó thể được sửa đổi để phản ánh ngày và giờ làm việc cho từng thành viên dự án.lịch chuẩn: các ngày làm việc từ thứ 2 đến thứ 6, từ 9:00 đến 18:00, nghỉ trưa 1 tiếng. Bạn cũng có thể xác định giờ không làm việc, chẳng hạn như ngày cuối tuần hoặc buổi tối, cũng như những ngày cuối tuần đặc biệt, chẳng hạn như ngày lễ.

  1. Trên menu Xem chọn một đội Biểu đồ Gantt.

Chế độ xem này được sử dụng để hiển thị các cài đặt mặc định cho một dự án mới. Cửa sổ dạng xem dự án có thêm một thanh tiêu đề dọc hiển thị tên của dạng xem.

  1. Trong menu Dịch vụ chọn một độiThay đổi giờ làm việc.
  2. Chọn một ngày trên lịch, chẳng hạn như ngày 1 tháng 1 năm 2008.
  3. Chọn một sự lựa chọn thời gian không làm việc cho các ngày cuối tuần từ ngày 1 đến ngày 9 tháng 1, ngày 23 tháng 2 và ngày 8 tháng 3.
  4. Chọn một sự lựa chọngiờ làm việc không chuẩnđể thay đổi giờ hoạt động vào thứ Sáu, trong lĩnh vực này TỪ nhập 9:00 đến 13:00 và thời gian kết thúc vào trường Từ 14:00 đến 17:00.
  5. Nhấn nút OK.

Nhập và sắp xếp danh sách nhiệm vụ

Ở phần cuối của hướng dẫn này, bạn sẽ tạo một danh sách các nhiệm vụ được sắp xếp theo các nhiệm vụ tóm tắt và chi tiết.

Nhập nhiệm vụ và thời lượng của chúng

Một dự án điển hình là một tập hợp các dự án có liên quan nhiệm vụ . Nhiệm vụ được xác định bởi phạm vi công việc và cụ thể kết quả ; nó phải đủ ngắn để tiến độ có thể được theo dõi thường xuyên. Thời lượng của các nhiệm vụ thường nằm trong khoảng từ một ngày đến hai tuần.

  1. Trong cửa sổ dự án (được biểu thị bằng Biểu đồ Gantt trong ) trong trường Tên tác vụ nhập tên của tác vụ đầu tiên (xem Hình 1). Trong cột Khoảng thời gian Microsoft Project nhập thời lượng tác vụ ước tính là một ngày bằng dấu chấm hỏi.

Bạn có thể thêm ghi chú cho từng nhiệm vụ. trong lĩnh vực Tên nhiệm vụ chọn một nhiệm vụ và nhấp vào nút Ghi chú nhiệm vụ . Nhập thông tin vào trườngGhi chú và nhấp chuột nút OK.

  1. Trong trường Thời lượng nhập thời gian cần thiết để hoàn thành tác vụ (xem Hình 1). Thời gian thực hiện được nhập: theo tháng, tuần, ngày, giờ hoặc phút, trừ những ngày không làm việc. Bạn có thể sử dụng các từ viết tắt sau.

tháng = tháng tuần = n ngày = d giờ = h phút = phút

Ghi chú. Để chỉ định thời lượng gần đúng, hãy nhập dấu chấm hỏi sau dấu chấm hỏi.

  1. Nhấn phím ENTER.
  2. Trên các dòng sau, hãy nhập các nhiệm vụ bổ sung được yêu cầu để hoàn thành dự án. Làm thế nào để tổ chức và sửa đổi chúng sẽ được thảo luận sau.

Ghi chú. Bạn không nên nhập ngày vào trường Bắt đầu và Kết thúc cho mỗi nhiệm vụ. Microsoft Project tính toán ngày bắt đầu và ngày kết thúc dựa trên mối quan hệ giữa các nhiệm vụ, điều này sẽ được thảo luận trong bài học tiếp theo.

khảo sát tiền dự án

Định nghĩa của một ngày dự án

Lập kế hoạch

Lịch trình ngày làm việc

Lập kế hoạch ngân sách ngày

Lập kế hoạch rủi ro trong ngày

Thiết kế

Xác định chủ đề và tổ chức nội dung của ngày

Phân tích nội dung ngày

Cấu trúc nội dung ngày

Tạo một kế hoạch phân phối nội dung

Ngày Thiết Kế Thiết Kế

Thiết kế SCRIPT

Thiết kế một trang web lưu trữ

thiết kế nội dung ngày

Thiết kế hoàn thành 0 ngày

Phân tích và quản lý ngày

Thực hiện

Phát triển các mẫu (thiết kế) ngày

Phát triển nội dung đồ họa (nút, logo) ngày

CMS ) ngày

Làm đầy tài nguyên (nội dung) ngày

ngày lưu trữ

Tài liệu (hướng dẫn) ngày

Phân tích các mẫu về khả năng sử dụng, khách hàng và giải pháp kiểm soát (quyết định rủi ro) ngày

thử nghiệm

thử nghiệm nội bộ

Ngày kiểm tra khả năng sử dụng

Ngày kiểm tra chức năng

Ngày kiểm tra nội dung (về ngữ pháp và logic)

Ngày thử nghiệm bên ngoài

ngày sàng lọc

Thực hiện

Chuyển giao trang web cho khách hàng

Tiến hành một lớp học tổng thể về việc sử dụng ngày

Khuyến mãi

Ngày tối ưu hóa công cụ tìm kiếm

Đăng ký trong công cụ tìm kiếm

Điền vào từng yếu tố với ngày thông tin

Thực hiện hoàn thành 0 ngày

Phân tích cú pháp và lưu trữ tài liệu

Ký kết hợp đồng hỗ trợ trong ngày

ngày miễn trừ

Cơm. 1. Kế hoạch dự án

Tạo cột mốc

Cột mốc Đây là một nhiệm vụ được sử dụng để chỉ ra các sự kiện quan trọng trong lịch trình, chẳng hạn như việc hoàn thành một cột mốc quan trọng. Khi bạn nhập thời lượng bằng 0 cho một nhiệm vụ trong Microsoft Project, biểu đồ Gantt sẽ hiển thị một biểu tượng cột mốc vào đầu ngày tương ứng.

  1. Trong trường Thời lượng bấm vào thời lượng của nhiệm vụ bạn muốn tạo một cột mốc, sau đó nhập một giá trị 0d . nhấn phímĐI VÀO.

Ghi chú. Một nhiệm vụ có thời lượng bằng 0 sẽ tự động được đánh dấu là một mốc quan trọng, nhưng bất kỳ nhiệm vụ nào cũng có thể được coi là một mốc quan trọng. Để đánh dấu một nhiệm vụ là một mốc quan trọng, hãy chọn nhiệm vụ trong trường Tên nhiệm vụ. Ấn nút chi tiết nhiệm vụtrên thanh công cụ chuẩn (hoặc chạy lệnhChi tiết Dự án/Nhiệm vụ). Chọn tab Ngoài ra và sau đó kiểm tra hộpĐánh dấu một nhiệm vụ như một cột mốc quan trọng.

Tổ chức các nhiệm vụ trong một cấu trúc logic

cấu trúcgiúp tổ chức các nhiệm vụ thành các thành phần dễ quản lý hơn. Bằng cách tạo cấu trúc phân cấp, bạn có thể kết hợp các nhiệm vụ liên quan thành một nhiệm vụ tổng quát hơn. Nhiệm vụ được chia sẻ được gọi là nhiệm vụ tóm tắt (hoặc giai đoạn); các nhiệm vụ được nhóm theo một nhiệm vụ tóm tắt được gọi là nhiệm vụ phụ . Ngày bắt đầu và ngày kết thúc của nhiệm vụ tóm tắt được xác định bởi ngày bắt đầu và ngày kết thúc của nhiệm vụ con đầu tiên và cuối cùng. Trong ví dụ của chúng tôi, tổng (các giai đoạn) là các nhiệm vụ -Khảo sát tiền dự án, Thiết kế, Thực hiện, Kiểm tra, Thực hiện.

Để tổ chức phác thảo, sử dụng các nút phác thảo.

thụt lề

mỏm đá

Hiển thị nhiệm vụ con

Ẩn nhiệm vụ con
  1. Trong trường Tên nhiệm vụ Chọn các nhiệm vụ mà bạn muốn thực hiện các nhiệm vụ con.
  2. Nhấp vào nút thụt lề để thụt lề nhiệm vụ.
  3. Làm tương tự với các nhiệm vụ con còn lại.

Thay đổi danh sách nhiệm vụ

Nếu bạn đã tạo một danh sách nhiệm vụ, bạn có thể muốn thay đổi vị trí của các nhiệm vụ, sao chép một nhóm nhiệm vụ hoặc xóa các nhiệm vụ mà bạn không cần nữa.

  1. Trong trường "Số nhận dạng" » (ô ngoài cùng bên trái) chọn tác vụ bạn muốn sao chép, di chuyển hoặc xóa. Để đánh dấu một hàng, hãy nhấp vào số ID tác vụ. Để chọn nhiều dòng liền kề bằng cách giữ một phím SỰ THAY ĐỔI , bấm vào số hàng đầu tiên và cuối cùng trong phạm vi mong muốn. Để chọn nhiều dòng ngẫu nhiên, bấm phímĐIỀU KHIỂN và trong khi giữ nó, hãy nhấp vào từng số ID nhiệm vụ.
  2. Sao chép, di chuyển hoặc xóa một tác vụ. Để sao chép một nhiệm vụ, hãy nhấp vào nút Sao chép . Để di chuyển một nhiệm vụ, hãy bấm vào nút Cắt ra . Để xóa một tác vụ, hãy bấm phím DEL.
  3. Để di chuyển một khối đã cắt hoặc dán một khối đã sao chép, hãy chọn các hàng mà bạn muốn dán khối đó vào. Hãy chắc chắn rằng các hàng cần thiết được chọn. Ấn nút Chèn . Nếu các hàng được dán chứa thông tin, các hàng mới sẽ được chèn phía trên các hàng đó.
  4. Lưu tệp dự án định kỳ.

Khuyên bảo. Để thêm một nhiệm vụ mới giữa những nhiệm vụ hiện có, hãy chọn số ID nhiệm vụ và bấm phím INS . Sau khi chèn một nhiệm vụ mới, tất cả các nhiệm vụ sẽ tự động được đánh số lại.

Tạo mối quan hệ giữa các nhiệm vụ

Một trong những cách đáng tin cậy nhất để lên lịch các nhiệm vụ là thiết lập mối quan hệ giữa chúng, tức là.phụ thuộc nhiệm vụ. Các phụ thuộc nhiệm vụ phản ánh điều kiện của các nhiệm vụ tiếp theo, hoặc người theo dõi , nhiệm vụ trước đó, hoặcngười tiền nhiệm. Ví dụ: nếu nhiệm vụ "Sơn tường" phải được hoàn thành trước nhiệm vụ "Treo đồng hồ", bạn có thể liên kết hai nhiệm vụ để nhiệm vụ "Sơn tường" trở thành nhiệm vụ trước và nhiệm vụ "Treo đồng hồ" người kế vị.

Phát hành các loại liên kết

Có bốn loại liên kết giữa các tác vụ trong MS Project. Mối quan hệ Kết thúc để bắt đầu, hay viết tắt là FS (OH), là loại phụ thuộc nhiệm vụ phổ biến nhất trong đó nhiệm vụ B không thể bắt đầu cho đến khi nhiệm vụ A được hoàn thành:

Mối quan hệ Start-to-start, hay viết tắt là SS (HH), biểu thị một phụ thuộc trong đó tác vụ B không thể bắt đầu cho đến khi tác vụ A bắt đầu. Ví dụ: Chỉnh sửa kỹ thuật không thể bắt đầu trước Chỉnh sửa nội dung, nhưng để bắt đầu Chỉnh sửa kỹ thuật, nó không cần thiết phải đợi Chỉnh sửa Nội dung kết thúc. Với sự trợ giúp của kết nối như vậy, các tác vụ cần được thực hiện gần như đồng thời thường được kết hợp với nhau.

Mối quan hệ Finish-to-Finish, hay viết tắt là FF(00), biểu thị một sự phụ thuộc trong đó tác vụ B không thể hoàn thành cho đến khi tác vụ A hoàn thành đồng thời, nhưng một tác vụ không thể kết thúc cho đến khi tác vụ kia hoàn thành. Chẳng hạn, việc bàn giao chương trình đi đôi với việc sửa lỗi (phát hiện trong quá trình bàn giao), đến khi sửa lỗi xong thì việc bàn giao cũng không thể hoàn thành.

Mối quan hệ Bắt đầu đến Kết thúc, hay viết tắt là SF, biểu thị mối quan hệ phụ thuộc trong đó nhiệm vụ B không thể hoàn thành cho đến khi nhiệm vụ A bắt đầu. Thông thường, mối quan hệ như vậy được sử dụng khi A là một nhiệm vụ có ngày bắt đầu cố định không thể thay đổi. Trong trường hợp này, ngày bắt đầu của nhiệm vụ tiếp theo không thay đổi khi thời lượng của nhiệm vụ trước đó tăng lên.

Sau khi các nhiệm vụ được liên kết, việc thay đổi ngày của người tiền nhiệm sẽ ảnh hưởng đến ngày của người kế nhiệm. Microsoft Project tạo một phụ thuộc nhiệm vụ Kết thúc-Bắt đầu theo mặc định. Tuy nhiên, do phụ thuộc End-to-Start không phù hợp với mọi trường hợp, nên đối với mô hình dự án thực tế liên kết nhiệm vụ có thể được thay đổi thành Start-Start, End-End hoặc Start-End.

Sử dụng sự chậm trễ và tạm ứng

Thông thường trong cuộc sống, sự phụ thuộc giữa các nhiệm vụ phức tạp hơn một chút so với Kết thúc để bắt đầu. Ví dụ, giữa nhiệm vụ "Sơn tường" và "Treo tranh", phải mất một ngày để sơn khô. Để mô tả sự phụ thuộc như vậy giữa các tác vụ, MS Project sử dụng tham số Lag. Ví dụ, trong trường hợp sơn tường, độ trễ giữa các công việc nên là 1 ngày.

Độ trễ là một thuộc tính của liên kết và có thể được chỉ định trong hộp thoại thuộc tính liên kết (ví dụ: 1 ngày) hoặc dưới dạng phần trăm thời lượng của tác vụ tiền nhiệm. Ví dụ: nếu tiền đề dài 4 ngày, thì độ trễ 25% sẽ là 1 ngày.

Đôi khi bạn không cần phải đợi nhiệm vụ trước đó hoàn thành trước khi bắt đầu nhiệm vụ tiếp theo. Ví dụ, bạn có thể bắt đầu dán giấy dán tường khi thạch cao được dán trên ít nhất một số bức tường trong nhà. Trong trường hợp này, chì nên được sử dụng. Khách hàng tiềm năng được nhập theo cách tương tự như độ trễ, nhưng có dấu âm, ví dụ: khách hàng tiềm năng trong 1 ngày được biểu thị là -Id (-1d) và khách hàng tiềm năng là 50% (nghĩa là nhiệm vụ tiếp theo bắt đầu khi phần trước hoàn thành một nửa) là -50% .

Cách tạo mối quan hệ

Con chuột

Liên kết được tạo bằng cách kéo chuột từ thanh này sang thanh khác của biểu đồ Gantt, với loại liên kết được xác định là FS theo mặc định. Tác vụ tiền nhiệm là tác vụ mà quá trình kéo bắt đầu và tác vụ kế tiếp là tác vụ mà quá trình kéo kết thúc (mũi tên ở cuối liên kết biểu thị tác vụ kế tiếp). Để xóa một liên kết hoặc thay đổi loại của nó, nhấp đúp vào sơ đồ và thực hiện các thao tác thích hợp trong hộp thoại mở ra.

Sử dụng thực đơn

Để liên kết hai hoặc nhiều nhiệm vụ với nhau, hãy chọn chúng trong trường Tên nhiệm vụ và theo cùng một thứ tự mà chúng nên được kết nối. Để chọn nhiều tác vụ liên tiếp, hãy bấm phím SỰ THAY ĐỔI và trong khi giữ nó, hãy nhấp vào nhiệm vụ đầu tiên và cuối cùng. Để chọn ngẫu nhiên nhiều tác vụ, hãy bấm phímĐIỀU KHIỂN và trong khi giữ nó, hãy nhấp vào từng nhiệm vụ được yêu cầu.

Nhấp vào nút Liên kết Nhiệm vụ ( hoặc chạy lệnhChỉnh sửa/Liên kết tác vụ).

Để chỉnh sửa liên kết tác vụ, bấm đúp vào dòng liên kết giữa các tác vụ mà bạn muốn chỉnh sửa. Hộp thoại Phụ thuộc nhiệm vụ sẽ mở ra. Nếu hộp thoại Line Styles mở ra, bạn đã không nhấp vào một đường liên kết; bạn phải đóng hộp thoại này và nhấp đúp vào liên kết tác vụ một lần nữa.

hộp tổ hợp Loại chọn loại kết nối mong muốn giữa các tác vụ và nhấp vào nút VÂNG.

Để ngắt liên kết giữa các tác vụ, hãy chọn các tác vụ này trong trường Tên tác vụ và nhấp vào nútBỏ liên kết nhiệm vụ. Tất cả các liên kết bị xóa và tất cả các tác vụ được lên lịch lại dựa trên những hạn chế , chẳng hạn như Càng sớm càng tốt hoặc Kết thúc thực tế.

Chỉnh sửa liên kết trong bảng

Để nhanh chóng chỉ định nhiệm vụ tiền nhiệm trong khi nhập nhiệm vụ, hãy sử dụng cột Tiền nhiệm, được bao gồm theo mặc định trong bảng Mục nhập.

Trong trường hợp kết nối khác với tiêu chuẩn, số lượng nhiệm vụ trước đó và tên viết tắt tương ứng với loại kết nối phải được chỉ định trong trường. Nếu kết nối bị trễ hoặc dẫn, thì nó phải được chỉ định bên cạnh loại kết nối, sử dụng dấu + hoặc -. Nếu độ trễ hoặc độ dẫn được sử dụng với kết nối FS (OH) tiêu chuẩn, thì chữ viết tắt của nó cũng phải được chỉ định. Và nếu nhiệm vụ có một số người tiền nhiệm, thì các liên kết với chúng phải được chỉ định thông qua dấu chấm phẩy.

Chỉnh sửa liên kết trong biểu mẫu

Nếu bạn sử dụng nhiều loại liên kết khác nhau trong một dự án, sẽ thuận tiện hơn khi sử dụng các hộp thoại đặc biệt để làm việc với chúng. Thuận tiện nhất là hộp thoại Task Form. Biểu mẫu này được hiển thị nếu trong biểu đồ Gantt, chọn lệnh menu Cửa sổ / Chia (Cửa sổ / Chia).

Thiết lập liên kết giữa các nhiệm vụ trong dự án (xem Bảng 1).


Bảng 1

Tên nhiệm vụ

người tiền nhiệm

khảo sát tiền dự án

Định nghĩa dự án

Lập kế hoạch

Lịch làm việc

lập kế hoạch ngân sách

lập kế hoạch rủi ro

Thiết kế

Thiết kế cấu trúc trang web

Xác định chủ đề và tổ chức nội dung

phân tích nội dung

cấu trúc nội dung

10НН+2ngày

Tạo một kế hoạch phân phối nội dung

kỹ thuật thiết kế

12НН+1ngày

Thiết kế SCRIPT

12НН+2ngày

Thiết kế trang web lưu trữ

thiết kế nội dung

12НН+2ngày

thiết kế hoàn thành

Phân tích và quản lý

Thực hiện

Phát triển mẫu (thiết kế)

Phát triển nội dung đồ họa (nút, logo)

20НН+2d

Phát triển các kịch bản bổ sung ( CMS)

21НН+1d

Làm đầy tài nguyên (nội dung)

lưu trữ

Tài liệu (hướng dẫn)

24НН+1ngày

Phân tích các mẫu về khả năng sử dụng, khách hàng và giải pháp kiểm soát (quyết định rủi ro)

thử nghiệm

thử nghiệm nội bộ

kiểm tra khả năng sử dụng

26ON+7d

kiểm tra chức năng

26ON+8d

Kiểm tra nội dung (về ngữ pháp và logic)

26ON+6d

thử nghiệm bên ngoài

sàng lọc

Thực hiện

Chuyển giao trang web cho khách hàng

Tiến hành một lớp học tổng thể về việc sử dụng

Khuyến mãi

Tối ưu hóa công cụ tìm kiếm

33ON+5d

Đăng ký trong công cụ tìm kiếm

Điền thông tin vào từng phần tử

Thực hiện hoàn thành

Chuyển tài liệu dự án

Phân tích cú pháp và lưu trữ tài liệu

Ký kết thỏa thuận hỗ trợ

Từ bỏ yêu cầu bồi thường

Ngày bắt đầu dự án

Hãy để dự án của chúng tôi bắt đầu vào thứ Hai 20/10/2008.

  1. Mở hộp thoại định nghĩa dự án bằng lệnh menu Dự án/Thông tin dự án (Dự án/Chi tiết dự án) và thay đổi giá trị của tham số Ngày bắt đầu ( Ngày bắt đầu) kể từ ngày 20.10.2008 . Sau đó, kế hoạch dự án sẽ tự động xây dựng lại.
  2. Phát triển trang web 1.

Hạn chế và thời hạn

Việc ràng buộc một nhiệm vụ với một ngày cụ thể trong MS Project được thực hiện bằng phần tử Ràng buộc ( giới hạn ). Ví dụ, bằng cách sử dụng các ràng buộc, bạn có thể chỉ định rằng một tác vụ phải bắt đầu vào một ngày nhất định hoặc kết thúc không muộn hơn một ngày nhất định.

Bằng cách xác định thời lượng nhiệm vụ và mối quan hệ giữa chúng, bạn cung cấp cho chương trình tính linh hoạt để tính toán lại kế hoạch dự án nếu lịch trình thay đổi. Việc giới thiệu các hạn chế làm giảm tính linh hoạt này và MS Project phân biệt một số loại hạn chế (Bảng 2) tùy thuộc vào mức độ chúng ảnh hưởng đến tính linh hoạt của tính toán.

Trong các dự án được lên lịch từ ngày bắt đầu, theo mặc định, tất cả các nhiệm vụ đều có ràng buộc Càng sớm càng tốt (Sớm nhất có thể) và đối với các dự án được lên lịch từ ngày kết thúc, càng muộn càng tốt ( muộn nhất có thể).

ban 2

loại hạn chế

Lịch trình tác động

Sự miêu tả

Càng sớm càng tốt (ASAP)

Linh hoạt

Với giới hạn này, MS Project đặt nhiệm vụ vào lịch trình càng sớm càng tốt, có tính đến các tham số lịch trình khác. Không có hạn chế bổ sung về nhiệm vụ. Giới hạn mặc định này áp dụng cho tất cả các tác vụ nếu dự án được lên lịch từ ngày bắt đầu

Càng muộn càng tốt (ALAP), càng muộn càng tốt (KMP)

Linh hoạt

Với giới hạn này, MS Project đặt nhiệm vụ vào lịch trình càng muộn càng tốt, có tính đến các tham số kế hoạch khác. Không có hạn chế bổ sung về nhiệm vụ.

Giới hạn mặc định này áp dụng cho tất cả các nhiệm vụ nếu dự án được lên lịch từ ngày kết thúc

Kết thúc Không Muộn hơn (FNLT), Kết thúc Không Muộn hơn ( SNP)

Trung bình cộng

Ràng buộc này cho biết ngày muộn nhất mà một nhiệm vụ phải được hoàn thành. Trong trường hợp này, nhiệm vụ có thể được hoàn thành cả vào ngày này và trước đó. Nhiệm vụ tiền nhiệm sẽ không thể "đẩy" một nhiệm vụ có ràng buộc FNLT (FNLT) sau ngày hạn chế.

Đối với các dự án được lên lịch từ ngày kết thúc, giới hạn này áp dụng khi bạn nhập ngày kết thúc nhiệm vụ

Bắt đầu Không muộn hơn (SNLT), Bắt đầu Không muộn hơn (NNL)

Trung bình cộng

Giới hạn này cho biết ngày mới nhất mà một tác vụ có thể bắt đầu. Nhiệm vụ có thể bắt đầu sớm hơn hoặc vào ngày này, nhưng không thể muộn hơn. Người tiền nhiệm sẽ không thể "đẩy" một tác vụ có ràng buộc SNLT (SNLT) sau ngày hạn chế.

Đối với các dự án được lên lịch từ ngày kết thúc, giới hạn này áp dụng khi bạn nhập ngày bắt đầu cho nhiệm vụ

Kết thúc không sớm hơn (FNET), Kết thúc không sớm hơn (ONR)

Trung bình cộng

Ràng buộc này cho biết ngày sớm nhất mà một nhiệm vụ có thể được hoàn thành. Một nhiệm vụ không thể được đặt trên lịch trình để kết thúc sớm hơn ngày được chỉ định.

Đối với các dự án được lên lịch từ ngày bắt đầu, giới hạn này áp dụng khi bạn nhập ngày kết thúc nhiệm vụ

Bắt đầu không sớm hơn (SNET)

Trung bình cộng

Giới hạn này cho biết ngày sớm nhất mà một nhiệm vụ có thể bắt đầu. Nhiệm vụ không thể được đặt trên lịch trình sớm hơn ngày đã chỉ định.

Đối với các dự án được lên lịch từ ngày bắt đầu, giới hạn này áp dụng khi bạn nhập ngày bắt đầu cho một nhiệm vụ

Phải Khởi động Bật (MSO), Khởi động Cố định ( FN )

không linh hoạt

Ràng buộc này chỉ định ngày chính xác mà ngày bắt đầu của nhiệm vụ phải được đặt trong lịch trình. Các yếu tố khác (kết nối giữa các nhiệm vụ, sự chậm trễ hoặc khách hàng tiềm năng, v.v.) không thể ảnh hưởng đến vị trí của nhiệm vụ trong lịch trình

Phải Kết thúc Bật (MFO), Kết thúc Cố định ( tài chính)

không linh hoạt

Ràng buộc này chỉ định ngày chính xác mà ngày kết thúc nhiệm vụ phải được đặt trong lịch trình. Không có yếu tố nào khác có thể ảnh hưởng đến điều này

Bạn có thể thay đổi các giới hạn mặc định bằng cách nhập ngày bắt đầu hoặc ngày kết thúc cho một tác vụ trong cột Bắt đầu và Kết thúc trong bảng Mục nhập hoặc bất kỳ bảng nào khác có chứa các cột này. Sau khi nhập ngày, MS Project sẽ đặt giới hạn theo Bảng. 2.

Đường giới hạn ) ngày chỉ thời hạn hoàn thành nhiệm vụ. Sự khác biệt giữa việc sử dụng thời hạn và sử dụng một ràng buộc là sự tồn tại của thời hạn không ảnh hưởng đến việc tính toán tiến độ dự án. Nếu một nhiệm vụ có thời hạn, biểu đồ Gantt sẽ hiển thị một dấu tương ứng và nếu nhiệm vụ không đáp ứng thời hạn này, thì một biểu tượng đặc biệt sẽ xuất hiện trong cột Chỉ số.

Các ràng buộc phải có trong kế hoạch trước khi bạn chuyển từ lập kế hoạch phạm vi công việc sang lập kế hoạch các nguồn lực tham gia vào dự án. Điều này là do thời hạn thường phụ thuộc vào số lượng người được giao và thời hạn sẽ cho bạn biết khi nào cần giao nhiều người hơn cho một nhiệm vụ để đáp ứng thời hạn và khi nào thì ít hơn nếu thời hạn không chặt chẽ.

Các hạn chế chính về thời gian thực hiện các giai đoạn chính có thể được đưa ra sau khi phác thảo kế hoạch khung của dự án. Sau khi tất cả các công việc được thêm vào kế hoạch, cần phải giới hạn những công việc quan trọng nhất và chỉ sau đó mới tiến hành xác định các kết nối và thời lượng. Thông thường ở giai đoạn này, bạn có thể tìm hiểu xem công việc có đúng hạn hay không và điều chỉnh thời lượng của một số nhiệm vụ.

Ví dụ về việc sử dụng giới hạn và thời hạn

Vì trong ví dụ của chúng tôi, chúng tôi không xác định giới hạn và thời hạn trong giai đoạn lập kế hoạch công việc bộ xương, chúng tôi sẽ bắt đầu xác định thời hạn và giới hạn trong kế hoạch công việc hiện tại. trong dự ánThiết kế và phát triển trang web danh thiếp cho cửa hàng bằng cmschúng tôi sẽ sử dụng cả hai loại hạn chế của MS Project: và trên thực tế hạn chế và thời hạn để bạn có thể so sánh mức độ dễ sử dụng.

Giả sử rằng trang web được phát triển trung bình trong 4 tháng. Điều này có nghĩa là bắt đầu phát triển trang web vào cuối tháng 10, chúng tôi phải hoàn thành vào giữa tháng 2, chẳng hạn, không muộn hơn ngày 20. Vì ngày này thường được chỉ định trong hợp đồng với khách hàng mà trang web được chuyển giao nên hạn chế này rất nghiêm ngặt. Theo đó, đối với nhiệm vụ cuối cùng Miễn trừ Yêu cầu, bạn cần đặt ràng buộc Kết thúc Không muộn hơn thành ngày 20.02.09.

  1. Tại sao bạn cần nhấp đúp vào tác vụ để mở hộp thoạichi tiết nhiệm vụvà chuyển đến tab Ngoài ra.
  2. Trên tab Nâng cao trong menu thả xuống Loại ràng buộc ( loại hạn chế) chọn Kết thúc không muộn hơn.
  3. Trong trường Ngày ràng buộc ( ngày hạn chế) chỉ định ngày kết thúc nhiệm vụ được giới hạn- 20.02.09.

Đôi khi, để loại bỏ ràng buộc, bạn cần xóa ngày đã nhập trong trường Ngày ràng buộc. Nhưng MS Project không cho phép bạn để trống trường này và do đó, để xóa ngày khỏi trường, bạn cần thay thế nó bằng văn bản NA (NA).

  1. Nhấn nút OK.

Khi đặt một ràng buộc, MS Project sẽ kiểm tra xem tác vụ có bất kỳ liên kết nào không và nếu có, sẽ phân tích xem ràng buộc được đặt có thể dẫn đến xung đột hay không. Theo chương trình, nếu điều này là có thể, thì một gợi ý sẽ hiển thị mà bạn có thể hủy cài đặt hạn chế (công tắc đầu tiên), tiếp tục sử dụng hạn chế khác (tối ưu, theo quan điểm của MS Project) (công tắc thứ hai), hoặc tiếp tục sử dụng hạn chế đã chọn (công tắc thứ ba).

Trong trường hợp của chúng ta, nhiệm vụ tuân theo ràng buộc Finish No Later Than (Kết thúc không muộn hơn) có tiền thân và nếu nó kết thúc muộn hơn ngày ràng buộc, nó sẽ gây ra xung đột. MS Project coi việc sử dụng ràng buộc Finish No Early Than là tối ưu trong trường hợp của chúng ta (Kết thúc không sớm), nhưng nó không phù hợp với chúng tôi chút nào.

Ghi chú. Bạn có thể nhận thông tin về loại hạn chế được tạo bằng cách di chuột qua biểu tượng tương ứng trong trường Chỉ báo ( các chỉ số).

  1. Sau đó, giả sử rằng, theo thỏa thuận với nhà phát triển tự do cung cấp dịch vụ phát triển mẫu,phát triển mẫu(nhiệm vụ này không có nhiệm vụ trước) nên bắt đầu 20.11.08 và vượt qua trong vòng 5 ngày. Theo đó, chúng tôi cố định ngày này với ràng buộc Must Start On (bắt đầu cố định) và thời lượng trong 5 ngày.
  2. Hãy đưa nhiệm vụ quan trọng số 18 vào kế hoạchthiết kế hoàn thành. Theo hợp đồng, bản thiết kế phải hoàn thành trước sân khấu 5 ngày Triển khai , tức là cho đến ngày 20.11.08 .
  3. Đặt thời hạn cho một nhiệm vụlưu trữ ngày 26.12.08.
  4. Bạn chỉ có thể đặt một trang web trên máy chủ lưu trữ khi quá trình phát triển mẫu, thiết kế đồ họa, CMS đã hoàn thành ít nhất một nửa và nội dung của tài nguyên đã được lấp đầy. Vì vậy, chúng tôi sẽ buộc nhiệm vụVị trí lưu trữphụ thuộc FS(OH) với nhiệm vụLàm đầy tài nguyên (nội dung)và đặt độ trễ (Lag) -50%.
  5. lưu trữtrên thực tế, là cuối cùng, bởi vì sau khi hoàn thành, một trong những kết quả của dự án đã đạt được, được nhóm dự án chuyển giao “ra bên ngoài”. Trong trường hợp này, thời lượng hoàn thành nhiệm vụ không phải bằng không. Để đánh dấu một nhiệm vụ có thời lượng khác 0 là đã hoàn thành, bạn cần sử dụng tab Nâng cao ( Ngoài ra ) trong hộp thoại chi tiết nhiệm vụ. Trên tab, chọn hộp kiểm Đánh dấu tác vụ là cột mốc (Đánh dấu một nhiệm vụ như một cột mốc quan trọng).

Nhiệm vụ định kỳ

Thông thường trong một dự án, một số nhiệm vụ diễn ra thường xuyên, chẳng hạn như chuẩn bị báo cáo cho khách hàng dự án hoặc họp nhóm dự án. Nhiệm vụ định kỳ được thiết kế để mô tả các nhiệm vụ như vậy trong kế hoạch dự án. Bạn có thể thêm chúng vào dự án bằng cách sử dụng lệnh menu Chèn/Tác vụ định kỳ (Chèn/Tác vụ định kỳ) mở hộp thoại chi tiết tác vụ định kỳ.

Trong dự án của chúng tôi, chúng tôi sẽ tạo một nhiệm vụ định kỳHọp nhóm dự ánsẽ được bán vào thứ Sáu.

  1. Thực hiện lệnhChèn/tác vụ định kỳ.
  2. Trong hộp thoại chi tiết nhiệm vụ định kỳ mở ra cho biết tên - Họp nhóm dự án và thời lượng 2 giờ.
  3. Xác định khoảng thời gian lặp lại nhiệm vụHàng tuần, vào thứ Sáu.

Trong Lịch để lên lịch cho nhiệm vụ này (Lịch để lên lịch cho nhiệm vụ này) xác định nhiệm vụ sẽ được đặt trên cơ sở lịch nào trong kế hoạch lịch. Theo mặc định, khi danh sách thả xuống Lịch được đặt thành Không, tác vụ được đặt dựa trên cài đặt của lịch dự án và lịch của các tài nguyên liên quan. Nếu bạn muốn sử dụng một lịch cụ thể để lập lịch tác vụ, bạn có thể chọn nó từ danh sách thả xuống. Trong trường hợp này, hộp kiểm Lập lịch trình bỏ qua lịch nguồn lực sẽ khả dụng (Không tính đến lịch nguồn lực khi lập lịch trình)(Chúng ta sẽ xem xét chi tiết tác dụng của lá cờ này trong phần"Lịch công việc" sau).

  1. Sau khi tất cả các cài đặt được thực hiện, bạn cần nhấn nút VÂNG , và chương trình sẽ tạo một tác vụ định kỳ trong dự án.

Trong trường hợp này, các vấn đề không lường trước có thể phát sinh nếu, chẳng hạn như việc lặp lại nhiệm vụ rơi vào cuối tuần. MS Project sẽ phát hiện điều này và hiển thị một thông báo với các tùy chọn khả thi để giải quyết vấn đề: chuyển nhiệm vụ lặp lại sang ngày làm việc tiếp theo bằng cách nhấp vào nút Có, không tạo lặp lại vào những ngày không làm việc bằng cách nhấp vào nút Không hoặc từ chối tạo một nhiệm vụ định kỳ bằng cách nhấp vào Hủy bỏ.

Sau khi đặt một nhiệm vụ lặp lại trong một dự án, bản thân nhiệm vụ đó sẽ xuất hiện dưới dạng một giai đoạn trong kế hoạch và các lần lặp lại của nó dưới dạng các nhiệm vụ lồng nhau. Trong trường hợp này, nhiệm vụ và số lần lặp lại được đánh dấu bằng các biểu tượng đặc biệt trong trường Chỉ báo.

Nhiệm vụ chung của đồ án

Khi phạm vi công việc được xác định, kế hoạch của chúng tôi là bốn giai đoạn kết hợp tất cả các nhiệm vụ của dự án. Đối với mỗi người trong số họ, thời lượng đã được biết, nhưng chúng tôi không có thông tin chung về thời lượng của toàn bộ dự án. Nó không thể thu được bằng cách thêm thời lượng của các giai đoạn, vì chúng được thực hiện đồng thời một phần, có nghĩa là tổng thời lượng của dự án không bằng thời lượng của các giai đoạn của nó. Để tập hợp các pha thành một tổng thể duy nhất, bạn có thể tạo một pha khácThiết kế và phát triển một trang web danh thiếp dựa trên cmsvà bao gồm tất cả các giai đoạn hiện có trong đó. Nhưng đúng hơnhiển thị Nhiệm vụ Tóm tắt Dự án(Nhiệm vụ tóm tắt dự án) một nhiệm vụ đặc biệt được thiết kế riêng để tập hợp tất cả các hoạt động của dự án lại với nhau. Nó được hiển thị trên biểu đồ Gantt bằng một màu đặc biệt và MS Project làm việc với nó theo một cách đặc biệt.

  1. Để hiển thị nhiệm vụ tóm tắt dự án, trong menu Các tùy chọn trên tab Dạng xem ) đánh dấu vào ô Hiển thị nhiệm vụ tóm tắt dự án (Hiển thị nhiệm vụ tóm tắt dự án). Tác vụ tóm tắt sẽ được hiển thị với tiêu đề được lấy từ trường Tiêu đề trong thuộc tính tệp, có thể chỉnh sửa tiêu đề này trong hộp thoại được mở bằng lệnh menu Tệp/Thuộc tính ( Tệp/Thuộc tính).

Nếu trường Nhận xét được điền vào hộp thoại này ( ghi chú ), thì giá trị của nó sẽ trở thành nhận xét cho tác vụ tóm tắt. Khi bạn thay đổi tên của nhiệm vụ tóm tắt hoặc nhận xét (Ghi chú) thành tên đó, các giá trị của trường tương ứng trong thuộc tính tệp sẽ tự động thay đổi.

  1. Lưu tệp dự án với tênPhát triển trang web 2.

Biểu đồ Gantt là một biểu đồ đường đặt ngày bắt đầu và ngày kết thúc cho các hoạt động liên quan, cùng với các tài nguyên được sử dụng để hoàn thành chúng.

  • hướng dẫn

Một giới thiệu nhỏ

Toàn bộ phương pháp chỉ là một tập hợp các phương pháp và khuyến nghị đơn giản để sử dụng MS Project để giải quyết các vấn đề ứng dụng của người quản lý dự án. Tôi sẽ bảo lưu ngay lập tức rằng phương pháp này không được cho là phổ biến và chỉ được áp dụng trong một số hạn chế nhất định, mà tôi sẽ đề cập trong quá trình của câu chuyện.

Đầu tiên, hãy nhớ những gì thường được yêu cầu đối với người quản lý dự án. Đối với những nhà lãnh đạo có kinh nghiệm, điều này là hiển nhiên, nhưng đối với những người mới bắt đầu (hoặc sắp trở thành nhà lãnh đạo), sẽ rất hữu ích khi nhớ lại một lần nữa. Vì vậy, một dự án phát triển phần mềm là việc tạo ra một số sản phẩm độc đáo. Ở các giai đoạn khác nhau của vòng đời dự án, RP được yêu cầu để giải quyết các nhiệm vụ khác nhau.

Trước khi bắt đầu một dự án
Trước khi bắt đầu một dự án, người quản lý dự án thường phải trả lời hai câu hỏi:
  1. dự án sẽ mất bao lâu
  2. dự án sẽ có giá bao nhiêu
Đồng thời, điều quan trọng là phải hiểu rằng không ai quan tâm đến câu trả lời kiểu như “không sớm hơn sáu tháng nữa”. Nó chỉ cần một ước tính từ trên cao.
Ghi chú. Tôi chưa bao giờ phải đối phó với giá trị tiền tệ rõ ràng của dự án, và như bây giờ tôi hiểu, đây là một thiếu sót nghiêm trọng. Tất cả các dự án do tôi quản lý đều do nhân viên của công ty thực hiện. Nhóm dự án được thành lập trong toàn bộ thời gian của dự án, một số chuyên gia đã tham gia trong một thời gian nhất định. Trên thực tế, tôi được yêu cầu ước tính số lượng người biểu diễn cần thiết, cũng như thời gian tham gia của họ. Đối với tôi, có vẻ như đây là một tình huống khá điển hình đối với các công ty phát triển phần mềm. Cuối cùng, tất cả chỉ là ước tính chi phí lao động, sử dụng các công thức thực nghiệm, biến thành ước tính chi phí của dự án. Như bạn có thể thấy, chi phí của dự án phụ thuộc trực tiếp vào thời gian của nó.
Trong dự án
Trong điều kiện của những hạn chế đã đề cập, nhiệm vụ chính của người quản lý dự án là đảm bảo thực hiện dự án trong thời gian đã định, và điều này trực tiếp
ảnh hưởng đến giá trị của nó. Các tình huống không lường trước nhất thiết phải đi kèm với bất kỳ dự án nào có thể dẫn đến trễ hạn. Nói một cách chính xác, dòng thời gian của dự án có thể bị rút ngắn một cách bất ngờ, nhưng thành thật mà nói, tôi chưa bao giờ thấy điều gì như vậy. Người quản lý được yêu cầu phải ứng phó với các sự kiện như vậy một cách kịp thời để giảm hậu quả tiêu cực. Cách duy nhất tôi biết để giải quyết vấn đề này là lập kế hoạch cẩn thận, thường xuyên theo dõi các vấn đề sắp xảy ra và điều chỉnh kế hoạch.
Ở cuối dự án
Khi kết thúc một dự án, người quản lý thường nhìn lại và tổng kết dự án. Thông thường, cần phải đánh giá xem dự án đã vượt quá kế hoạch như thế nào và tại sao điều này lại xảy ra.

Dự án MS có thể làm gì

Bất chấp sự phức tạp bên ngoài, MS Project rất đơn giản về mặt tư tưởng. Nó hoạt động với ba thực thể - nhiệm vụ, tài nguyên, lịch và liên kết giữa chúng. Về cơ bản, đó là một cơ sở dữ liệu, một giao diện người dùng để tạo và chỉnh sửa các thực thể, và tự động hóa tối thiểu, khá đơn giản (những gì Project tự thực hiện để đáp ứng với đầu vào).

Hãy để chúng tôi phân tích ngắn gọn các thuộc tính của các thực thể.

Một nhiệm vụ có thời lượng, phạm vi, tài nguyên được chỉ định và rất nhiều thuộc tính khác nhau. Nếu không có đủ thuộc tính tích hợp sẵn, bạn có thể thêm thuộc tính của riêng mình - chúng tôi sẽ sử dụng thuộc tính này sau. Các nhiệm vụ có thể được kết nối với nhau bằng nhiều mối quan hệ khác nhau (tiền nhiệm, kế nhiệm, v.v.).

Nguồn có nhiều thuộc tính mô tả, nhưng quan trọng nhất, nó có thể
đặt tính khả dụng trong thời gian, đối với điều này, lịch được sử dụng. Tài nguyên có thể là
được giao cho một nhiệm vụ.

Dựa trên dữ liệu này, Project có thể tạo các dạng xem khác nhau bằng cách sử dụng
bộ lọc, nhóm, sắp xếp, v.v. Ngoài ra, anh ta biết làm thế nào, theo một số thuật toán
Tính toán ngày bắt đầu và ngày kết thúc cho các nhiệm vụ dựa trên sự sẵn có của các tài nguyên được chỉ định
và liên kết giữa các nhiệm vụ. Đó là khá nhiều tất cả những gì anh ấy có thể làm.
Hãy xem làm thế nào chúng ta có thể hưởng lợi từ điều này

Làm thế nào để sử dụng nó

Ghi chúĐể làm rõ hơn, tôi sẽ làm rõ một số tính chất chung của các dự án,
người mà tôi đã làm việc cùng. Vì vậy, chúng ta đang nói về các dự án phát triển phần mềm,
trong đó bao gồm một số bước. Vào cuối mỗi giai đoạn, chúng ta phải nhận được một số
kết quả hữu hình sẽ được trình bày cho khách hàng, vì vậy điều quan trọng là chúng tôi phải đánh giá
hạn của không chỉ toàn bộ dự án mà còn của từng giai đoạn. Tôi nhắc lại, loại tài nguyên duy nhất
cái cần thiết là con người và chúng tôi không thuê chuyên gia từ bên ngoài mà sử dụng
cơ hội cho nhân viên hiện có.
Chuẩn bị kế hoạch
Vì vậy, chúng tôi có một nhiệm vụ kỹ thuật trước mắt và chúng tôi cần trả lời ba câu hỏi:
  1. Dự án này sẽ mất bao lâu?
  2. Có bao nhiêu (và những gì) chuyên gia sẽ được yêu cầu cho việc này?
  3. Chi phí lao động dự kiến ​​cho dự án này là bao nhiêu?
Để làm điều này, chúng tôi đang chuẩn bị một kế hoạch thực hiện dự án sơ bộ trong MS Project. Những, cái đó. Chúng tôi chỉ cần viết ra các nhiệm vụ cần hoàn thành theo thứ tự. Kỹ thuật biến một nhiệm vụ kỹ thuật thành một tập hợp các nhiệm vụ là một câu chuyện riêng biệt, tôi sẽ không nói về nó bây giờ.
Việc chuẩn bị kế hoạch được thực hiện trong một số giai đoạn:
  1. Chuẩn bị một danh sách các nhiệm vụ
  2. Phơi bày sự phụ thuộc giữa các nhiệm vụ
    (kết quả của nhiệm vụ nào là cần thiết để chuyển sang nhiệm vụ tiếp theo?).
  3. Chỉ định người thi hành nhiệm vụ
  4. Cân bằng tải tài nguyên
  5. Cân bằng những gì chúng ta có
Khi chuẩn bị kế hoạch, chúng tôi tuân thủ các khuyến nghị sau:
  1. Chúng tôi không sử dụng các tác vụ tóm tắt để phân tách.
    Tất cả các nhiệm vụ được đặt trong một danh sách tuyến tính. Lúc đầu có vẻ bất tiện,
    nhưng nó tiết kiệm rất nhiều vấn đề trong tương lai. Để quản lý cấu trúc nhiệm vụ
    sử dụng các trường tùy chỉnh (xem bên dưới).
  2. Kéo&Thả thường được sử dụng để quản lý các tác vụ phụ thuộc. Khi có nhiều nhiệm vụ, nó nhanh chóng trở nên bất tiện. Trong trường hợp này, tôi khuyên bạn không nên sử dụng thao tác kéo và thả mà nên chỉ rõ số lượng tác vụ tiền nhiệm. Để thực hiện việc này, bạn có thể thêm cột "người tiền nhiệm" vào bảng và nhập số nhiệm vụ theo cách thủ công.
  3. Thời hạn cho mỗi nhiệm vụ không được quá hai tuần.
    Nếu thời hạn của một nhiệm vụ vượt quá một tuần, thì đây đã là lý do để suy nghĩ về sự phân rã của nó. Tôi đã làm theo một phương pháp ước tính rất đơn giản: một nhiệm vụ nguyên thủy - 2 ngày, trung bình
    khó - 1 tuần, nhiệm vụ khó - 2 tuần. Đồng thời, không nên có nhiều nhiệm vụ phức tạp. Cách tiếp cận này giúp chuẩn bị một kế hoạch đánh giá khá nhanh chóng.
    Tất nhiên, một mặt, ước tính kết quả sẽ không chính xác, nhưng mặt khác, cái nào là chính xác? Dựa trên kinh nghiệm thực tế, tôi có thể nói rằng
    đối với các dự án lớn, các lỗi trong ước tính của các nhiệm vụ riêng lẻ thường được cân bằng và đối với các dự án nhỏ, thường có thể (và cần thiết!) sử dụng các ước tính chính xác hơn.
  4. Bằng mọi cách, chúng tôi tránh các nhiệm vụ có nhiều người thực hiện. Chỉ nên giao một người biểu diễn cho mỗi nhiệm vụ. Thật hợp lý khi chỉ định hai người biểu diễn
    chỉ khi chúng thực sự hoạt động cùng nhau (ví dụ: bạn thực hành lập trình theo cặp). Trong các trường hợp khác, tốt hơn là phân tách vấn đề.
  5. Khi cử người biểu diễn, chúng tôi được hướng dẫn theo chuyên môn, trình độ của họ, đồng thời không lo tính đồng đều về khối lượng công việc.
  6. Chúng tôi sử dụng các nhiệm vụ tóm tắt để chia nhiệm vụ thành các giai đoạn. Chúng tôi đặt các quan hệ phụ thuộc giữa các giai đoạn để chúng diễn ra tuần tự. Việc phân chia thành các giai đoạn vẫn còn khá gần đúng.
cân bằng dự án
Điều quan trọng nhất trong kỹ thuật là cân bằng chính xác. Mục đích của quá trình này là chuẩn bị một kế hoạch trong đó công việc được phân chia khá đồng đều giữa những người thực hiện xuyên suốt.

Sau khi chuẩn bị ban đầu cho kế hoạch, người ta thường nhận được một sự ô nhục hoàn toàn chứ không phải một dự án. Vì vậy, hãy bắt đầu sắp xếp nó theo thứ tự. Việc dọn dẹp bao gồm cân bằng thủ công các nhiệm vụ của người biểu diễn và phân chia thành các giai đoạn. Đối với điều này, chúng tôi sử dụng nhóm nhiệm vụ theo người thực hiệnđể xem các nhiệm vụ đã được phân tách như thế nào. Để dễ xem, tôi khuyên bạn nên sắp xếp các nhiệm vụ theo ngày bắt đầu.

Ghi chú. Về mặt lý thuyết, để ước tính tải, người ta phải sử dụng đồ thị
người dùng tải xuống. Những biểu đồ này (có lẽ) tốt cho các ông chủ khi họ
đánh giá dự án đã hoàn thành. Nhưng chúng không phù hợp ở giai đoạn lập kế hoạch, vì chúng cho thấy
rằng mọi thứ đều tồi tệ, nhưng họ không cung cấp bất kỳ thông tin nào về lý do tại sao lại như vậy và những gì có thể được thực hiện.

Sau đó, sự kỳ diệu của sự cân bằng bắt đầu. Cần phải giảm thiểu thời gian thực hiện của từng giai đoạn bằng cách đảm bảo tải ít nhiều đồng đều cho tất cả những người tham gia dự án. Để làm điều này, chúng tôi thực hiện các bước sau:

  1. Thay đổi người thực thi tác vụ.

    Sẽ hợp lý khi làm điều này nếu chúng ta thấy rằng một người biểu diễn có rất nhiều nhiệm vụ,
    và người kia có "lỗ hổng" rõ ràng, và anh ta có thể đảm nhận một số công việc từ
    đầu tiên.

  2. Chuyển nhiệm vụ sang giai đoạn khác.

    Một nhiệm vụ dẫn đến kéo dài thời gian giai đoạn, nhưng không cần thiết
    để có được kết quả của một giai đoạn có thể được chuyển sang một giai đoạn sau. Và ngược lại,
    nếu sân khấu có "lỗ hổng" trong việc tải người biểu diễn và thay đổi người biểu diễn
    không thành công, bạn có thể thử nhận nhiệm vụ từ giai đoạn tiếp theo.

Thật không may, bạn phải thực hiện tất cả điều này theo cách thủ công, thực hiện cân bằng tài nguyên sau mỗi thay đổi. Bất chấp sự phức tạp rõ ràng, quá trình này thường mất một khoảng thời gian hữu hạn. Một dự án trong năm gồm 8 người tham gia, chia thành 4 giai đoạn, tôi hoàn thành trong vòng chưa đầy một giờ.

Bây giờ chúng tôi xem xét lại dự án một cách cẩn thận, đảm bảo rằng các liên kết giữa các nhiệm vụ được đặt chính xác, không có gì bị bỏ quên và việc bổ nhiệm những người thực hiện tương ứng với chuyên môn và trình độ của họ.

Kế toán rủi ro
Bây giờ - bước cuối cùng: kế toán rủi ro. Thú thực là tôi chưa tham gia quản lý rủi ro nghiêm túc nhưng tôi có tính đến khả năng xảy ra một số trường hợp bất khả kháng (như nghệ sĩ biểu diễn ốm đau, công việc bị bỏ quên, v.v.). Để làm điều này, tôi thêm một nhiệm vụ giả với mức độ ưu tiên thấp nhất, được gọi là "công việc khác" cho từng tài nguyên, vào từng giai đoạn. Sau khi tài nguyên được lên cấp, các nhiệm vụ này sẽ kết thúc ở cuối giai đoạn. Thời hạn của các nhiệm vụ này phụ thuộc vào xác suất xảy ra và mức độ ảnh hưởng của rủi ro, nó phụ thuộc vào cách xác định ước tính thời lượng của nhiệm vụ, sức khỏe của các thành viên trong nhóm và mức độ hoang tưởng của người quản lý dự án. Thông thường tôi đặt thời lượng của “công việc khác” vào khoảng 1/3 đến 1/4 thời lượng của sân khấu.

Kết quả của tất cả các thao tác trên, chúng tôi có được một kế hoạch thực hiện dự án mà chúng tôi có thể làm việc.

Với kế hoạch này, chúng ta có thể:

  1. Liệt kê khung thời gian cho dự án và các mốc quan trọng của nó. Hợp lý và với mức độ cao
    độ tin cậy.
  2. Ước tính chi phí lao động gần đúng cho dự án
Ghi chú.Điều thường xảy ra là thời hạn khá dài và một câu hỏi hợp lý được đặt ra là liệu nó có thể được giảm bớt bằng cách thu hút thêm những người biểu diễn hay không. Để trả lời câu hỏi này, tôi đã cân đối kế hoạch mới bằng cách sử dụng cùng một nhóm nhiệm vụ, nhưng thay đổi thành phần của những người thực hiện. Câu trả lời không đến ngay lập tức, nhưng cũng không mất nhiều thời gian.
Làm việc có kế hoạch
Khi một dự án được đưa vào sản xuất, kế hoạch ban đầu được sử dụng để đánh giá cũng có thể được sử dụng để theo dõi tiến độ của dự án. Người quản lý dự án được yêu cầu thường xuyên thực hiện các hành động sau:
  1. Giao nhiệm vụ cho người thực hiện
  2. Đánh dấu các nhiệm vụ đã hoàn thành trong kế hoạch
  3. Điều chỉnh kế hoạch trong trường hợp sai lệch đáng kể
Việc phát hành các nhiệm vụ của người biểu diễn có thể được thực hiện theo những cách khác nhau. Bạn có thể chia quá trình thực thi thành các lần lặp ngắn, tạo thành một nhóm tác vụ cho mỗi lần lặp và đánh dấu kết quả ở cuối lần lặp. Bạn có thể ngay lập tức thông báo cho những người tham gia một tập hợp các nhiệm vụ cho giai đoạn, đưa cho mỗi người một bản sao của biểu đồ Gantt và thăm dò ý kiến ​​định kỳ về tiến độ. Bạn có thể sử dụng tích hợp MS Project và TFS và tải trực tiếp dự án lên TFS. Vấn đề không phải là phương tiện. Điều chính là cập nhật thường xuyên kế hoạch. Tôi làm điều này khoảng một hoặc hai lần một tuần. Điều này giúp bạn có thể nhanh chóng nhìn thấy các khu vực có vấn đề.
Để xác định khu vực có vấn đề, sẽ thuận tiện khi sử dụng nhiều nhóm khác nhau - theo người thực hiện, theo thành phần, v.v. Thường có thể thấy rằng toàn bộ dự án thậm chí còn đi trước thời hạn, nhưng trong một bối cảnh nhất định có độ trễ, vì Ví dụ, một trong những nhà phát triển bất ngờ gặp phải một vấn đề hệ thống nghiêm trọng dẫn đến sai lệch. Chỉ sử dụng số liệu trung bình sẽ không cho thấy vấn đề này - nó sẽ chỉ xuất hiện ở cuối giai đoạn, khi đã quá muộn để làm bất cứ điều gì.

Ghi chú. Thông thường tôi không di chuyển các nhiệm vụ trên lịch mà chỉ ghi chú chúng được hoàn thành như thế nào. Tôi theo dõi độ lệch so với kế hoạch bằng độ lệch của tổng nhiệm vụ của dự án so với thời điểm hiện tại.

Có một chiến lược khác - thay đổi thời hạn của các nhiệm vụ, "đẩy" các nhiệm vụ chưa hoàn thành về phía trước. Với cách tiếp cận này, một tính năng hữu ích khác của MS Project, đường cơ sở, có thể được sử dụng để theo dõi những sai lệch so với kế hoạch. Đường cơ sở chỉ đơn giản là ảnh chụp nhanh đã lưu về trạng thái của các tác vụ. Nó có thể được thực hiện khi bắt đầu dự án. Để so sánh kế hoạch hiện tại với đường cơ sở, hãy mở "Biểu đồ Gantt có theo dõi". Đối với một kế hoạch động, trong đó thứ tự các nhiệm vụ thay đổi thường xuyên, điều này có thể gây bất tiện, vì vậy tôi chèn các mốc quan trọng vào dự án để phản ánh một số kết quả quan trọng của dự án và chỉ theo dõi các sai lệch so với đường cơ sở đối với chúng.

Quản lý cấu trúc nhiệm vụ với các trường tùy chỉnh

Tôi thực sự khuyên bạn không nên sử dụng các tác vụ tóm tắt trong MS Project để phân tách chức năng hoặc phân loại tác vụ. Thực tế là hệ thống phân cấp nhiệm vụ trong MS Project gắn chặt với trình tự của chúng. Và bạn thường muốn xem xét các nhiệm vụ theo một trình tự khác, trong khi toàn bộ cấu trúc “sụp đổ”. Để quản lý cấu trúc nhiệm vụ, tôi khuyên bạn nên sử dụng trường tùy chỉnh. MS Project có một tập hợp các trường được xác định trước với hành vi không xác định mà chúng ta có thể sử dụng khi thấy phù hợp. Ví dụ: để chia nhỏ các tác vụ thành các thành phần, bạn cần dựa trên trường văn bản Văn bản 1 tạo một trường Thành phần và thiết lập một danh sách các giá trị cho nó tương ứng với các thành phần của hệ thống.

Sau đó, chúng tôi có cơ hội chỉ định thành phần mà nó thuộc về cho từng nhiệm vụ và bằng cách sử dụng nhóm các nhiệm vụ theo thành phần, theo dõi mọi thứ đang diễn ra như thế nào.

Các trường tùy chỉnh cho phép bạn chia các nhiệm vụ thành nhiều danh mục, ví dụ: tôi đã chia các nhiệm vụ theo loại công việc: Phát triển, Thử nghiệm, Tài liệu.
Tôi sẽ đề cập đến những người tò mò rằng trong MS Project, bạn cũng có thể đặt các quy tắc để vẽ sơ đồ dựa trên các thuộc tính của tác vụ. Nếu muốn, bạn có thể đặt các tác vụ cho các thành phần khác nhau có các màu khác nhau và màu sẽ chỉ được xác định bởi thuộc tính tác vụ, không cần phải đặt thủ công cho từng tác vụ. Các cài đặt như vậy không yêu cầu viết tập lệnh mà được thực hiện bằng các công cụ tùy chỉnh biểu đồ tiêu chuẩn.

Việc sử dụng các trường tùy chỉnh, cũng như các chức năng lọc, sắp xếp và nhóm được tích hợp trong MS Project, cho phép bạn có nhiều chế độ xem cho phép bạn nhận được câu trả lời cho nhiều câu hỏi mà người quản lý dự án đặt ra.

Hoàn thành dự án

Vào cuối dự án, chúng tôi nhận được một kế hoạch trong đó tất cả các nhiệm vụ được hoàn thành. Tôi cũng thường cố gắng giữ kế hoạch ban đầu, ít nhất là ở mức cơ bản. Thành thật mà nói, ở giai đoạn này, MS Project ít được sử dụng, vì nó không phải là những giá trị được lên kế hoạch mà là những giá trị thực tế mới được quan tâm. Một số giải pháp cho vấn đề này được cung cấp bởi MS Project Server, có thể tính đến chi phí lao động thực tế, nhưng điều này nằm ngoài phạm vi của bài viết này.

Phần kết luận

Tôi đã cố gắng tóm tắt kinh nghiệm sử dụng MS Project của mình để tìm các giải pháp thực tế cho các vấn đề nảy sinh trước mắt khi tôi quản lý các dự án phát triển phần mềm. Kỹ thuật được mô tả không phải là phổ quát, nhưng đối với tôi, có vẻ như nó khá đơn giản và hợp lý, đồng thời nó cho phép giải quyết các nhiệm vụ thực tế của người quản lý dự án.
Sử dụng phương pháp này đã cho phép tôi hoàn thành xuất sắc hơn một dự án đúng hạn.
Đúng, đã có những thất bại. Điều này xảy ra, như một quy luật, khi phần chuẩn bị của dự án được thực hiện kém, cụ thể là xây dựng vấn đề. Những, cái đó. kết quả của dự án không chính xác như những gì được yêu cầu và sự hiểu biết về điều này đã đến quá muộn.

Tôi phải bỏ lỡ một cái gì đó, cảm thấy tự do để đặt câu hỏi.

  • hướng dẫn

Một giới thiệu nhỏ

Toàn bộ phương pháp chỉ là một tập hợp các phương pháp và khuyến nghị đơn giản để sử dụng MS Project để giải quyết các vấn đề ứng dụng của người quản lý dự án. Tôi sẽ bảo lưu ngay lập tức rằng phương pháp này không được cho là phổ biến và chỉ được áp dụng trong một số hạn chế nhất định, mà tôi sẽ đề cập trong quá trình của câu chuyện.

Đầu tiên, hãy nhớ những gì thường được yêu cầu đối với người quản lý dự án. Đối với những nhà lãnh đạo có kinh nghiệm, điều này là hiển nhiên, nhưng đối với những người mới bắt đầu (hoặc sắp trở thành nhà lãnh đạo), sẽ rất hữu ích khi nhớ lại một lần nữa. Vì vậy, một dự án phát triển phần mềm là việc tạo ra một số sản phẩm độc đáo. Ở các giai đoạn khác nhau của vòng đời dự án, RP được yêu cầu để giải quyết các nhiệm vụ khác nhau.

Trước khi bắt đầu một dự án
Trước khi bắt đầu một dự án, người quản lý dự án thường phải trả lời hai câu hỏi:
  1. dự án sẽ mất bao lâu
  2. dự án sẽ có giá bao nhiêu
Đồng thời, điều quan trọng là phải hiểu rằng không ai quan tâm đến câu trả lời kiểu như “không sớm hơn sáu tháng nữa”. Nó chỉ cần một ước tính từ trên cao.
Ghi chú. Tôi chưa bao giờ phải đối phó với giá trị tiền tệ rõ ràng của dự án, và như bây giờ tôi hiểu, đây là một thiếu sót nghiêm trọng. Tất cả các dự án do tôi quản lý đều do nhân viên của công ty thực hiện. Nhóm dự án được thành lập trong toàn bộ thời gian của dự án, một số chuyên gia đã tham gia trong một thời gian nhất định. Trên thực tế, tôi được yêu cầu ước tính số lượng người biểu diễn cần thiết, cũng như thời gian tham gia của họ. Đối với tôi, có vẻ như đây là một tình huống khá điển hình đối với các công ty phát triển phần mềm. Cuối cùng, tất cả chỉ là ước tính chi phí lao động, sử dụng các công thức thực nghiệm, biến thành ước tính chi phí của dự án. Như bạn có thể thấy, chi phí của dự án phụ thuộc trực tiếp vào thời gian của nó.
Trong dự án
Trong điều kiện của những hạn chế đã đề cập, nhiệm vụ chính của người quản lý dự án là đảm bảo thực hiện dự án trong thời gian đã định, và điều này trực tiếp
ảnh hưởng đến giá trị của nó. Các tình huống không lường trước nhất thiết phải đi kèm với bất kỳ dự án nào có thể dẫn đến trễ hạn. Nói một cách chính xác, dòng thời gian của dự án có thể bị rút ngắn một cách bất ngờ, nhưng thành thật mà nói, tôi chưa bao giờ thấy điều gì như vậy. Người quản lý được yêu cầu phải ứng phó với các sự kiện như vậy một cách kịp thời để giảm hậu quả tiêu cực. Cách duy nhất tôi biết để giải quyết vấn đề này là lập kế hoạch cẩn thận, thường xuyên theo dõi các vấn đề sắp xảy ra và điều chỉnh kế hoạch.
Ở cuối dự án
Khi kết thúc một dự án, người quản lý thường nhìn lại và tổng kết dự án. Thông thường, cần phải đánh giá xem dự án đã vượt quá kế hoạch như thế nào và tại sao điều này lại xảy ra.

Dự án MS có thể làm gì

Bất chấp sự phức tạp bên ngoài, MS Project rất đơn giản về mặt tư tưởng. Nó hoạt động với ba thực thể - nhiệm vụ, tài nguyên, lịch và liên kết giữa chúng. Về cơ bản, đó là một cơ sở dữ liệu, một giao diện người dùng để tạo và chỉnh sửa các thực thể, và tự động hóa tối thiểu, khá đơn giản (những gì Project tự thực hiện để đáp ứng với đầu vào).

Hãy để chúng tôi phân tích ngắn gọn các thuộc tính của các thực thể.

Một nhiệm vụ có thời lượng, phạm vi, tài nguyên được chỉ định và rất nhiều thuộc tính khác nhau. Nếu không có đủ thuộc tính tích hợp sẵn, bạn có thể thêm thuộc tính của riêng mình - chúng tôi sẽ sử dụng thuộc tính này sau. Các nhiệm vụ có thể được kết nối với nhau bằng nhiều mối quan hệ khác nhau (tiền nhiệm, kế nhiệm, v.v.).

Nguồn có nhiều thuộc tính mô tả, nhưng quan trọng nhất, nó có thể
đặt tính khả dụng trong thời gian, đối với điều này, lịch được sử dụng. Tài nguyên có thể là
được giao cho một nhiệm vụ.

Dựa trên dữ liệu này, Project có thể tạo các dạng xem khác nhau bằng cách sử dụng
bộ lọc, nhóm, sắp xếp, v.v. Ngoài ra, anh ta biết làm thế nào, theo một số thuật toán
Tính toán ngày bắt đầu và ngày kết thúc cho các nhiệm vụ dựa trên sự sẵn có của các tài nguyên được chỉ định
và liên kết giữa các nhiệm vụ. Đó là khá nhiều tất cả những gì anh ấy có thể làm.
Hãy xem làm thế nào chúng ta có thể hưởng lợi từ điều này

Làm thế nào để sử dụng nó

Ghi chúĐể làm rõ hơn, tôi sẽ làm rõ một số tính chất chung của các dự án,
người mà tôi đã làm việc cùng. Vì vậy, chúng ta đang nói về các dự án phát triển phần mềm,
trong đó bao gồm một số bước. Vào cuối mỗi giai đoạn, chúng ta phải nhận được một số
kết quả hữu hình sẽ được trình bày cho khách hàng, vì vậy điều quan trọng là chúng tôi phải đánh giá
hạn của không chỉ toàn bộ dự án mà còn của từng giai đoạn. Tôi nhắc lại, loại tài nguyên duy nhất
cái cần thiết là con người và chúng tôi không thuê chuyên gia từ bên ngoài mà sử dụng
cơ hội cho nhân viên hiện có.
Chuẩn bị kế hoạch
Vì vậy, chúng tôi có một nhiệm vụ kỹ thuật trước mắt và chúng tôi cần trả lời ba câu hỏi:
  1. Dự án này sẽ mất bao lâu?
  2. Có bao nhiêu (và những gì) chuyên gia sẽ được yêu cầu cho việc này?
  3. Chi phí lao động dự kiến ​​cho dự án này là bao nhiêu?
Để làm điều này, chúng tôi đang chuẩn bị một kế hoạch thực hiện dự án sơ bộ trong MS Project. Những, cái đó. Chúng tôi chỉ cần viết ra các nhiệm vụ cần hoàn thành theo thứ tự. Kỹ thuật biến một nhiệm vụ kỹ thuật thành một tập hợp các nhiệm vụ là một câu chuyện riêng biệt, tôi sẽ không nói về nó bây giờ.
Việc chuẩn bị kế hoạch được thực hiện trong một số giai đoạn:
  1. Chuẩn bị một danh sách các nhiệm vụ
  2. Phơi bày sự phụ thuộc giữa các nhiệm vụ
    (kết quả của nhiệm vụ nào là cần thiết để chuyển sang nhiệm vụ tiếp theo?).
  3. Chỉ định người thi hành nhiệm vụ
  4. Cân bằng tải tài nguyên
  5. Cân bằng những gì chúng ta có
Khi chuẩn bị kế hoạch, chúng tôi tuân thủ các khuyến nghị sau:
  1. Chúng tôi không sử dụng các tác vụ tóm tắt để phân tách.
    Tất cả các nhiệm vụ được đặt trong một danh sách tuyến tính. Lúc đầu có vẻ bất tiện,
    nhưng nó tiết kiệm rất nhiều vấn đề trong tương lai. Để quản lý cấu trúc nhiệm vụ
    sử dụng các trường tùy chỉnh (xem bên dưới).
  2. Kéo&Thả thường được sử dụng để quản lý các tác vụ phụ thuộc. Khi có nhiều nhiệm vụ, nó nhanh chóng trở nên bất tiện. Trong trường hợp này, tôi khuyên bạn không nên sử dụng thao tác kéo và thả mà nên chỉ rõ số lượng tác vụ tiền nhiệm. Để thực hiện việc này, bạn có thể thêm cột "người tiền nhiệm" vào bảng và nhập số nhiệm vụ theo cách thủ công.
  3. Thời hạn cho mỗi nhiệm vụ không được quá hai tuần.
    Nếu thời hạn của một nhiệm vụ vượt quá một tuần, thì đây đã là lý do để suy nghĩ về sự phân rã của nó. Tôi đã làm theo một phương pháp ước tính rất đơn giản: một nhiệm vụ nguyên thủy - 2 ngày, trung bình
    khó - 1 tuần, nhiệm vụ khó - 2 tuần. Đồng thời, không nên có nhiều nhiệm vụ phức tạp. Cách tiếp cận này giúp chuẩn bị một kế hoạch đánh giá khá nhanh chóng.
    Tất nhiên, một mặt, ước tính kết quả sẽ không chính xác, nhưng mặt khác, cái nào là chính xác? Dựa trên kinh nghiệm thực tế, tôi có thể nói rằng
    đối với các dự án lớn, các lỗi trong ước tính của các nhiệm vụ riêng lẻ thường được cân bằng và đối với các dự án nhỏ, thường có thể (và cần thiết!) sử dụng các ước tính chính xác hơn.
  4. Bằng mọi cách, chúng tôi tránh các nhiệm vụ có nhiều người thực hiện. Chỉ nên giao một người biểu diễn cho mỗi nhiệm vụ. Thật hợp lý khi chỉ định hai người biểu diễn
    chỉ khi chúng thực sự hoạt động cùng nhau (ví dụ: bạn thực hành lập trình theo cặp). Trong các trường hợp khác, tốt hơn là phân tách vấn đề.
  5. Khi cử người biểu diễn, chúng tôi được hướng dẫn theo chuyên môn, trình độ của họ, đồng thời không lo tính đồng đều về khối lượng công việc.
  6. Chúng tôi sử dụng các nhiệm vụ tóm tắt để chia nhiệm vụ thành các giai đoạn. Chúng tôi đặt các quan hệ phụ thuộc giữa các giai đoạn để chúng diễn ra tuần tự. Việc phân chia thành các giai đoạn vẫn còn khá gần đúng.
cân bằng dự án
Điều quan trọng nhất trong kỹ thuật là cân bằng chính xác. Mục đích của quá trình này là chuẩn bị một kế hoạch trong đó công việc được phân chia khá đồng đều giữa những người thực hiện xuyên suốt.

Sau khi chuẩn bị ban đầu cho kế hoạch, người ta thường nhận được một sự ô nhục hoàn toàn chứ không phải một dự án. Vì vậy, hãy bắt đầu sắp xếp nó theo thứ tự. Việc dọn dẹp bao gồm cân bằng thủ công các nhiệm vụ của người biểu diễn và phân chia thành các giai đoạn. Đối với điều này, chúng tôi sử dụng nhóm nhiệm vụ theo người thực hiệnđể xem các nhiệm vụ đã được phân tách như thế nào. Để dễ xem, tôi khuyên bạn nên sắp xếp các nhiệm vụ theo ngày bắt đầu.

Ghi chú. Về mặt lý thuyết, để ước tính tải, người ta phải sử dụng đồ thị
người dùng tải xuống. Những biểu đồ này (có lẽ) tốt cho các ông chủ khi họ
đánh giá dự án đã hoàn thành. Nhưng chúng không phù hợp ở giai đoạn lập kế hoạch, vì chúng cho thấy
rằng mọi thứ đều tồi tệ, nhưng họ không cung cấp bất kỳ thông tin nào về lý do tại sao lại như vậy và những gì có thể được thực hiện.

Sau đó, sự kỳ diệu của sự cân bằng bắt đầu. Cần phải giảm thiểu thời gian thực hiện của từng giai đoạn bằng cách đảm bảo tải ít nhiều đồng đều cho tất cả những người tham gia dự án. Để làm điều này, chúng tôi thực hiện các bước sau:

  1. Thay đổi người thực thi tác vụ.

    Sẽ hợp lý khi làm điều này nếu chúng ta thấy rằng một người biểu diễn có rất nhiều nhiệm vụ,
    và người kia có "lỗ hổng" rõ ràng, và anh ta có thể đảm nhận một số công việc từ
    đầu tiên.

  2. Chuyển nhiệm vụ sang giai đoạn khác.

    Một nhiệm vụ dẫn đến kéo dài thời gian giai đoạn, nhưng không cần thiết
    để có được kết quả của một giai đoạn có thể được chuyển sang một giai đoạn sau. Và ngược lại,
    nếu sân khấu có "lỗ hổng" trong việc tải người biểu diễn và thay đổi người biểu diễn
    không thành công, bạn có thể thử nhận nhiệm vụ từ giai đoạn tiếp theo.

Thật không may, bạn phải thực hiện tất cả điều này theo cách thủ công, thực hiện cân bằng tài nguyên sau mỗi thay đổi. Bất chấp sự phức tạp rõ ràng, quá trình này thường mất một khoảng thời gian hữu hạn. Một dự án trong năm gồm 8 người tham gia, chia thành 4 giai đoạn, tôi hoàn thành trong vòng chưa đầy một giờ.

Bây giờ chúng tôi xem xét lại dự án một cách cẩn thận, đảm bảo rằng các liên kết giữa các nhiệm vụ được đặt chính xác, không có gì bị bỏ quên và việc bổ nhiệm những người thực hiện tương ứng với chuyên môn và trình độ của họ.

Kế toán rủi ro
Bây giờ - bước cuối cùng: kế toán rủi ro. Thú thực là tôi chưa tham gia quản lý rủi ro nghiêm túc nhưng tôi có tính đến khả năng xảy ra một số trường hợp bất khả kháng (như nghệ sĩ biểu diễn ốm đau, công việc bị bỏ quên, v.v.). Để làm điều này, tôi thêm một nhiệm vụ giả với mức độ ưu tiên thấp nhất, được gọi là "công việc khác" cho từng tài nguyên, vào từng giai đoạn. Sau khi tài nguyên được lên cấp, các nhiệm vụ này sẽ kết thúc ở cuối giai đoạn. Thời hạn của các nhiệm vụ này phụ thuộc vào xác suất xảy ra và mức độ ảnh hưởng của rủi ro, nó phụ thuộc vào cách xác định ước tính thời lượng của nhiệm vụ, sức khỏe của các thành viên trong nhóm và mức độ hoang tưởng của người quản lý dự án. Thông thường tôi đặt thời lượng của “công việc khác” vào khoảng 1/3 đến 1/4 thời lượng của sân khấu.

Kết quả của tất cả các thao tác trên, chúng tôi có được một kế hoạch thực hiện dự án mà chúng tôi có thể làm việc.

Với kế hoạch này, chúng ta có thể:

  1. Liệt kê khung thời gian cho dự án và các mốc quan trọng của nó. Hợp lý và với mức độ cao
    độ tin cậy.
  2. Ước tính chi phí lao động gần đúng cho dự án
Ghi chú.Điều thường xảy ra là thời hạn khá dài và một câu hỏi hợp lý được đặt ra là liệu nó có thể được giảm bớt bằng cách thu hút thêm những người biểu diễn hay không. Để trả lời câu hỏi này, tôi đã cân đối kế hoạch mới bằng cách sử dụng cùng một nhóm nhiệm vụ, nhưng thay đổi thành phần của những người thực hiện. Câu trả lời không đến ngay lập tức, nhưng cũng không mất nhiều thời gian.
Làm việc có kế hoạch
Khi một dự án được đưa vào sản xuất, kế hoạch ban đầu được sử dụng để đánh giá cũng có thể được sử dụng để theo dõi tiến độ của dự án. Người quản lý dự án được yêu cầu thường xuyên thực hiện các hành động sau:
  1. Giao nhiệm vụ cho người thực hiện
  2. Đánh dấu các nhiệm vụ đã hoàn thành trong kế hoạch
  3. Điều chỉnh kế hoạch trong trường hợp sai lệch đáng kể
Việc phát hành các nhiệm vụ của người biểu diễn có thể được thực hiện theo những cách khác nhau. Bạn có thể chia quá trình thực thi thành các lần lặp ngắn, tạo thành một nhóm tác vụ cho mỗi lần lặp và đánh dấu kết quả ở cuối lần lặp. Bạn có thể ngay lập tức thông báo cho những người tham gia một tập hợp các nhiệm vụ cho giai đoạn, đưa cho mỗi người một bản sao của biểu đồ Gantt và thăm dò ý kiến ​​định kỳ về tiến độ. Bạn có thể sử dụng tích hợp MS Project và TFS và tải trực tiếp dự án lên TFS. Vấn đề không phải là phương tiện. Điều chính là cập nhật thường xuyên kế hoạch. Tôi làm điều này khoảng một hoặc hai lần một tuần. Điều này giúp bạn có thể nhanh chóng nhìn thấy các khu vực có vấn đề.
Để xác định khu vực có vấn đề, sẽ thuận tiện khi sử dụng nhiều nhóm khác nhau - theo người thực hiện, theo thành phần, v.v. Thường có thể thấy rằng toàn bộ dự án thậm chí còn đi trước thời hạn, nhưng trong một bối cảnh nhất định có độ trễ, vì Ví dụ, một trong những nhà phát triển bất ngờ gặp phải một vấn đề hệ thống nghiêm trọng dẫn đến sai lệch. Chỉ sử dụng số liệu trung bình sẽ không cho thấy vấn đề này - nó sẽ chỉ xuất hiện ở cuối giai đoạn, khi đã quá muộn để làm bất cứ điều gì.

Ghi chú. Thông thường tôi không di chuyển các nhiệm vụ trên lịch mà chỉ ghi chú chúng được hoàn thành như thế nào. Tôi theo dõi độ lệch so với kế hoạch bằng độ lệch của tổng nhiệm vụ của dự án so với thời điểm hiện tại.

Có một chiến lược khác - thay đổi thời hạn của các nhiệm vụ, "đẩy" các nhiệm vụ chưa hoàn thành về phía trước. Với cách tiếp cận này, một tính năng hữu ích khác của MS Project, đường cơ sở, có thể được sử dụng để theo dõi những sai lệch so với kế hoạch. Đường cơ sở chỉ đơn giản là ảnh chụp nhanh đã lưu về trạng thái của các tác vụ. Nó có thể được thực hiện khi bắt đầu dự án. Để so sánh kế hoạch hiện tại với đường cơ sở, hãy mở "Biểu đồ Gantt có theo dõi". Đối với một kế hoạch động, trong đó thứ tự các nhiệm vụ thay đổi thường xuyên, điều này có thể gây bất tiện, vì vậy tôi chèn các mốc quan trọng vào dự án để phản ánh một số kết quả quan trọng của dự án và chỉ theo dõi các sai lệch so với đường cơ sở đối với chúng.

Quản lý cấu trúc nhiệm vụ với các trường tùy chỉnh

Tôi thực sự khuyên bạn không nên sử dụng các tác vụ tóm tắt trong MS Project để phân tách chức năng hoặc phân loại tác vụ. Thực tế là hệ thống phân cấp nhiệm vụ trong MS Project gắn chặt với trình tự của chúng. Và bạn thường muốn xem xét các nhiệm vụ theo một trình tự khác, trong khi toàn bộ cấu trúc “sụp đổ”. Để quản lý cấu trúc nhiệm vụ, tôi khuyên bạn nên sử dụng trường tùy chỉnh. MS Project có một tập hợp các trường được xác định trước với hành vi không xác định mà chúng ta có thể sử dụng khi thấy phù hợp. Ví dụ: để chia nhỏ các tác vụ thành các thành phần, bạn cần dựa trên trường văn bản Văn bản 1 tạo một trường Thành phần và thiết lập một danh sách các giá trị cho nó tương ứng với các thành phần của hệ thống.

Sau đó, chúng tôi có cơ hội chỉ định thành phần mà nó thuộc về cho từng nhiệm vụ và bằng cách sử dụng nhóm các nhiệm vụ theo thành phần, theo dõi mọi thứ đang diễn ra như thế nào.

Các trường tùy chỉnh cho phép bạn chia các nhiệm vụ thành nhiều danh mục, ví dụ: tôi đã chia các nhiệm vụ theo loại công việc: Phát triển, Thử nghiệm, Tài liệu.
Tôi sẽ đề cập đến những người tò mò rằng trong MS Project, bạn cũng có thể đặt các quy tắc để vẽ sơ đồ dựa trên các thuộc tính của tác vụ. Nếu muốn, bạn có thể đặt các tác vụ cho các thành phần khác nhau có các màu khác nhau và màu sẽ chỉ được xác định bởi thuộc tính tác vụ, không cần phải đặt thủ công cho từng tác vụ. Các cài đặt như vậy không yêu cầu viết tập lệnh mà được thực hiện bằng các công cụ tùy chỉnh biểu đồ tiêu chuẩn.

Việc sử dụng các trường tùy chỉnh, cũng như các chức năng lọc, sắp xếp và nhóm được tích hợp trong MS Project, cho phép bạn có nhiều chế độ xem cho phép bạn nhận được câu trả lời cho nhiều câu hỏi mà người quản lý dự án đặt ra.

Hoàn thành dự án

Vào cuối dự án, chúng tôi nhận được một kế hoạch trong đó tất cả các nhiệm vụ được hoàn thành. Tôi cũng thường cố gắng giữ kế hoạch ban đầu, ít nhất là ở mức cơ bản. Thành thật mà nói, ở giai đoạn này, MS Project ít được sử dụng, vì nó không phải là những giá trị được lên kế hoạch mà là những giá trị thực tế mới được quan tâm. Một số giải pháp cho vấn đề này được cung cấp bởi MS Project Server, có thể tính đến chi phí lao động thực tế, nhưng điều này nằm ngoài phạm vi của bài viết này.

Phần kết luận

Tôi đã cố gắng tóm tắt kinh nghiệm sử dụng MS Project của mình để tìm các giải pháp thực tế cho các vấn đề nảy sinh trước mắt khi tôi quản lý các dự án phát triển phần mềm. Kỹ thuật được mô tả không phải là phổ quát, nhưng đối với tôi, có vẻ như nó khá đơn giản và hợp lý, đồng thời nó cho phép giải quyết các nhiệm vụ thực tế của người quản lý dự án.
Sử dụng phương pháp này đã cho phép tôi hoàn thành xuất sắc hơn một dự án đúng hạn.
Đúng, đã có những thất bại. Điều này xảy ra, như một quy luật, khi phần chuẩn bị của dự án được thực hiện kém, cụ thể là xây dựng vấn đề. Những, cái đó. kết quả của dự án không chính xác như những gì được yêu cầu và sự hiểu biết về điều này đã đến quá muộn.

Tôi phải bỏ lỡ một cái gì đó, cảm thấy tự do để đặt câu hỏi.

mục tiêu Bài học là đạt được các kỹ năng tạo dự án, thiết lập lịch của dự án, nhập danh sách các công việc và thiết lập các tham số của chúng.

Hình thức các lớp học - làm việc trong phòng thí nghiệm bằng máy tính.

Khoảng thời gian- bốn giờ học.

3.2.1. Ví dụ lập kế hoạch công việc dự án

Tùy chỉnh cửa sổ dự án

  • Khởi chạy Microsoft Project 2007.
  • Đặt bảng điều khiển xem trong cửa sổ làm việc của hệ thống - mục menu Xem / Xem bảng điều khiển. Giao diện của cửa sổ sau khi điều chỉnh được hiển thị trong Hình. 3.1.

Lưu một dự án vào một tập tin

  • mục menu Tệp/Lưu.
  • Một hộp thoại lưu tệp sẽ mở ra, trong đó bạn phải chọn một thư mục để lưu dự án và chỉ định tên dự án Phát triển chương trình.
  • nút ấn Tiết kiệm.
  • Đóng tệp dự án bằng cách nhấp vào chữ thập ở góc trên bên phải của cửa sổ trong Hình. 3.18.

Ghi chú. Đối với tất cả các lần lưu tiếp theo của dự án bằng mục menu Tệp/Lưu dự án được tự động ghi vào một tệp hiện có mà không cần mở hộp thoại lưu tệp.


Cơm. 3.18.

Mở tệp dự án đã tạo

  • Chọn mục menu Mở tập tin.
  • Trong hộp thoại mở tệp xuất hiện, hãy tìm thư mục chứa dự án.
  • Trong số các dự án được lưu trong thư mục đã chọn, hãy tìm tệp mong muốn ( DevelopmentPrograms.mpp), chọn nó và nhấn nút Mở ra(kết quả tương tự đạt được bằng cách nhấp đúp vào tên tệp).

Cài đặt lịch

  • Mở cửa sổ thay đổi giờ làm việc - Dịch vụ/Thay đổi giờ làm việc.
  • Đối với lịch Tiêu chuẩn(mở theo mặc định) chọn tab ngoại lệ.
  • trong lĩnh vực Tên nhập hàng trống đầu tiên của bảng Ngày của sự đồng ý và hòa giải.
  • Nháy chuột vào trường Bắt đầu trên cùng một dòng – một nút chọn sẽ xuất hiện trong trường này.
  • Nhấn nút chọn này - lịch sẽ mở ra.
  • Chọn tháng 11 năm 2009 trong lịch và nhấp đúp vào ngày 4 tháng 11 - ngày đã chọn để bắt đầu loại trừ sẽ được đặt. Theo mặc định, ngày kết thúc cho ngoại lệ được đặt giống nhau và ngoại lệ được coi là ngày không làm việc.
  • Tương tự, thêm một ngoại lệ Ngày lễ Tết dương lịch, bắt đầu từ ngày 31.12.09 và kết thúc vào ngày 10.01.10. Hình ảnh cuối cùng của cửa sổ sau tất cả các phép biến đổi được hiển thị trong Hình. 3.19.

Nhập danh sách các nhiệm vụ dự án

  • Tạo danh sách nhiệm vụ dự án có chứa các mốc quan trọng, giai đoạn và nhiệm vụ thông thường. Sắp xếp các nhiệm vụ sao cho thứ tự của chúng tương ứng với trình tự thực hiện và sau mỗi giai đoạn, nên liệt kê các mốc và nhiệm vụ có trong đó. Đối với dự án được tạo Phát triển chương trình danh sách các nhiệm vụ được đưa ra trong Bảng 3.3.
  • Mở tập tin dự án. Nhấp chuột để chọn trong bảng xem Biểu đồ Gantt.
  • mỗi cột Tên nhiệm vụ nhập tuần tự tên các nhiệm vụ từ Bảng 3.3. Theo mặc định, tất cả các nhiệm vụ đã nhập là nhiệm vụ thông thường với thời hạn là 1 ngày. Trên biểu đồ Gantt, chúng được hiển thị dưới dạng các thanh màu xanh lam. Dấu chấm hỏi trong một cột Khoảng thời gian có nghĩa là nó không được đặt bởi người dùng và là sơ bộ.
  • Trong cột Khoảng thời gianđặt thời lượng mốc thành 0 ngày. Kết quả - trên biểu đồ Gantt, các nhiệm vụ này được hiển thị dưới dạng kim cương. Kết quả của việc nhập các nhiệm vụ dự án được hiển thị trong hình. 3.20.

Chuyển đổi một nhiệm vụ thành một giai đoạn

Để chuyển một nhiệm vụ thành một giai đoạn, tất cả các nhiệm vụ con của giai đoạn đó phải xuất hiện ngay sau nó trong bảng.

  • Nhấn giữ chuột trái tại khu vực số hiệu nhiệm vụ, chọn các dòng nhiệm vụ có số từ 3 - 8.
  • Nhấp vào nút (giảm một cấp) trên thanh công cụ định dạng. Kết quả - các tác vụ được chọn trở thành các tác vụ phụ được bao gồm trong lập trình, nhưng lập trình- giai đoạn, tức là nhiệm vụ tổng hợp. Trên biểu đồ Gantt, giai đoạn được biểu thị bằng một đoạn ở dạng dấu ngoặc ngang.
  • Chọn nhiệm vụ có số 10 - 13.
  • Nhấn nút. gỡ lỗi trở thành một giai đoạn và các tác vụ được chọn trở thành các tác vụ con của nó. Kết quả phù hợp với hình ảnh trong Hình. 3.20.

Tạo liên kết bằng chuột

  • Di chuột qua hình thoi cột mốc bắt đầu dự án.
  • Trong khi giữ nút chuột trái, di chuyển con trỏ đến thanh tác vụ Công thức của vấn đề.
  • Nhả nút bên trái. Kết quả - một liên kết được tạo giữa các tác vụ, cho biết rằng tác vụ Công thức của vấn đề theo cột mốc bắt đầu dự án. Mối quan hệ này được mô tả trên biểu đồ Gantt dưới dạng một mũi tên.

Tạo một liên kết trong cửa sổ chi tiết nhiệm vụ


Tạo mối quan hệ bằng cột Người tiền nhiệm


Tạo các liên kết còn lại của dự án Phát triển Chương trình

Sử dụng các phương pháp đã thảo luận ở trên, tạo phần còn lại của các liên kết của dự án theo Bảng 3.5.

Bảng 3.5.
№ Tên người tiền nhiệm Khoảng thời gian
1 Bắt đầu dự án -
2 lập trình -
3 Công thức của vấn đề 1 10
4 Phát triển giao diện 3 5
5 Phát triển các module xử lý dữ liệu 4 7
6 Phát triển cấu trúc cơ sở dữ liệu 3 6
7 Dân số cơ sở dữ liệu 6 8
8 lập trình hoàn thành 5;7 -
9 gỡ lỗi -
10 gỡ lỗi phần mềm 8 5
11 Kiểm tra và sửa lỗi 10 10
12 Biên soạn tài liệu chương trình 10 5
13 Gỡ lỗi hoàn tất 11;12 -
14 kết thúc dự án 13 -

Các loại liên kết, độ trễ, khách hàng tiềm năng và giới hạn

Microsoft Project là một hệ thống quản lý dự án phần mềm toàn diện và công cụ tối ưu hóa quản lý danh mục đầu tư cho phép bạn lập kế hoạch và kiểm soát các hoạt động dự án của các tổ chức. Đối với điều này, các mẫu tích hợp sẵn, công cụ cho các cấp phân tích và thống kê khác nhau, công cụ quản lý thời gian làm việc, v.v.. Bài viết mô tả các chức năng và mô tả chi tiết hơn Ms Project là gì, cách hoạt động trong chương trình và cách sử dụng tất cả các cơ hội Microsoft Project.

Đặc điểm chung và vị trí của sản phẩm giữa các đối thủ cạnh tranh

Kể từ năm 2007, mỗi phiên bản mới của Ms Project được phát hành ba năm một lần. Như vậy, mới nhất ở thời điểm hiện tại là ứng dụng phiên bản 2016 có đăng ký "Office 365", tương thích với Windows 10, 8.1 và 7. So với các chương trình tương tự khác, Ms Project được coi là phổ biến và "nhẹ" nhất. đề cập đến quản lý dự án phần mềm cấp đầu vào với giao diện văn phòng tiêu chuẩn cổ điển. Trên thị trường các giải pháp nhỏ và một người dùng, sản phẩm phần mềm chiếm khoảng 80% (được khoảng 20 triệu người sử dụng).

Là một tập hợp tích hợp các phương pháp, quy trình và công cụ để lập kế hoạch và kiểm soát dự án, Ms Project được coi là phương pháp được sử dụng phổ biến hơn trong việc thực hiện các ý tưởng dự án tương đối nhỏ. Tuy nhiên, sự tồn tại của một số tùy chọn trả phí - cơ bản, chuyên nghiệp và nâng cao - khi chọn chức năng đầy đủ nhất, cho phép bạn mở rộng đáng kể khả năng của chương trình so với phiên bản cơ bản.

Tuy nhiên, các đối thủ cạnh tranh - tương tự như Ms Project, tăng lợi thế cạnh tranh của họ, thường "xây dựng lại" chính xác bằng cách nhân rộng các phương tiện lập kế hoạch chi phí và tài nguyên cũng như đảm bảo tổ chức công việc nhiều người dùng.

Trong số các chương trình như vậy tập trung vào các dự án lớn, có thể chọn ra Kế hoạch mở được Nga hóa.

Một lĩnh vực khác của "detuning" là chuyên môn hóa sản phẩm. Trong số các phần mềm như vậy, Primavera là phổ biến, đã trở nên phổ biến trong lĩnh vực kỹ thuật và dự án xây dựng như một công cụ lập lịch và lập kế hoạch mạng cho phép bạn tính đến các nguồn tài chính, vật liệu và lao động trong các dự án vừa và lớn. Công cụ phần mềm dựa trên đám mây của Basecamp được coi là đối thủ cạnh tranh hàng đầu trong phân khúc giải pháp quản lý siêu nhẹ. Đồng thời, Microsoft cũng đã cung cấp phiên bản đám mây cho sản phẩm của mình kể từ năm 2013.

Ngoài ứng dụng đám mây, một số sản phẩm có sẵn dưới thương hiệu Project:

1. Project Standard cho phép lập kế hoạch tùy chỉnh cho các dự án nhỏ.

2. Quản trị công ty được thực hiện bằng một nền tảng đặc biệt, bao gồm:

  • Máy chủ dự án thực tế,
  • phiên bản công ty của Project Professional, nơi các công cụ cộng tác (Project Server và SharePoint Foundation / Server) được thêm vào khả năng của phiên bản Tiêu chuẩn,
  • Công nghệ giao diện web để báo cáo về tiến độ của các nhiệm vụ, để xem danh mục dự án và các hoạt động cộng tác khác (Project Web Access).

Cơ sở của sự phổ biến gần như độc quyền của sản phẩm Microsoft là nó là một phần của gia đình Ms Office, giúp nó có thể:

  • việc quản lý các công cụ trong môi trường quen thuộc của các sản phẩm Ms Office trở nên dễ dàng hơn (sự tương đồng về phong cách của giao diện Dự án với Excel là rõ ràng),
  • tùy chỉnh các công thức Ms Project theo kiểu công thức Excel,
  • điều chỉnh sản phẩm cho phù hợp với đặc điểm kinh doanh của bạn, bằng cách lập trình hoặc bằng cách mua các giải pháp làm sẵn dựa trên Microsoft.Net hoặc Visual Basic.

Để giảm số lượng các sự cố liên quan đến hỗ trợ kỹ thuật, Microsoft (ví dụ: thông qua chương trình Microsoft ISV Royalty) khuyến khích mua các giải pháp làm sẵn từ các đối tác, đồng thời đền bù cho khách hàng để phát triển các giải pháp công nghiệp.

Nhiệm vụ và cơ hội của chương trình

Làm việc trong Microsoft Project nên bắt đầu với việc phát triển phương pháp tiếp cận dự án như vậy - làm quen với các nguyên tắc và phương pháp thiết kế của nó. Điều này là cần thiết để sử dụng các công cụ một cách chính xác: chia các dự án lớn thành nhiều phần, điều chỉnh ước tính thời gian, tính đến và đặt rủi ro, theo dõi tinh thần đồng đội và sử dụng các kỹ thuật tạo động lực. Trong sách giáo khoa do Bộ Giáo dục Liên bang Nga phát hành năm 2013 để phát triển Dự án 2010, các chương đầu tiên được dành để giới thiệu những điều cơ bản về quản lý dự án - kỹ thuật lập kế hoạch và xây dựng "tam giác dự án" ("thời gian -chi phí-phạm vi công việc").

Trong trường hợp thực hiện phương pháp tiếp cận dự án, chương trình Dự án giúp giải quyết các nhiệm vụ sau:

Để làm việc trong chương trình, các khái niệm về "Nhiệm vụ", "Tài nguyên" và "Cuộc hẹn" được sử dụng. Để đạt được mục tiêu của dự án, công việc được chia thành các nhiệm vụ. Khái niệm "tài nguyên" thường được áp dụng cho một nhân viên, nhưng cũng có thể đề cập đến bất động sản, thiết bị, vật liệu. Trong Microsoft Project, các nhiệm vụ xảy ra khi tài nguyên được phân bổ để hoàn thành một tác vụ. Chính các cuộc hẹn sẽ xác định lượng thời gian cần thiết để giải quyết các vấn đề và kết quả là tổng thời gian của dự án. Để hiển thị, phân tích và đầu vào, có cái gọi là. dạng xem tác vụ (Gantt Chart, Task Form, v.v.) tài nguyên (Resource Graph, Resource Sheet) và các bài tập (ví dụ: Sử dụng tài nguyên), là dạng xem đồ họa, dạng bảng và biểu mẫu.

Để hiển thị đầy đủ hơn thông tin cần thiết trên một màn hình, thay vì chế độ xem đơn (bình thường) bằng cách đặt “hộp kiểm” trong menu, chế độ kết hợp sẽ được hiển thị. Trong trường hợp này, màn hình được chia theo chiều ngang, giúp bạn có thể xem hai chế độ xem cùng một lúc.

Việc phân chia công việc trong một dự án tạo thành một cấu trúc phân chia công việc, trong đó các nhiệm vụ được thể hiện bằng các loại khác nhau:

  1. Một nhiệm vụ riêng biệt.
  2. Một nhiệm vụ tóm tắt (giai đoạn) bao gồm một nhóm các nhiệm vụ liên quan.
  3. Cột mốc - mốc tham chiếu - điểm của một sự kiện quan trọng, điều khiển tiến trình của dự án.
  4. Một nhiệm vụ định kỳ diễn ra thường xuyên trong suốt quá trình của dự án (ví dụ: “cuộc họp buổi sáng”).

Bắt đầu với Project 2010, các tác vụ có thể được lên lịch cả tự động và thủ công, trong trường hợp này, đặt tác vụ ở bất kỳ đâu trong lịch trình.

Gói lợi ích được đánh giá cao bởi Intel, Tesla, Toyota, BMW, Kraft, 21st Century Fox, British Airways và hàng triệu công ty khác được cập nhật liên tục với những đổi mới có thể tìm thấy trên trang web chính thức của Dự án, trong một blog đặc biệt của Nga hoặc trong Cộng đồng Facebook và Vkontakte. .