2009-07-24 42 views
6

Là một nhà phát triển, đôi khi tôi bắt gặp thuật ngữ 'Đường dẫn quan trọng' trong bối cảnh thực thi phát triển. Từ wikipedia Tôi biết nó phải làm với việc xác định các nhiệm vụ cần thiết mà phải được hoàn thành trong một dự án.Đường dẫn quan trọng là gì?

Sự hiểu biết của tôi có đúng không?

Định nghĩa tốt nhất về Đường dẫn quan trọng bạn đã gặp phải là gì? Làm cách nào để xác định Đường dẫn quan trọng khi lập kế hoạch dự án?

Trả lời

2

Tôi không chắc chắn nếu đó là nét tốt nhất, nhưng nó chắc chắn là một trong những cô đọng nhất:

Trình tự các bước phụ thuộc mà xác định thời gian tối thiểu cần thiết để thực hiện một hoạt động

khác, dài hơn một chút và trong ngữ cảnh quản lý dự án (tương tự với bài viết Wikipedia mà bạn đã liên kết):

Con đường thông qua một loạt các hoạt động, có tính đến phụ thuộc lẫn nhau, trong đó cuối hoàn thành các hoạt động sẽ có ảnh hưởng vào ngày kết thúc dự án hoặc chậm trễ một cột mốc quan trọng (có thể có nhiều hơn một đường dẫn quan trọng)

Hiểu biết của bạn là đúng, và trước tiên thực sự xác định tất cả các bước cần thiết để hoàn thành dự án, sau đó t o kiểm tra từng "bước" để xác định bước phụ thuộc/quan trọng như thế nào đối với cả hai bước khác trong dự án cũng như dự án tổng thể.

Giả sử tôi muốn vẽ một bức tường. Các bước có thể (đây là một ví dụ cố ý giản thể):

  • Mua một số sơn
  • Mua một số bàn chải sơn
  • sơn tường

Vâng, cho rằng kết quả cuối cùng sẽ là một bức tường đẹp, mới sơn, bước đầu tiên ở đây (Mua một số sơn) là hoàn toàn quan trọng cho toàn bộ điều. Nếu tôi không thể đạt được điều đó, mọi thứ khác sẽ dừng lại. Ngoài ra, mỗi bước sau đó hoàn toàn phụ thuộc vào bước 1 đã được hoàn thành trước đó. Vì vậy, trong ví dụ này (phải thừa nhận), bước đầu tiên trong con đường quan trọng là mua một số loại sơn.

Ngược lại, Bước 2 quan trọng đối với công việc sơn tốt nhưng có khả năng bị bỏ qua nếu tôi chỉ ném sơn vào tường!

+4

Các bước 1 và 2 có thể được hoàn thành song song, vì vậy về mặt kỹ thuật, đường dẫn quan trọng sẽ là (dài hơn bước 1 hoặc 2) + bước 3. – Frozenskys

+0

@Frozenskys - Vâng, bạn nói đúng. Đó là một ví dụ nghèo nàn và giả tạo mà tôi đã cố gắng thoát khỏi đỉnh đầu của tôi! Nhưng nó vẫn phải làm việc nối tiếp nếu chúng ta giả định rằng cửa hàng bán cho chúng tôi sơn không bán chổi sơn (chúng ta phải đi đâu đó cho điều đó). Vâng, đó là một đoạn, tôi biết! :) – CraigTP

1

Tôi sẽ nói rằng nếu tác vụ là một phần của dự án thì tất cả phải được hoàn thành.

Sự hiểu biết của tôi về "đường dẫn quan trọng" có liên quan nhiều hơn đến các phụ thuộc. Đó là nhiệm vụ với hầu hết các phụ thuộc, rủi ro lớn nhất, là nguyên nhân sẽ khiến các nhiệm vụ khác thất bại nhất nếu nó không hoàn thành. Nó có thể là nhiệm vụ thời gian dẫn dài nhất, vì vậy nó phải được lên kế hoạch và bắt đầu đủ sớm để đảm bảo đủ thời gian để hoàn thành phần còn lại.

+0

"Tất cả phải được hoàn tất" có thể đúng liên quan đến phát triển sản xuất/sản phẩm, như bạn có một điểm cuối cố định, nhưng phần mềm dev thường versioned/lặp đi lặp lại/vá và cũng có thể ít có thể dự đoán được hơn. Do đó các tính năng loại "danh sách yêu thích" được đánh dấu là người đầu tiên đi nên thời gian trở thành một vấn đề. 1 cho mô tả CP ngắn gọn mặc dù. – Mathew

+0

Điểm tốt để phân biệt sản xuất từ ​​phát triển phần mềm. Biểu đồ Gantt đứng trước máy tính (khoảng năm 1915), vì vậy không có gì ngạc nhiên khi có những nếp nhăn mới không phù hợp. – duffymo

+0

MatW, trong thực tế phát triển sản phẩm trong sản xuất cũng lặp đi lặp lại, phiên bản và các sản phẩm được vá. Nhãn hiệu xe hơi và mặt thang máy là các phiên bản (thường được gọi là "mức kỹ thuật"), việc phát triển một chiếc xe mới trải qua quá trình lặp lại và hiếm khi bắt đầu từ đầu, ô tô được vá (các bản vá được gọi là "gọi lại nhà sản xuất" và thường được thực hiện như là một phần của bảo trì định kỳ). Tương tự như sản xuất, phần mềm cần phải được phát hành trong cấu hình làm việc không có các tính năng bao gồm. Tương tự như phần mềm, trong sản xuất sản phẩm trong quá trình phát triển có danh sách mong muốn. –

8

Đối với một ứng dụng:

Con đường quan trọng là chuỗi các hoạt động (trong số tất cả các chuỗi có thể trong phạm vi ứng dụng) để tăng thêm thời gian tổng thể dài nhất, và do đó là mục tiêu đầu tiên để tối ưu hóa .

Đối với một dự án:

Con đường quan trọng là chuỗi các hoạt động dự án để tăng thêm thời gian tổng thể dài nhất. Điều này xác định thời gian ngắn nhất có thể để hoàn thành dự án.

+0

Hehe. Tôi luôn luôn hoài nghi/lo lắng khi mọi người nói về "tối ưu hóa" một lịch trình. Nó giống như rất nhiều sự tối ưu hóa mã; hiếm khi cần thiết cũng không mang lại kết quả/lợi nhuận bạn mong đợi! – Mathew

+1

Câu trả lời hay. Ngắn gọn. +1 –

+1

Đừng quên, mọi sự chậm trễ trên một mục của con đường quan trọng dẫn đến sự chậm trễ của toàn bộ dự án. –

3

Đường dẫn quan trọng là dòng nhiệm vụ phụ thuộc, nếu có sự thay đổi thời gian trong một trong các tác vụ này, sẽ trì hoãn toàn bộ dự án.

nào để tôi có ý nghĩa gì bởi rằng:

Nếu bạn có nhiệm vụ a, b, c, d. A và b phải được thực hiện trước khi c có thể bắt đầu. D không phụ thuộc vào bất kỳ nhiệm vụ nào khác. A mất nhiều thời gian hơn để hoàn thành rồi b, và và c cùng nhau mất nhiều thời gian hơn để hoàn thành thì d, [a, c] là đường dẫn tới hạn.

Tối ưu hóa đường dẫn này sẽ rút ngắn dự án của bạn.

Sẽ là thực hành tốt để sắp xếp các hoạt động trên con đường quan trọng một cách chặt chẽ.

0

Đường dẫn quan trọng là đường dẫn không bị thiếu.

Khi nhiệm vụ dự án được phân chia giữa các thành viên của nhóm, sẽ có một (hoặc hai) người không có thời gian trễ giữa các nhiệm vụ hoặc ở cuối dự án. Như một sự chậm trễ trong bất kỳ nhiệm vụ này sẽ gây ra một sự chậm trễ trong toàn bộ dự án những người này được cho là trên con đường quan trọng.

Ví dụ (2 người dự án 4 nhiệm vụ):

Person A 
Task 1-----| 
      |-Task 3----| 

Person B 
Task 2---| 
     |-Task 4---| 

Blogger A đang trên con đường quan trọng.Một sự chậm trễ trong nhiệm vụ 1 hoặc 3 sẽ trì hoãn toàn bộ dự án, trong khi một sự chậm trễ trong nhiệm vụ 2 hoặc 4 sẽ không (trừ khi đó là một sự chậm trễ lớn của khóa học!).

Để hạn chế điều này:

  • Sắp xếp lại các nhiệm vụ để cho phép mọi người kết thúc với nhau. Điều này không phải lúc nào cũng có thể do phụ thuộc nhiệm vụ và bạn không thực sự muốn đặt mọi cơ thể trên con đường quan trọng.
  • Thêm dự phòng nhiều hơn cho dự án để ngay cả những người trên con đường quan trọng như một số mất nhiều thời gian.
0

Hoạt động của dự án là trên đường dẫn quan trọng nếu bất kỳ sự chậm trễ nào cho hoạt động này gây ra sự chậm trễ cho toàn bộ dự án.

0

Hãy tưởng tượng một dự án gồm nhiều nhiệm vụ với phụ thuộc giữa chúng (ví dụ A phải hoàn thành trước khi B có thể bắt đầu, C phải bắt đầu sau khi bắt đầu D, v.v.).Đường dẫn quan trọng là tập hợp các tác vụ mà bất kỳ thời gian tăng nào ảnh hưởng đến thời lượng dự án. Vì vậy, nếu nhiệm vụ C là trên CP và mất 2 ngày quá dài, dự án bị trì hoãn 2 ngày. Trong các dự án phức tạp, có thể rất khó để xác định CP, và có thể có nhiều nhiệm vụ không có trong đó. Xem ra, mặc dù, cho các nhiệm vụ không phải trên CP nhưng mà di chuyển mình vào nó như là dự án mở ra - CP là động không tĩnh.

Chúc may mắn

Đánh dấu Westwood Dự án

4

được chia thành các nhiệm vụ như mã hóa, kiểm tra. Hầu hết các nhiệm vụ phụ thuộc vào nhau. Ví dụ, thử nghiệm phụ thuộc vào mã hóa được hoàn thành. Một số nhiệm vụ khác có thể chạy song song.

Giả sử bạn có một dự án nhỏ để viết hệ thống quản lý khách hàng. Bạn xấp xỉ có thể chia nó thành ba nhiệm vụ:

  1. Mã hóa UI - 5 ngày
  2. Mã hóa phụ trợ - 7 ngày
  3. Tích hợp giao diện người dùng và backend - 2 ngày

Nếu bạn đã làm tất cả nhiệm vụ tuần tự, dự án sẽ thực hiện 5 + 7 + 2 = 14 ngày.

Giả sử rằng mã UI và mã phụ trợ có thể được thực hiện song song, vì vậy bạn có thể gán cho hai nhà phát triển hoạt động cùng một lúc. Tuy nhiên, sự tích hợp phụ thuộc vào cả hai nhiệm vụ đã hoàn thành.

Dự án sẽ mất bao lâu?

  1. UI mã hóa bắt đầu vào ngày 1, kết thúc vào ngày 5
  2. Backend mã hóa bắt đầu vào ngày 1, kết thúc vào ngày 7
  3. Tích hợp chỉ có thể bắt đầu vào ngày thứ 8, khi cả hai giao diện người dùng và phụ trợ được hoàn thành, và sẽ kết thúc vào ngày 10.

Bây giờ, bạn có thể thấy, nếu mã UI bắt đầu vào ngày thứ 3, thay vì ngày đầu tiên nó sẽ không thực sự ảnh hưởng đến thời hạn của dự án, vì nó sẽ hoàn thành sau đó trong ngày 7 trong thời gian để hội nhập bắt đầu. Điều này được gọi là slack, UI mã hóa có một slack 2 ngày.

Ngược lại, nếu mã hóa phụ trợ bị trì hoãn, nó sẽ bị trì hoãn lịch biểu tổng thể trong cùng một lượng ngày. Nhiệm vụ không có bất kỳ sự chậm trễ nào trong lịch biểu.

Mã hóa và tích hợp phụ trợ cùng nhau tạo thành đường dẫn quan trọng của dự án: nếu bất kỳ nhiệm vụ nào bị trì hoãn, việc phân phối dự án cũng sẽ bị trì hoãn.

Đường dẫn quan trọng của dự án có thể được xác định là chuỗi nhiệm vụ phụ thuộc cần thiết để hoàn thành dự án dẫn đến thời lượng lớn nhất hoặc định nghĩa thay thế, chuỗi nhiệm vụ phụ thuộc cần thiết để hoàn thành dự án.

Không cần phải nói nếu một nhiệm vụ nằm trên con đường quan trọng, điều tối quan trọng là nó được gửi đúng giờ, nếu không, lịch biểu sẽ trôi dạt, tăng chi phí.

Các tác vụ không nằm trên đường dẫn quan trọng được phép có sự thay đổi về thời lượng hoặc thời gian bắt đầu miễn là nó không vượt quá chùng, nếu không chúng sẽ trở thành một phần của con đường quan trọng.

0

Chuỗi nhiệm vụ phụ thuộc quan trọng để xác định thời gian cần thiết.

Đồng thời cụm từ này được sử dụng rộng rãi trong chu kỳ hàng loạt máy tính lớn. Xác định đường dẫn quan trọng để tối ưu hóa chu kỳ lô. Bài tập là loại bỏ các công việc hàng loạt không quan trọng khỏi các phụ thuộc sao cho đường dẫn quan trọng được tối ưu hóa được xác định mà lần lượt làm giảm thời gian cửa sổ lô.

0

Đường dẫn quan trọng trong quản lý dự án cho phép bạn phản hồi và lên kế hoạch cho các nhiệm vụ phải được hoàn thành tuần tự ('không thực hiện nhiệm vụ nổi'), cũng như nhiệm vụ (gọi là 'float'). .

Leonard Davis OnePlan.io

Các vấn đề liên quan