Mẫu dữ liệu vòng đời phát triển phần mềm

Mã định danh hạng mục phát triển là khóa chính, dùng để nhận diện duy nhất từng trường hợp trong suốt vòng đời phát triển phần mềm. Mỗi mã đại diện cho một phần công việc riêng biệt, như user story, nhiệm vụ hoặc bản sửa lỗi, từ lúc tạo đến khi được giải quyết hoặc triển khai.

Trong phân tích process mining, thuộc tính này rất cần thiết để tái dựng hành trình từ đầu đến cuối của từng hạng mục công việc. Công cụ dùng mã này để liên kết mọi hoạt động liên quan, chẳng hạn “Bắt đầu phát triển”, “Hoàn tất đánh giá mã” và “Triển khai lên môi trường thực tế”, thành một luồng quy trình thống nhất. Phân tích vòng đời của từng hạng mục giúp phát hiện khác biệt, chậm trễ và các vòng lặp làm lại gắn với từng phần công việc.

Đây là mã định danh trường hợp cơ bản, cần có để theo dõi toàn bộ vòng đời của từng hạng mục công việc phát triển từ đầu đến cuối.

Thường có trong các bảng chính về hạng mục công việc hoặc theo dõi issue của hệ thống quản lý phát triển phần mềm.

Tên hoạt động mô tả một bước cụ thể hoặc một lần thay đổi trạng thái trong quy trình phát triển. Các hoạt động này tạo thành những nút trên sơ đồ quy trình, thể hiện các mốc quan trọng như “Phê duyệt hạng mục để phát triển”, “Gửi mã để đánh giá” hoặc “Hoàn tất kiểm thử QA”.

Thuộc tính này rất quan trọng để trực quan hóa luồng quy trình và hiểu trình tự sự kiện. Khi phân tích các hoạt động, nhóm có thể xác định những đường đi phổ biến nhất, phát hiện sai lệch quy trình và đo thời gian ở từng giai đoạn. Đây là cơ sở để phân tích điểm nghẽn, phát hiện công việc phải làm lại và kiểm tra mức độ phù hợp với mô hình quy trình mục tiêu.

Thuộc tính này xác định các bước trong quy trình, giúp bạn trực quan hóa và phân tích quy trình làm việc phát triển.

Thường được lấy từ nhật ký thay đổi trạng thái, luồng sự kiện hoặc bảng lịch sử liên quan đến hạng mục công việc phát triển.

Thời điểm bắt đầu sự kiện ghi lại chính xác ngày giờ một hoạt động bắt đầu. Thuộc tính này xác định thứ tự thời gian của mọi sự kiện trong một trường hợp, rất cần thiết để tái dựng chính xác luồng quy trình.

Dấu thời gian là nền tảng cho mọi phân tích process mining dựa trên thời gian. Chúng được dùng để tính các KPI quan trọng như thời gian chu kỳ, thời gian chờ và thời gian xử lý giữa các hoạt động. Phân tích dấu thời gian giúp xác định điểm nghẽn, đo hiệu quả quy trình và hiểu thời lượng của từng giai đoạn trong vòng đời phát triển. Ví dụ, khoảng thời gian từ “Gửi mã để đánh giá” đến “Hoàn tất đánh giá mã” có thể cho thấy việc đánh giá bị chậm trễ.

Dấu thời gian này rất cần thiết để sắp xếp sự kiện đúng thứ tự và tính các chỉ số dựa trên thời gian, chẳng hạn như thời gian chu kỳ và điểm nghẽn.

Có trong nhật ký sự kiện, nhật ký kiểm tra hoặc bảng lịch sử ghi lại các thay đổi đối với hạng mục công việc phát triển.

Thuộc tính hệ thống nguồn xác định ứng dụng hoặc nền tảng nơi dữ liệu vòng đời phát triển được ghi lại. Thuộc tính này đặc biệt hữu ích khi tổ chức sử dụng nhiều công cụ phát triển, chẳng hạn Jira để theo dõi issue và GitLab để quản lý mã nguồn.

Trong quá trình phân tích, chỉ rõ hệ thống nguồn giúp xác thực dữ liệu và cung cấp bối cảnh cho dữ liệu quy trình. Thuộc tính này cho phép so sánh các quy trình được quản lý trên những hệ thống khác nhau, đồng thời giúp diễn giải dữ liệu chính xác vì tên trường và quy ước quy trình có thể khác nhau giữa các hệ thống. Bạn cũng có thể dùng thuộc tính này để lọc dữ liệu theo một công cụ cụ thể.

Thuộc tính này cho biết dữ liệu đến từ đâu, rất quan trọng để xác thực dữ liệu và phân tích dữ liệu từ nhiều hệ thống tích hợp.

Thông thường, đây là giá trị tĩnh được thêm trong quá trình trích xuất dữ liệu để xác định nguồn gốc của các bản ghi.

Thuộc tính lần cập nhật dữ liệu gần nhất ghi lại ngày giờ dữ liệu được trích xuất hoặc cập nhật gần nhất từ hệ thống nguồn. Qua đó, bạn có thể biết dữ liệu còn mới và phù hợp đến mức nào.

Thông tin này rất cần thiết để bảo đảm các phân tích và bảng điều khiển dựa trên dữ liệu hiện tại. Các bên liên quan có thể nhanh chóng xem dữ liệu quy trình được cập nhật đến thời điểm nào, từ đó tin tưởng hơn vào những thông tin thu được. Đây cũng là siêu dữ liệu quan trọng để quản lý pipeline dữ liệu và lên lịch làm mới dữ liệu.

Thuộc tính này cho biết dữ liệu còn mới đến đâu, giúp bảo đảm kết quả phân tích kịp thời và phù hợp để ra quyết định.

Giá trị này thường được tạo và lưu trong quy trình ETL (trích xuất, chuyển đổi và tải dữ liệu).

Thuộc tính này phân loại công việc đang được thực hiện. Các loại hạng mục công việc khác nhau thường đi theo những luồng quy trình riêng và có kỳ vọng về hiệu suất khác nhau. Ví dụ, lỗi có thể cần được xử lý nhanh bằng bản vá nóng, còn tính năng thường theo chu kỳ phát triển và kiểm thử tiêu chuẩn.

Nhà phân tích có thể dùng thuộc tính này để so sánh luồng quy trình và hiệu suất giữa các loại công việc. Qua đó, họ trả lời được những câu hỏi như “Quy trình sửa lỗi có nhanh hơn quy trình phát triển tính năng không?” hoặc “Các hạng mục nợ kỹ thuật có phải làm lại nhiều hơn không?”. Đây là chiều phân tích cơ bản để chia dữ liệu thành từng nhóm và tìm ra thông tin cụ thể, có thể áp dụng.

Giúp so sánh quy trình và hiệu suất giữa các nhóm công việc, qua đó phát hiện điểm kém hiệu quả ở từng loại hình phát triển.

Trường thông tin tiêu chuẩn trong bản ghi hạng mục công việc hoặc sự cố của hầu hết hệ thống quản lý phát triển.

Thuộc tính Mức độ ưu tiên cho biết mức độ khẩn cấp về mặt kinh doanh hoặc kỹ thuật của một hạng mục công việc. Giá trị thường là “Cao”, “Trung bình” hoặc “Thấp”, giúp nhóm quyết định nên xử lý việc gì tiếp theo.

Trong process mining, mức độ ưu tiên là một chiều phân tích hữu ích. Nhóm có thể kiểm tra xem các hạng mục ưu tiên cao có thực sự được xử lý nhanh hơn hạng mục ưu tiên thấp hay không. So sánh thời gian chu kỳ giữa các mức ưu tiên giúp xác định quy trình có đáp ứng đúng thứ tự ưu tiên của doanh nghiệp không. Nếu các hạng mục ưu tiên cao thường xuyên bị chậm, nguyên nhân có thể nằm ở khâu lập kế hoạch, phân bổ tài nguyên hoặc thiết kế quy trình làm việc.

Giúp kiểm tra xem công việc ưu tiên cao có đi qua quy trình nhanh hơn không, đồng thời phát hiện điểm nghẽn ảnh hưởng nhiều hơn đến các hạng mục quan trọng.

Trường thông tin tiêu chuẩn trong bản ghi hạng mục công việc hoặc sự cố của hầu hết hệ thống quản lý phát triển.

Thuộc tính này cho biết cá nhân hoặc nhóm chịu trách nhiệm hoàn thành bước hiện tại hoặc toàn bộ hạng mục công việc. Người được giao có thể thay đổi nhiều lần trong suốt vòng đời công việc, phản ánh việc bàn giao giữa các vai trò như lập trình viên, nhân viên kiểm thử QA và người đánh giá.

Phân tích thuộc tính Người được giao giúp bạn hiểu khối lượng công việc của nhóm, hiệu quả bàn giao và cách các thành viên phối hợp. Bạn có thể lọc sơ đồ quy trình để xem công việc của một người hoặc nhóm cụ thể, từ đó tìm điểm nghẽn liên quan đến tài nguyên. Phân tích mạng lưới xã hội dựa trên các lần bàn giao giữa những người được giao cũng có thể cho thấy khoảng trống trong giao tiếp hoặc cơ cấu phối hợp quá phức tạp.

Giúp phân tích khối lượng công việc, tần suất bàn giao và cách phối hợp giữa các thành viên, từ đó cải thiện hiệu quả của nhóm.

Có trong bản ghi hạng mục công việc hoặc sự cố, thường được lưu trong lịch sử của hạng mục hoặc nhật ký kiểm tra.

Tên dự án giúp xác định ngữ cảnh bằng cách nhóm các hạng mục công việc thuộc cùng một sản phẩm, sáng kiến hoặc cơ sở mã. Cách phát triển và thời gian chu kỳ có thể khác nhau đáng kể giữa các dự án, chẳng hạn giữa hệ thống cũ và ứng dụng mới xây dựng từ đầu.

Thuộc tính này cho phép tổng hợp và so sánh quy trình phát triển ở cấp cao giữa các bộ phận khác nhau trong tổ chức. Bằng cách lọc phân tích theo dự án, người quản lý có thể đánh giá tình trạng và hiệu quả của từng nỗ lực phát triển. Thuộc tính này cũng rất cần thiết để hiểu mối liên hệ giữa hiệu suất quy trình với bối cảnh và môi trường kỹ thuật cụ thể của dự án.

Cho phép chia kết quả phân tích quy trình theo sản phẩm hoặc sáng kiến, qua đó làm rõ khác biệt về hiệu suất giữa các dự án.

Trường thông tin tiêu chuẩn trong bản ghi hạng mục công việc hoặc sự cố, hoặc tên kho mã trong các hệ thống như Git.

Thuộc tính này xác định nhóm, đội hoặc bộ phận cụ thể chịu trách nhiệm bàn giao hạng mục phát triển. Ở các tổ chức lớn, công việc thường được phân chia cho nhiều nhóm chuyên môn như “Giao diện”, “Backend”, “Ứng dụng di động” hoặc “Nền tảng”.

Phân tích theo Tên nhóm giúp so sánh hiệu suất và chia sẻ cách làm hiệu quả giữa các nhóm. Thuộc tính này giúp trả lời những câu hỏi như “Nhóm nào có thời gian chu kỳ ngắn nhất?” hoặc “Nhóm nào phải làm lại nhiều hơn?”. Phân tích có thể phát hiện khác biệt về quy trình làm việc, kỹ năng hoặc khả năng tiếp cận tài nguyên đang ảnh hưởng đến hiệu suất bàn giao, từ đó giúp bạn cải tiến quy trình đúng trọng tâm.

Giúp so sánh hiệu suất giữa các nhóm, tìm ra cách làm hiệu quả và những điểm cần cải thiện.

Thường được liên kết với người được giao hoặc lưu trực tiếp trong bản ghi dự án hay hạng mục công việc.

Thời gian kết thúc sự kiện đánh dấu lúc một hoạt động hoàn tất. Nhiều bước trong quy trình được ghi nhận như sự kiện tức thời, với thời gian bắt đầu và kết thúc giống nhau. Tuy nhiên, một số hoạt động có thời lượng đo được. Ví dụ, hoạt động “Rà soát mã” có thể có thời điểm bắt đầu và kết thúc riêng.

Thuộc tính này rất cần thiết để tính thời gian xử lý thực tế của từng tác vụ, tách biệt với thời gian nhàn rỗi hoặc chờ đợi. Bằng cách so sánh khoảng thời gian từ lúc bắt đầu đến lúc kết thúc sự kiện, nhà phân tích có thể đo lường công sức dành cho các hoạt động tạo ra giá trị. Nhờ đó, họ phân tích chi tiết hơn việc sử dụng tài nguyên và xác định tác vụ nào chiếm nhiều thời gian làm việc thực tế nhất.

Giúp tính thời gian xử lý thực tế của từng hoạt động, tách biệt với thời gian chờ để thấy rõ hơn công sức đã bỏ ra.

Có thể lấy từ nhật ký sự kiện hoặc xác định bằng dấu thời gian của hoạt động tiếp theo trong cùng chuỗi công việc.

Trạng thái hạng mục phát triển cho biết trạng thái của một hạng mục công việc tại một thời điểm cụ thể. Tên hoạt động ghi lại sự kiện thay đổi trạng thái, còn thuộc tính này ghi lại chính trạng thái đó. Nhờ vậy, bạn có thể phân tích trạng thái công việc tại thời điểm một sự kiện diễn ra.

Thuộc tính này thường được dùng để tạo Tên hoạt động, nhưng cũng cung cấp thêm ngữ cảnh. Chẳng hạn, phân tích trường trạng thái giúp tính thời gian hạng mục nằm ở một trạng thái cụ thể, như “Bị chặn” hoặc “Chờ đánh giá”. Việc nắm được thời gian ở những trạng thái không tạo ra giá trị rất quan trọng để tìm ra nguyên nhân gây chậm trễ trong hệ thống và cải thiện luồng công việc.

Giúp phân tích thời gian ở từng trạng thái, từ đó phát hiện chậm trễ và thời gian ở những trạng thái không tạo ra giá trị như “Bị chặn”.

Có sẵn dưới dạng trường chính trong bản ghi hạng mục công việc hoặc sự cố, đồng thời được lưu trong nhật ký lịch sử.

Thuộc tính Bản phát hành dự kiến liên kết hạng mục phát triển với một lịch bàn giao hoặc phiên bản cụ thể. Thuộc tính này thường được dùng khi lập kế hoạch phát hành để gom các tính năng và bản sửa lỗi vào cùng một đợt triển khai.

Phân tích theo Bản phát hành dự kiến giúp đánh giá khả năng dự đoán và độ tin cậy của quy trình phát hành. Bạn có thể theo dõi tỷ lệ bàn giao đúng hạn bằng cách so sánh bản phát hành dự kiến với ngày triển khai thực tế. Ngoài ra, thuộc tính này giúp quản lý phạm vi và theo dõi luồng công việc dành cho một bản phát hành cụ thể, qua đó làm rõ những rủi ro hoặc chậm trễ có thể ảnh hưởng đến lịch bàn giao.

Liên kết công việc phát triển với lịch bàn giao, giúp phân tích tỷ lệ bàn giao đúng hạn và khả năng dự đoán của các đợt phát hành.

Trường thông tin tiêu chuẩn như “Phiên bản sửa lỗi”, “Bản phát hành mục tiêu” hoặc “Đường dẫn vòng lặp” trong công cụ lập kế hoạch Agile và phát triển.

Chỉ báo làm lại là thuộc tính dạng đúng/sai hoặc phân loại được suy ra từ dữ liệu, dùng để đánh dấu sự kiện thuộc một chu kỳ làm lại. Thông thường, thuộc tính này được xác định khi luồng quy trình đi ngược lại, chẳng hạn từ “Kiểm thử QA” quay về “Đang phát triển”, hoặc khi xuất hiện hoạt động làm lại cụ thể như “QA phát hiện cần làm lại”.

Thuộc tính này rất hữu ích khi phân tích chất lượng và hiệu quả. Bạn có thể tính trực tiếp tỷ lệ làm lại và xác định những phần trong quy trình phát sinh nhiều lần làm lại nhất. Bằng cách lọc các hoạt động làm lại, nhóm có thể phân tích nguyên nhân gốc rễ để hiểu vì sao vấn đề chất lượng không được phát hiện sớm hơn. Giảm số lần làm lại là một cách quan trọng để vừa tăng tốc độ phát triển, vừa nâng cao chất lượng sản phẩm.

Đo trực tiếp mức độ làm lại, giúp nhóm theo dõi tần suất, phân tích nguyên nhân và đánh giá cải thiện chất lượng theo thời gian.

Thường được suy ra trong quá trình chuyển đổi dữ liệu bằng cách xác định các vòng lặp ngược trong luồng quy trình hoặc tên hoạt động liên quan đến lỗi.

Mức độ nghiêm trọng khác với mức độ ưu tiên. Mức độ nghiêm trọng đo lường tác động kỹ thuật của sự cố, còn mức độ ưu tiên thể hiện mức độ khẩn cấp khi cần khắc phục. Ví dụ, lỗi chính tả trên trang ít người truy cập có thể có mức độ nghiêm trọng và ưu tiên thấp, trong khi sự cố làm hỏng dữ liệu nghiêm trọng sẽ có mức độ nghiêm trọng và ưu tiên cao.

Thuộc tính này rất quan trọng khi phân tích chất lượng, đặc biệt là quy trình sửa lỗi. Nhóm có thể đánh giá xem mình có xử lý hiệu quả những sự cố nghiêm trọng nhất trước hay không. Phân tích thời gian chu kỳ theo từng mức độ nghiêm trọng giúp tổ chức đảm bảo các vấn đề nghiêm trọng của hệ thống được giải quyết nhanh, giảm thiểu ảnh hưởng đến khách hàng.

Giúp phân tích mức độ hiệu quả của nhóm khi xử lý sự cố theo tác động kỹ thuật, để các vấn đề nghiêm trọng được giải quyết kịp thời.

Trường thông tin tiêu chuẩn trong hệ thống quản lý phát triển, đặc biệt với hạng mục thuộc loại “Lỗi” hoặc “Sự cố”.

Thuộc tính Người tạo xác định người khởi tạo hạng mục công việc. Đó có thể là quản lý sản phẩm tạo câu chuyện người dùng, nhân viên kiểm thử QA ghi nhận lỗi hoặc nhân viên dịch vụ khách hàng báo cáo vấn đề của khách hàng.

Phân tích người tạo hạng mục công việc giúp bạn hiểu nguồn phát sinh công việc. Ví dụ, nếu người dùng cuối báo cáo nhiều lỗi, có thể chất lượng các bản phát hành gần đây đang có vấn đề. Bạn cũng có thể đánh giá mức độ rõ ràng và chất lượng của yêu cầu ban đầu bằng cách đối chiếu người tạo với các lần làm lại hoặc chậm trễ ở những bước sau.

Giúp xác định người khởi tạo công việc, từ đó phân tích nguồn phát sinh nhu cầu, lỗi hoặc yêu cầu tính năng.

Trường thông tin tiêu chuẩn như “Người báo cáo” hoặc “Tác giả” trong bản ghi tạo hạng mục công việc ban đầu.