Nếu bạn đang học kỹ thuật hoặc là một kỹ sư, bạn có thể đã nghe thấy từ "tồn đọng" được sử dụng rất nhiều trong lĩnh vực của bạn.
Nhưng bạn đã bao giờ tự hỏi backlog là gì và tại sao nó lại quan trọng như vậy trong các dự án kỹ thuật chưa?
Backlog không chỉ là một danh sách các nhiệm vụ hoặc đơn đặt hàng chưa được thực hiện.
Nó là một công cụ mạnh mẽ có thể tạo ra hoặc phá vỡ một dự án, và nếu bạn biết cách sử dụng nó tốt, bạn có thể làm cho dự án thành công.
Trong bài đăng trên blog này, chúng ta sẽ nói về tồn đọng trong kỹ thuật, bao gồm các loại, vai trò và tầm quan trọng khác nhau của nó.
Vì vậy, hãy tiếp tục đọc nếu bạn muốn đưa các dự án kỹ thuật của mình lên một tầm cao mới.
Hiểu định nghĩa tồn đọng và tầm quan trọng trong kỹ thuật
Định nghĩa chính thức:
1. Sự tích lũy các đơn đặt hàng hứa hẹn công việc và lợi nhuận trong tương lai 2. Sự tích lũy các vật liệu chưa được xử lý hoặc các nhiệm vụ chưa hoàn thành.
Trong kỹ thuật và quản lý dự án, công việc tồn đọng là danh sách các nhiệm vụ cần được thực hiện và mức độ quan trọng của chúng.
Nó giúp các nhóm lập kế hoạch chi tiết trước khi họ dành quá nhiều thời gian để lập kế hoạch về phạm vi và các ưu tiên kinh doanh.
Danh sách những việc cần làm:
Nhóm sản phẩm quyết định dự án nào sẽ thực hiện tiếp theo và công việc tồn đọng được tất cả các nhóm sử dụng trong chu kỳ phát triển để theo dõi và ưu tiên các nhiệm vụ của họ khi họ làm việc hướng tới việc phân phối sản phẩm.
Các mục quan trọng nhất nằm ở trên cùng của sản phẩm tồn đọng, vì vậy nhóm biết phải làm việc gì đầu tiên.
Câu chuyện của người dùng, sửa lỗi và cập nhật sản phẩm là tất cả những thứ phổ biến để đưa vào hồ sơ tồn đọng của sản phẩm.
Nhóm phát triển không xử lý toàn bộ công việc tồn đọng cùng một lúc.
Thay vào đó, họ thực hiện từng phần nhỏ của nó tại một thời điểm, được gọi là "chạy nước rút".
Việc chỉnh sửa hoặc tinh chỉnh tồn đọng được thực hiện thường xuyên để đảm bảo rằng các nhiệm vụ của mỗi lần chạy nước rút đều rõ ràng và có thể thực hiện được.
Công việc tồn đọng quan trọng như thế nào:
Một Agile tồn đọng được ưu tiên tốt giúp lập kế hoạch phát hành và lặp lại dễ dàng hơn, đặt kỳ vọng với các bên liên quan và các nhóm khác, đồng thời biến thời gian kỹ thuật thành tài sản cố định.
Product backlog được tổ chức tốt giúp nhóm xác định rõ ràng và hiểu các mục tiêu và yêu cầu của dự án, ưu tiên các nhiệm vụ dựa trên tầm quan trọng của chúng, đưa ra quyết định sáng suốt về những gì nên làm tiếp theo và liên tục thích ứng với các yêu cầu và ưu tiên thay đổi, làm cho quá trình phát triển trở nên linh hoạt và hiệu quả hơn.
Quản lý tồn đọng:
Quản lý công việc tồn đọng là quá trình các nhóm thêm vào, thay đổi, dọn dẹp và xếp hạng công việc tồn đọng để đảm bảo rằng người dùng nhận được các tính năng quan trọng nhất trước tiên.
Một công việc tồn đọng đầy đủ có thể ảnh hưởng đến quá trình phát triển phần mềm bằng cách khiến sản phẩm mất nhiều thời gian hơn để đưa sản phẩm ra thị trường và làm cho sản phẩm trở nên kém chất lượng hơn.
Khôi phục công việc tồn đọng có thể là một phần quan trọng để đưa dự án trở lại đúng hướng và thúc đẩy sự sáng tạo vốn rất quan trọng để phát triển phần mềm thành công.
Backlog cũng có thể có nghĩa là:
Trong kế toán và tài chính, tồn đọng là một khối lượng lớn công việc cần phải hoàn thành, chẳng hạn như các đơn đặt hàng cần điền hoặc các chứng từ tài chính cần được xử lý.
Công việc tồn đọng có thể tốt hoặc xấu, tùy thuộc vào cách nó ảnh hưởng đến tình hình.
Một mặt, điều đó có thể có nghĩa là doanh số bán hàng đang tăng lên, nhưng mặt khác, các công ty thường cố gắng tránh tồn đọng vì chúng có thể có nghĩa là họ đang hoạt động kém hiệu quả hơn hoặc không thể đáp ứng nhu cầu.
Giải phóng sức mạnh của công việc tồn đọng: Cách tránh thời hạn và tăng căng thẳng!
Vẫn còn khó hiểu? Hãy để tôi thay đổi quan điểm một chút:
Bạn phát ngán với việc hoàn thành mọi thứ đúng thời hạn và ngân sách? Bạn có nhớ cảm giác phấn khích khi deadline sắp đến và hương vị ngọt ngào của sự hoảng loạn không? Chà, đừng lo lắng, vì tôi biết phải làm gì: tồn đọng! Vâng, bạn đúng.
Cứ để những đơn đặt hàng và nhiệm vụ đó chồng chất lên nhau, và bạn sẽ sớm có nhiều công việc hơn bạn biết phải làm gì.
Nói lời tạm biệt với việc hoàn thành công việc và chào đón những cơn đau tim do căng thẳng gây ra.
Ai quan tâm đến việc kiếm tiền và hiệu quả?
Được rồi, đó chỉ là một trò đùa để trông giống như một quảng cáo trên TV.
Bây giờ chúng ta hãy quay lại phần giải thích.
Product Backlog vs Sprint Backlog: Sự khác biệt chính
Product backlog và sprint backlog là hai công cụ quan trọng để tổ chức các dự án phát triển phần mềm theo phương pháp Agile.
Cả hai công việc tồn đọng đều là những phần quan trọng của bất kỳ dự án phát triển phần mềm nào, nhưng phạm vi và mục tiêu của chúng là khác nhau.
Tồn đọng sản phẩm:
Chủ sở hữu sản phẩm lập danh sách các tính năng để thêm vào dự án trước khi dự án bắt đầu.
Danh sách này được gọi là "sản phẩm tồn đọng".
Nó cung cấp một cái nhìn tổng quan về toàn bộ sản phẩm, bao gồm cả các mục tiêu và nguyên tắc cơ bản và các phần khác có nhiều khả năng thay đổi hơn.
Nó luôn thay đổi và có thể thay đổi bất cứ lúc nào để phản ánh những thay đổi trên thị trường hoặc phản hồi từ khách hàng.
Product backlog là một trong những cách quan trọng nhất để nhóm phát triển và các bên liên quan thảo luận về những gì cần được xây dựng và lý do tại sao.
Nó cũng là một tài liệu sống cung cấp cho toàn bộ nhóm phát triển một nguồn sự thật duy nhất để sử dụng trong suốt dự án.
Sprint backlog:
Mặt khác, sprint backlog là một tập hợp con của product backlog chỉ bao gồm các mục từ product backlog có thể được hoàn thành trong mỗi lần chạy nước rút nhanh.
Nó làm cho công việc của sản phẩm trong một khoảng thời gian nhất định nổi bật hơn.
Sprint backlog bao gồm các mục từ product backlog, nhưng chỉ những mục có thể hoàn thành trong mỗi lần chạy nước rút nhanh.
Trong cuộc họp lập kế hoạch chạy nước rút, nhóm quyết định những mục nào từ sản phẩm tồn đọng mà họ sẽ làm việc trong thời gian chạy nước rút.
Đây là nơi các công việc tồn đọng chạy nước rút được thực hiện.
Sau khi mọi người đồng ý về điều đó, các mục và các bước để hoàn thành chúng sẽ được thiết lập cho toàn bộ Sprint.
Sprint backlog khác với product backlog ở chỗ nó chỉ có thể được thay đổi trong cuộc họp lập kế hoạch chạy nước rút.
Có gì khác biệt:
- Phạm vi: Product backlog cung cấp tổng quan về tất cả các tính năng cần thêm vào dự án, trong khi Sprint backlog tập trung vào những gì cần thực hiện trong mỗi lần chạy nước rút nhanh.
- Mục đích: Product backlog là một công cụ giao tiếp giữa nhóm phát triển và các bên liên quan, cung cấp sự hiểu biết chung về những gì cần được xây dựng và lý do tại sao.
Nhóm phát triển sử dụng công việc tồn đọng của nước rút để lập kế hoạch và thực hiện công việc trong một nước rút cụ thể.
- Tính linh hoạt: Product backlog là một tài liệu sống có thể được cập nhật bất kỳ lúc nào để phản ánh những thay đổi trên thị trường hoặc phản hồi của khách hàng.
Trong một lần chạy nước rút, công việc tồn đọng của nước rút bị đóng băng và chỉ có thể thực hiện các thay đổi trong cuộc họp lập kế hoạch chạy nước rút.
Quản lý và duy trì công việc tồn đọng: Vai trò và trách nhiệm
Theo dõi và quản lý công việc tồn đọng là một phần quan trọng trong quá trình phát triển phần mềm Agile.
Dưới đây là những vai trò và trách nhiệm quan trọng nhất khi nói đến việc quản lý và theo kịp các công việc tồn đọng.
Trách nhiệm của Product Owner:
- Product Owner chịu trách nhiệm quản lý và duy trì Product Backlog, bao gồm chia nhỏ các hạng mục thành các câu chuyện của người dùng.
- Họ chịu trách nhiệm tổ chức và duy trì Product Backlog, bao gồm nội dung, tính khả dụng và đặt hàng của nó.
- Họ đảm bảo rằng công việc tồn đọng phù hợp với các mục tiêu tổng thể của dự án và nhóm đang thực hiện các nhiệm vụ quan trọng và có giá trị.
Trách nhiệm của nhóm phát triển:
- Nhóm Phát triển chịu trách nhiệm chuyển Product Backlog thành các phần chức năng gia tăng.
- Họ sở hữu Sprint Backlog và chịu trách nhiệm quyết định những mục nào cần đưa vào và cách ưu tiên chúng.
- Họ cung cấp các ước tính cho các hạng mục Product Backlog trong các phiên lập kế hoạch chạy nước rút.
- Họ tạo Sprint Backlog, là một tập hợp các hạng mục tồn đọng của sản phẩm được chọn cho lần chạy nước rút, cùng với kế hoạch phân phối phần gia tăng của sản phẩm trong khi thực hiện mục tiêu chạy nước rút.
- Họ thực hiện công việc từ Sprint Backlog và sửa đổi cũng như cập nhật nó khi có thông tin mới.
Nhiệm vụ của một Scrum Master là:
- Scrum Master tạo điều kiện cho các sự kiện Scrum và giúp mọi người hiểu lý thuyết, thực hành, quy tắc và giá trị của Scrum.
- Họ có thể tham gia vào quá trình thay đổi công việc tồn đọng, nhưng họ không có quyền tự mình thực hiện các thay đổi.
Hợp tác và nói chuyện với nhau:
- Mặc dù Product Owner chịu trách nhiệm duy nhất về việc duy trì Product Backlog, nhưng việc tinh chỉnh nó phải là một nỗ lực hợp tác trong đó phần còn lại của Nhóm Scrum đóng góp kiến thức, hiểu biết sâu sắc và kinh nghiệm của họ về dự án cho đến nay.
- Toàn bộ nhóm làm việc và đóng góp vào sản phẩm tồn đọng, nhưng việc biến nó thành phần mềm hoạt động được hay không là tùy thuộc vào Nhóm Phát triển.
Tóm lại, Product Owner phụ trách Product Backlog và Nhóm Phát triển phụ trách Sprint Backlog.
Scrum Master điều hành các cuộc họp Scrum và đảm bảo mọi người hiểu lý thuyết, thực hành, quy tắc và giá trị của Scrum.
Nhóm làm việc cùng nhau và thảo luận để đảm bảo rằng cả hai công việc tồn đọng đều chính xác, cập nhật và phù hợp với mục tiêu chung của dự án.
Nhóm Phát triển chịu trách nhiệm biến các hạng mục trên Product Backlog thành phần mềm hoạt động được, trong khi Chủ sở hữu Sản phẩm đảm bảo rằng công việc tồn đọng phù hợp với mục tiêu tổng thể của dự án.
Kỹ thuật sàng lọc và ưu tiên tồn đọng
Quản lý và duy trì công việc tồn đọng: Vai trò và trách nhiệm
Công việc tồn đọng là một phần quan trọng trong quản lý dự án Agile và chúng cần được quản lý cũng như cập nhật.
Bài viết này nói về vai trò và trách nhiệm của nhóm Scrum khi nói đến việc quản lý và theo dõi các công việc tồn đọng của sản phẩm và sprint.
Product Owner và Product Backlog
Product Owner chịu trách nhiệm quản lý và cập nhật product backlog, đây là một tài liệu sống thay đổi dựa trên nhu cầu kinh doanh, thị trường và công nghệ.
Lộ trình và các yêu cầu của nó được sử dụng để tạo sản phẩm tồn đọng, đây là danh sách công việc cho Nhóm phát triển được xếp hạng theo mức độ quan trọng của nó.
Những điều quan trọng nhất được đặt ở trên cùng để chúng có thể được thực hiện trước tiên.
Chủ sở hữu sản phẩm chịu trách nhiệm giữ cho sản phẩm tồn đọng được tổ chức và cập nhật.
Điều này bao gồm việc chia nhỏ các mục thành các câu chuyện của người dùng.
Họ quyết định cách sắp xếp các nhiệm vụ trong hồ sơ tồn đọng và đảm bảo rằng chúng phù hợp với các mục tiêu tổng thể của dự án.
Chủ sở hữu sản phẩm có thể thay đổi hoặc sắp xếp lại các nhiệm vụ trong hồ sơ tồn đọng bất kỳ lúc nào dựa trên phản hồi từ khách hàng hoặc yêu cầu mới.
Nhưng một khi công việc đang được tiến hành, không nên có quá nhiều thay đổi.
Trong các phiên để dọn sạch sản phẩm tồn đọng và lập kế hoạch chạy nước rút, các điểm câu chuyện được sử dụng để ước tính PBI.
Đây chỉ là một ý tưởng sơ bộ về kích thước.
Chủ sở hữu sản phẩm có thể có ảnh hưởng đến Nhóm phát triển bằng cách giúp họ hiểu và lựa chọn sự đánh đổi, nhưng ước tính cuối cùng được đưa ra bởi những người sẽ thực hiện công việc.
Nhóm phát triển và Sprint Backlog
Nhóm Phát triển chịu trách nhiệm biến các hạng mục trên Product Backlog thành các phần chức năng có thể được sử dụng cùng nhau.
Mặc dù Product Owner là người duy nhất chịu trách nhiệm theo dõi Product Backlog, nhưng những người còn lại trong Nhóm Scrum nên giúp cải thiện nó bằng cách chia sẻ kiến thức, hiểu biết và kinh nghiệm của họ về dự án cho đến nay.
Cả nhóm làm việc và bổ sung vào sản phẩm tồn đọng, nhưng công việc của Nhóm Phát triển là biến nó thành phần mềm có thể sử dụng được.
Nhóm Phát triển chịu trách nhiệm về Sprint Backlog, là một tập hợp con của Product Backlog.
Sprint Backlog có những thứ quan trọng nhất từ Product Backlog cũng như những thứ khác cần được thực hiện, như User Stories, Tasks, Use Cases và Tests.
Trong Sprint Backlog, các nhà phát triển có thể tìm thấy các nhiệm vụ đơn giản để thực hiện trong giai đoạn chạy nước rút hiện tại.
Nó cũng có các câu chuyện mô tả giá trị người dùng cấp cao của sản phẩm và các nhiệm vụ chi tiết chia nhỏ câu chuyện của người dùng thành các bước phát triển đơn giản, khả thi.
Nhóm Phát triển chịu trách nhiệm chọn những gì sẽ được đưa vào Sprint Backlog và tầm quan trọng của mỗi mục.
Câu chuyện của người dùng, Nhiệm vụ, Ca sử dụng, Thử nghiệm và bất kỳ mục nào khác chia nhỏ các mục Product Backlog đã chọn đều có thể được thêm vào Sprint Backlog.
Trong mỗi cuộc họp Scrum Hằng ngày (cuộc họp hàng ngày), các thành viên trong nhóm xem xét tiến độ của họ so với các nhiệm vụ đã lên kế hoạch trong Sprint Backlog để xem liệu họ có đang đi đúng hướng để đạt được mục tiêu nước rút này hay không.
Nếu có lỗi hoặc thay đổi quan trọng đối với các tính năng trên Lộ trình, họ có thể thay đổi hoặc cập nhật mức độ ưu tiên của mình trong Sprint Backlog.
Kỹ thuật sàng lọc và ưu tiên tồn đọng
Trong quản lý dự án Agile, việc sử dụng các kỹ thuật ưu tiên và sàng lọc công việc tồn đọng hiệu quả có thể giúp cải thiện kết quả của dự án và mức độ hoạt động của dự án.
Tinh chỉnh công việc tồn đọng là một quá trình liên tục nhằm đảm bảo rằng kỳ vọng của người dùng, phản hồi từ thị trường và quá trình phân phối dự án đều được đồng bộ hóa.
Các phiên chỉnh sửa tồn đọng được sử dụng để đánh giá lại các ưu tiên, dọn dẹp và sắp xếp tồn đọng sản phẩm, đồng thời lập kế hoạch chạy nước rút hiệu quả hơn.
Lợi ích chính của việc sàng lọc hồ sơ tồn đọng là đảm bảo rằng các mục ở đầu danh sách của bạn có liên quan, có đủ thông tin và có ước tính.
Ưu tiên hiệu quả bắt đầu trong một thời gian dài trước khi bạn xử lý công việc tồn đọng.
Trước tiên, bạn sẽ cần đưa ra một kế hoạch cho sản phẩm của mình.
Điều này mang lại cho nhóm một cách để đo lường mức độ họ đang làm tốt như thế nào liên quan đến một nhóm mục tiêu và dự án được chia sẻ.
Cần sắp xếp mức độ ưu tiên của tồn đọng để sắp xếp các hạng mục trong tồn đọng của sản phẩm (như Câu chuyện của người dùng, lỗi, đột biến, v.v.) để chúng có thể được xây dựng và phát hành theo đúng thứ tự.
Các loại tồn đọng và quản lý chúng trong các ngành khác nhau
Các loại công việc tồn đọng
Phát triển sản phẩm đòi hỏi phải sắp xếp các tính năng theo thứ tự quan trọng và đưa chúng vào hoạt động.
Có ba loại tồn đọng chính được sử dụng cho việc này:
- Tồn đọng sản phẩm.
Product Backlog là một kế hoạch dài hạn cho sản phẩm bao gồm các tính năng chưa được ưu tiên phát hành.
Đó là một tài liệu sống thay đổi khi có thông tin và phản hồi mới.
Nó chia nhỏ tầm nhìn thành những việc cụ thể có thể thực hiện được và gia tăng giá trị cho sản phẩm.
- Giải phóng tồn đọng.
Release Backlog là một phần của Product Backlog liệt kê các tính năng sẽ được phân phối trong một bản phát hành nhất định.
Nó được thực hiện bằng cách chọn các mục từ Product Backlog dựa trên mức độ quan trọng của chúng và liệu chúng có thể được thực hiện hay không.
- Sprint backlog.
Sprint Backlog là một phần của Release Backlog liệt kê các tính năng sẽ được phân phối trong một lần chạy nước rút cụ thể.
Nó được thực hiện bằng cách chọn các hạng mục từ Release Backlog dựa trên mức độ quan trọng của chúng và liệu chúng có thể được thực hiện hay không.
Quản lý tồn đọng trong các ngành khác nhau
Các ngành công nghiệp khác nhau có những cách khác nhau để giải quyết công việc tồn đọng của họ.
Dưới đây là một số ví dụ:
- Phát triển phần mềm.
Các phương pháp linh hoạt như Scrum hoặc Kanban được sử dụng để xử lý các công việc tồn đọng trong quá trình phát triển phần mềm.
Các nhóm Scrum làm việc trong "sprint", là những khoảng thời gian giới hạn mà họ làm việc trên các nhiệm vụ cụ thể từ "Sprint Backlog".
Hàng ngày, nhóm có các cuộc họp "độc lập", nơi họ nói về mọi thứ đang diễn ra như thế nào và bất kỳ vấn đề nào họ đang gặp phải.
Trong Kanban, các hạng mục công việc được hiển thị trên một bảng với các cột cho biết chúng đang ở đâu trong quá trình hoàn thành.
Khi các hạng mục công việc di chuyển qua các giai đoạn khác nhau, các thành viên trong nhóm sẽ di chuyển chúng từ cột này sang cột khác.
- Quản lý dự án.
Trong quản lý dự án, các công cụ như Trello và Jira có thể được sử dụng để theo dõi các công việc tồn đọng.
Với những công cụ này, người dùng có thể tạo các bảng có danh sách hiển thị các giai đoạn khác nhau của dự án.
Các hạng mục công việc có thể được thêm vào và di chuyển giữa các danh sách này khi chúng di chuyển qua các giai đoạn khác nhau.
Quản lý Scrum và Backlog
Tồn đọng sản phẩm Scrum
Scrum Product Backlog là danh sách các hạng mục, tính năng và nhiệm vụ cho một dự án được xếp hạng theo mức độ quan trọng của chúng.
Nó không nên có thông tin chi tiết về những gì cần thiết.
Thay vào đó, các yêu cầu cuối cùng được đặt ra trong giai đoạn chạy nước rút, cùng với khách hàng.
Câu chuyện của người dùng, thể hiện công việc cần thực hiện để cung cấp sản phẩm hoặc dịch vụ, có thể được thêm vào Scrum Product Backlog.
Mọi hạng mục trong Scrum Product Backlog phải có một số loại giá trị cho khách hàng.
Nhóm Scrum cũng có thể sử dụng các tạo phẩm khác, như tóm tắt các vai trò người dùng khác nhau, mô tả quy trình làm việc, hướng dẫn giao diện người dùng, bảng phân cảnh hoặc nguyên mẫu giao diện người dùng, nhưng những thứ này không thay thế được Scrum Product Backlog.
Thay vào đó, họ thêm vào và giải thích những gì nó nói.
hậu cần tồn đọng
Tùy thuộc vào những gì đang được nói đến, thuật ngữ "hậu cần tồn đọng" có thể có nghĩa khác nhau.
Trong quản lý chuỗi cung ứng, tồn đọng là tất cả các sản phẩm đã được khách hàng đặt hàng nhưng chưa được gửi đi.
Điều này bao gồm những thứ như số thứ tự công việc, số sản phẩm, ngày giao hàng, số lượng và trạng thái của đơn đặt hàng.
Công việc tồn đọng tốt cho doanh nghiệp vì nó cho thấy khách hàng sẵn sàng trả tiền cho những đơn hàng chưa được thực hiện.
Nhưng nếu thời hạn không được đáp ứng và đơn đặt hàng không được vận chuyển đúng hạn, công việc tồn đọng sẽ trở thành đơn đặt hàng tồn đọng, điều này có thể không tốt cho doanh nghiệp.
Trong hậu cần công-ten-nơ tại cảng, tồn đọng là khi các công-ten-nơ vận chuyển chất đống tại cảng do các vấn đề trong chuỗi cung ứng gây ra bởi những thứ như chính sách COVID-19 và ngày càng có nhiều người muốn hàng hóa.
Loại công việc hậu cần tồn đọng này có thể khiến việc vận chuyển mất nhiều thời gian hơn và tốn nhiều chi phí hơn cho các doanh nghiệp.
MAINTENANCE BACKLOG: Nó là gì và cách tính Backlog?
Mẹo: Bật nút phụ đề nếu bạn cần. Chọn “dịch tự động” trong nút cài đặt, nếu bạn không quen với ngôn ngữ nói. Bạn có thể cần nhấp vào ngôn ngữ của video trước khi ngôn ngữ yêu thích của bạn có sẵn để dịch.
Trường hợp sử dụng
| Được dùng trong: | Sự miêu tả: |
|---|---|
| Phát triển phần mềm: | Backlog thường được sử dụng để theo dõi tiến độ của một dự án trong phát triển phần mềm. Nó có danh sách tất cả các tính năng, lỗi và nhiệm vụ cần được thực hiện trước khi có thể tạo ra sản phẩm cuối cùng. Nhóm làm việc trên các hạng mục trong backlog theo thứ tự có ý nghĩa nhất đối với dự án. Backlog có thể được sử dụng để theo dõi những gì cần phải hoàn thành, ai chịu trách nhiệm cho từng nhiệm vụ và thời điểm đến hạn của từng nhiệm vụ. Đây là một công cụ mà các nhóm phát triển phần mềm có thể không thể bỏ qua nếu họ muốn đảm bảo rằng họ vận chuyển sản phẩm chất lượng cao đúng thời hạn. |
| Chế tạo: | Trong sản xuất, công việc tồn đọng có thể được sử dụng để theo dõi cách nguyên vật liệu và sản phẩm di chuyển trong quy trình sản xuất. Ví dụ: công việc tồn đọng có thể được thực hiện để theo dõi xem có bao nhiêu sản phẩm chưa hoàn thành cần phải hoàn thành trước khi có thể thực hiện một đơn đặt hàng. Công việc tồn đọng có thể được thực hiện được sử dụng để đảm bảo rằng quy trình sản xuất diễn ra suôn sẻ và các đơn đặt hàng được thực hiện đúng hạn. |
| Sự thi công: | Công việc tồn đọng có thể được sử dụng trong xây dựng để theo dõi tiến độ của dự án và đảm bảo rằng tất cả các nhiệm vụ được thực hiện đúng thời hạn. Một số việc có thể có trong công việc tồn đọng công trình là đặt hàng vật liệu, lên lịch cho nhân công và thực hiện kiểm tra. Bạn có thể sử dụng công việc tồn đọng để đảm bảo rằng mỗi nhiệm vụ được thực hiện theo đúng thứ tự và dự án đang tiến triển theo đúng kế hoạch. |
| Tài chính: | Trong tài chính, công việc tồn đọng là một cách để theo dõi các khoản thanh toán hoặc hóa đơn chưa được xử lý và cần được xử lý. Ví dụ: có thể tạo hồ sơ tồn đọng để theo dõi xem có bao nhiêu hóa đơn quá hạn chưa được thanh toán. Công việc tồn đọng có thể được thực hiện được sử dụng để đảm bảo rằng tất cả các khoản thanh toán được xử lý đúng hạn và dòng tiền của công ty được quản lý tốt. |
Phần kết luận
Trong kỹ thuật, công việc tồn đọng là một phần quan trọng của quản lý dự án và hiểu được tầm quan trọng của nó có thể có ảnh hưởng rất lớn đến sự thành công của một dự án.
Điều quan trọng là phải hiểu đầy đủ khái niệm "backlog" để quản lý product backlog hoặc sprint backlog và sử dụng các kỹ thuật hiệu quả để tinh chỉnh và sắp xếp thứ tự ưu tiên.
Nhưng điều quan trọng cần lưu ý là việc quản lý công việc tồn đọng không phải là việc chỉ làm một lần.
Nó cần được cải thiện và chú ý trong suốt vòng đời của dự án.
Là một kỹ sư, biết cách xử lý công việc tồn đọng của bạn có thể tạo ra sự khác biệt giữa một dự án hoạt động và một dự án không hoạt động.
Vì vậy, hãy sử dụng sức mạnh của công việc tồn đọng để làm lợi thế cho bạn và không ngừng tinh chỉnh và cải thiện nó để đạt được kết quả tốt nhất.
Chia sẻ…
