Mẫu dữ liệu vòng đời phát triển phần mềm
Mẫu dữ liệu vòng đời phát triển phần mềm
- Các thuộc tính nên thu thập
- Các hoạt động chính cần theo dõi
- Hướng dẫn trích xuất dữ liệu từ Jira Software
Thuộc tính vòng đời phát triển phần mềm
| Tên | Mô tả | ||
|---|---|---|---|
|
Hạng mục phát triển
DevelopmentItem
|
Mã định danh duy nhất cho một đơn vị công việc trong Jira Software, chẳng hạn như story, bug hoặc task. | ||
|
Mô tả
Hạng mục phát triển là mã định danh chính của từng trường hợp, đại diện cho một đơn vị công việc riêng biệt như tính năng, bản sửa lỗi hoặc task. Hạng mục này liên kết mọi hoạt động, từ lúc hình thành ý tưởng và lập kế hoạch đến phát triển, kiểm thử và triển khai. Trong Jira, mã này thường tương ứng với issue key, chẳng hạn 'PROJ-123'. Phân tích thuộc tính này giúp theo dõi toàn bộ vòng đời đầu cuối của từng hạng mục công việc. Đây là cơ sở để lập sơ đồ quy trình, tính thời gian chu kỳ và xác định sự khác biệt trong luồng xử lý của từng hạng mục.
Vì sao điều này quan trọng
Đây là khóa thiết yếu để liên kết mọi hoạt động phát triển có liên quan, giúp bạn theo dõi một hạng mục công việc từ đầu đến cuối.
Lấy dữ liệu ở đâu
Đây là trường 'key' tiêu chuẩn của issue trong đối tượng Jira Software Issue API.
Ví dụ
PROJ-101CORE-5432API-789
|
|||
|
Hoạt động
Activity
|
Tên của một sự kiện hoặc thay đổi trạng thái cụ thể trong vòng đời phát triển của một hạng mục. | ||
|
Mô tả
Thuộc tính này đại diện cho một bước hoặc cột mốc riêng trong quy trình phát triển phần mềm. Các hoạt động được xác định từ những thay đổi trong trường trạng thái của issue Jira hoặc từ sự kiện quan trọng khác như commit mã nguồn hay review. Trong process mining, chuỗi hoạt động tạo thành sơ đồ quy trình. Phân tích các hoạt động giúp xác định luồng quy trình, đo thời lượng từng giai đoạn và phát hiện điểm khác với workflow chuẩn, chẳng hạn như vòng lặp làm lại hoặc bỏ qua bước kiểm soát chất lượng.
Vì sao điều này quan trọng
Các hoạt động xác định từng bước của quy trình. Thứ tự của chúng rất quan trọng để trực quan hóa luồng quy trình, tìm điểm nghẽn và phân tích các biến thể của quy trình.
Lấy dữ liệu ở đâu
Thường được lấy từ các lần chuyển đổi của trường 'status' trong lịch sử hoặc nhật ký thay đổi của issue Jira. Bạn cũng có thể bổ sung dữ liệu từ các công cụ phát triển được kết nối.
Ví dụ
Bắt đầu phát triểnĐã thực hiện đánh giá mãHoàn tất kiểm thử QAĐã triển khai lên môi trường production
|
|||
|
Thời điểm sự kiện
EventTime
|
Ngày và giờ chính xác khi một hoạt động hoặc sự kiện phát triển cụ thể diễn ra. | ||
|
Mô tả
Thời điểm sự kiện là dấu thời gian ghi lại lúc một hoạt động diễn ra. Đây là cơ sở thời gian cho mọi phân tích process mining, giúp xác định thứ tự thời gian của các sự kiện trong từng trường hợp. Thuộc tính này rất quan trọng để tính mọi chỉ số dựa trên thời gian, bao gồm thời gian chu kỳ, thời gian xử lý và thời gian chờ giữa các hoạt động. Nhờ đó, bạn có thể phân tích hiệu suất quy trình theo thời gian và xác định thời điểm, vị trí phát sinh chậm trễ trong vòng đời phát triển.
Vì sao điều này quan trọng
Dấu thời gian này là cơ sở để sắp xếp sự kiện đúng thứ tự và tính mọi chỉ số về thời lượng. Đây là những yếu tố then chốt để hiểu hiệu quả quy trình và xác định chậm trễ.
Lấy dữ liệu ở đâu
Tương ứng với dấu thời gian 'created' của từng mục trong nhật ký thay đổi hoặc lịch sử issue.
Ví dụ
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:00:00Z
|
|||
|
Hệ thống nguồn
SourceSystem
|
Hệ thống dùng để trích xuất dữ liệu về vòng đời phát triển. | ||
|
Mô tả
Thuộc tính này cho biết dữ liệu đến từ đâu. Với quy trình này, giá trị luôn là 'Jira Software', nhưng thuộc tính vẫn hữu ích khi cần phân biệt dữ liệu nếu phân tích kết hợp nhiều hệ thống nguồn. Trong môi trường CNTT rộng hơn, ghi rõ hệ thống nguồn giúp theo dõi nguồn gốc dữ liệu và quản lý chất lượng dữ liệu cũng như việc tích hợp giữa các nền tảng.
Vì sao điều này quan trọng
Cho biết rõ nguồn gốc dữ liệu. Điều này rất quan trọng khi tích hợp dữ liệu từ nhiều hệ thống, cũng như trong quản trị và kiểm toán dữ liệu.
Lấy dữ liệu ở đâu
Đây là giá trị tĩnh cần được thêm trong quá trình trích xuất và chuyển đổi dữ liệu.
Ví dụ
Jira Software
|
|||
|
Lần cập nhật dữ liệu gần nhất
LastDataUpdate
|
Dấu thời gian cho biết lần gần nhất dữ liệu của quy trình được làm mới từ hệ thống nguồn. | ||
|
Mô tả
Thuộc tính này ghi lại ngày giờ lần gần nhất dữ liệu được trích xuất từ Jira Software. Nhờ đó, bạn biết dữ liệu đang phân tích mới đến thời điểm nào. Biết thời điểm cập nhật gần nhất giúp đánh giá mức độ cập nhật của thông tin về quy trình. Nhờ đó, nhà phân tích và người dùng nghiệp vụ có thể xác nhận dữ liệu hiện tại đang xem có mới hay không, đồng thời biết mốc kết thúc của các sự kiện được đưa vào phân tích.
Vì sao điều này quan trọng
Cho biết dữ liệu mới đến đâu, giúp đảm bảo các phân tích và dashboard phản ánh trạng thái quy trình mới nhất.
Lấy dữ liệu ở đâu
Dấu thời gian này được tạo và ghi lại khi kết thúc quy trình trích xuất, chuyển đổi và tải dữ liệu (ETL).
Ví dụ
2024-03-15T02:00:00Z2024-03-16T02:00:00Z
|
|||
|
Loại hạng mục
ItemType
|
Phân loại mục phát triển, chẳng hạn như lỗi, câu chuyện người dùng, nhiệm vụ hoặc Epic. | ||
|
Mô tả
Loại hạng mục phân loại tính chất công việc đang thực hiện. Jira dùng trường 'issuetype' tiêu chuẩn để phân biệt các loại hạng mục công việc, mỗi loại thường có workflow riêng. Thuộc tính này rất cần thiết cho phân tích so sánh. Bạn có thể lọc quy trình theo loại công việc cụ thể, chẳng hạn so sánh vòng đời của 'Bug' với 'Story'. Nhờ đó, bạn có thể xác định loại công việc nào dễ bị chậm trễ, phải làm lại hoặc đi chệch quy trình chuẩn hơn.
Vì sao điều này quan trọng
Cho phép phân nhóm phân tích quy trình để so sánh cách xử lý các loại công việc khác nhau, như bug và tính năng mới, đồng thời xác định điểm khác biệt giữa các quy trình.
Lấy dữ liệu ở đâu
Đây là trường 'issuetype' trong đối tượng 'fields' của phản hồi Jira Issue API.
Ví dụ
StoryBugNhiệm vụEpic
|
|||
|
Mức độ ưu tiên của hạng mục
ItemPriority
|
Mức độ ưu tiên được gán cho hạng mục phát triển, cho biết mức độ khẩn cấp. | ||
|
Mô tả
Mức độ ưu tiên của hạng mục cho biết tầm quan trọng hoặc mức độ khẩn cấp tương đối của một hạng mục công việc. Jira có trường 'priority' tiêu chuẩn với các mức có thể cấu hình như Highest, High, Medium và Low. Phân tích mức độ ưu tiên rất quan trọng để kiểm tra việc tuân thủ và tìm điểm nghẽn ở các hạng mục quan trọng. Ví dụ, dashboard 'Priority Item Conformance Check' dựa vào thuộc tính này để xác minh các hạng mục ưu tiên cao có được xử lý nhanh như mong đợi hay vẫn mắc kẹt trong cùng hàng chờ với các hạng mục ưu tiên thấp.
Vì sao điều này quan trọng
Giúp phân tích xem các hạng mục ưu tiên cao có được xử lý nhanh hơn hạng mục ưu tiên thấp và đi theo luồng gọn hơn hay không, qua đó đảm bảo đáp ứng SLA.
Lấy dữ liệu ở đâu
Đây là trường 'priority' trong đối tượng 'fields' của phản hồi Jira Issue API.
Ví dụ
Cao nhấtCaoTrung bìnhThấp
|
|||
|
Người được giao
Assignee
|
Người dùng hiện được giao xử lý hạng mục phát triển. | ||
|
Mô tả
Người được giao là cá nhân chịu trách nhiệm xử lý hạng mục công việc ở giai đoạn hiện tại. Trong Jira, đây là trường tiêu chuẩn và có thể thay đổi khi hạng mục được chuyển giữa các cá nhân hoặc nhóm. Phân tích người được giao giúp bạn hiểu cách phân bổ tài nguyên, khối lượng công việc và các điểm bàn giao. Qua đó, bạn có thể biết nhà phát triển hoặc nhóm nào tham gia từng giai đoạn, ai đang là điểm nghẽn và công việc được phân bổ ra sao trong tổ chức.
Vì sao điều này quan trọng
Xác định người dùng hoặc tài nguyên chịu trách nhiệm cho một hoạt động, giúp phân tích khối lượng công việc, quản lý tài nguyên và hiểu các lần bàn giao giữa các cá nhân.
Lấy dữ liệu ở đâu
Đây là trường 'assignee' trong đối tượng 'fields' của phản hồi Jira Issue API.
Ví dụ
Alice SmithBob JohnsonChưa được giao
|
|||
|
Tên dự án
ProjectName
|
Tên dự án Jira chứa hạng mục phát triển. | ||
|
Mô tả
Trong Jira, mọi hạng mục công việc đều được sắp xếp theo dự án. Tên dự án cung cấp bối cảnh tổng quan, thường tương ứng với một sản phẩm, nhóm hoặc sáng kiến cụ thể. Thuộc tính này hữu ích để lọc và so sánh. Bạn có thể phân tích và đối chiếu quy trình SDLC giữa các dự án hoặc sản phẩm, từ đó xác định dự án nào hiệu quả hơn, dự án nào phải làm lại nhiều hơn và các nhóm có đang theo những biến thể quy trình khác nhau hay không.
Vì sao điều này quan trọng
Cho phép phân nhóm phân tích quy trình theo dự án, sản phẩm hoặc nhóm, giúp so sánh hiệu suất và xác định cách làm hiệu quả.
Lấy dữ liệu ở đâu
Đây là trường 'project' trong đối tượng 'fields' của phản hồi Jira Issue API.
Ví dụ
Phát triển ứng dụng di độngNền tảng cốt lõiKhoa học dữ liệu
|
|||
|
Tên nhóm
TeamName
|
Nhóm phát triển chịu trách nhiệm xử lý hạng mục công việc. | ||
|
Mô tả
Thuộc tính này cho biết nhóm agile hoặc nhóm tính năng cụ thể được giao xử lý hạng mục phát triển. Trong Jira, thuộc tính này thường được thiết lập dưới dạng trường tùy chỉnh hoặc suy ra từ thông tin khác như dự án hay component cụ thể. Thuộc tính này rất cần thiết để phân tích hiệu suất ở cấp nhóm. Bạn có thể lọc dashboard để xem các chỉ số như thời gian chu kỳ, tỷ lệ làm lại và thông lượng của từng nhóm. Đây là thông tin quan trọng cho các dashboard 'Inter-Phase Handoff Efficiency' và 'Developer Workload & Item Progress'.
Vì sao điều này quan trọng
Cho phép đo lường và so sánh hiệu suất giữa các nhóm phát triển, giúp xác định nhóm có hiệu suất cao và chia sẻ cách làm hiệu quả.
Lấy dữ liệu ở đâu
Đây thường là trường tùy chỉnh trong Jira. Hãy hỏi quản trị viên Jira để biết tên trường cụ thể, có thể là 'Team', 'Squad' hoặc tên tương tự.
Ví dụ
Team PhoenixDịch vụ cốt lõiUI/UX Avengers
|
|||
|
Trạng thái hạng mục
ItemStatus
|
Trạng thái hiện tại của hạng mục phát triển trong workflow. | ||
|
Mô tả
Thuộc tính này cho biết trạng thái cụ thể của mục phát triển tại một thời điểm, chẳng hạn 'Đang thực hiện', 'Đang xem xét' hoặc 'Hoàn tất'. Chuỗi thay đổi trạng thái theo thời gian tạo ra các hoạt động dùng cho process mining. Thuộc tính 'Hoạt động' thể hiện sự kiện thay đổi, còn
Vì sao điều này quan trọng
Cho biết hạng mục đang ở đâu trong vòng đời. Đây là thông tin cần thiết để phân tích theo trạng thái và hiểu tình hình hiện tại của công việc đang thực hiện.
Lấy dữ liệu ở đâu
Đây là trường 'status' trong đối tượng 'fields' của phản hồi Jira Issue API.
Ví dụ
Cần làmĐang thực hiệnĐang reviewHoàn tất
|
|||
|
Bản phát hành dự kiến
PlannedReleaseVersion
|
Phiên bản phần mềm hoặc bản phát hành dự kiến triển khai hạng mục. | ||
|
Mô tả
Thuộc tính này, thường là trường 'Affects Version/s' trong Jira, cho biết bản phát hành dự kiến cho một tính năng hoặc bản sửa lỗi. Đây là hạn chót hoặc mục tiêu hoàn thành công việc. Đây là thuộc tính quan trọng đối với KPI 'Tỷ lệ phát hành đúng hạn'. Bằng cách so sánh ngày triển khai thực tế với ngày phát hành dự kiến gắn với phiên bản này, bạn có thể đo mức độ đúng tiến độ và khả năng dự đoán của quy trình phát hành.
Vì sao điều này quan trọng
Xác định ngày hoặc bản phát hành mục tiêu, giúp tính tỷ lệ bàn giao đúng hạn và phân tích mức độ tuân thủ lịch trình.
Lấy dữ liệu ở đâu
Tương ứng với các trường 'versions' hoặc 'fixVersions' trong Jira Issue API. Trường cụ thể dùng để lập kế hoạch có thể khác nhau.
Ví dụ
Phiên bản 2.1Bản phát hành quý 1 năm 2024Ra mắt Project Phoenix
|
|||
|
Có phải làm lại
IsRework
|
Cờ cho biết một hoạt động có thuộc vòng lặp làm lại hay không. | ||
|
Mô tả
Thuộc tính boolean này có giá trị đúng nếu một hoạt động thể hiện bước lùi trong quy trình, chẳng hạn quay lại 'Bắt đầu phát triển' sau khi QA kiểm thử không đạt. Có thể xác định điều này bằng cách phân tích chuỗi hoạt động của một trường hợp. Xác định công việc phải làm lại là yếu tố then chốt để cải thiện hiệu quả và chất lượng quy trình. Thuộc tính này hỗ trợ trực tiếp KPI 'Tỷ lệ hoạt động phải làm lại' và dashboard 'Tần suất và đường đi của vòng lặp làm lại'. Nhờ đó, bạn có thể định lượng công sức bị lãng phí và tìm nguyên nhân gốc rễ của các vấn đề chất lượng dẫn đến việc phải làm lại.
Vì sao điều này quan trọng
Đánh dấu rõ các hoạt động thuộc vòng lặp làm lại kém hiệu quả, giúp đo lường và phân tích chính xác lãng phí cũng như vấn đề chất lượng trong quy trình.
Lấy dữ liệu ở đâu
Đây là thuộc tính được tính toán. Bạn cần xác định luồng quy trình dự kiến, sau đó đánh dấu mọi hoạt động lệch khỏi luồng này do quay lại giai đoạn trước.
Ví dụ
truefalse
|
|||
|
Component
Component
|
Một phần hoặc khu vực chức năng của dự án mà hạng mục thuộc về. | ||
|
Mô tả
Trong Jira, component giúp nhóm các issue trong một dự án thành những phần nhỏ hơn, dễ quản lý hơn. Component có thể đại diện cho một khu vực tính năng như 'Xác thực người dùng', một lớp kỹ thuật như 'Backend API' hoặc một mô-đun như 'Báo cáo'. Phân tích theo component giúp bạn xem quy trình phát triển chi tiết hơn. Việc này có thể cho biết phần nào của ứng dụng phát sinh nhiều bug hơn, có chu kỳ phát triển dài hơn hoặc cần làm lại nhiều hơn, từ đó chỉ ra khu vực có nợ kỹ thuật hoặc độ phức tạp cao.
Vì sao điều này quan trọng
Cho phép phân nhóm quy trình theo khu vực chức năng hoặc kỹ thuật của sản phẩm, giúp xác định component nào gây chậm trễ hoặc vấn đề về chất lượng.
Lấy dữ liệu ở đâu
Đây là trường 'components' tiêu chuẩn trong đối tượng 'fields' của phản hồi Jira Issue API.
Ví dụ
Giao diện người dùngCơ sở dữ liệuAPI GatewayXác thực
|
|||
|
Kết quả xử lý hạng mục
ItemResolution
|
Kết quả cuối cùng hoặc lý do đóng hạng mục phát triển. | ||
|
Mô tả
Resolution giải thích vì sao một hạng mục được chuyển sang trạng thái đóng. Trạng thái có thể là 'Closed', còn resolution có thể là 'Done', 'Won't Do', 'Duplicate' hoặc 'Cannot Reproduce'. Thông tin này giúp làm rõ kết quả công việc. Phân tích resolution giúp phân biệt công việc đã hoàn tất thành công với hạng mục bị hủy hoặc từ chối. Điều này quan trọng để phân tích chất lượng và hiểu thông lượng thực tế của công việc có giá trị, so với công sức dành cho những hạng mục cuối cùng bị loại bỏ.
Vì sao điều này quan trọng
Phân biệt hạng mục hoàn tất thành công với hạng mục đóng vì lý do khác, giúp phân tích năng suất và chất lượng chính xác hơn.
Lấy dữ liệu ở đâu
Đây là trường 'resolution' trong đối tượng 'fields' của phản hồi Jira Issue API. Trường này thường chỉ được điền khi issue đã đóng.
Ví dụ
Hoàn tấtKhông thực hiệnTrùng lặpKhông thể tái hiện
|
|||
|
Người báo cáo
Reporter
|
Người dùng ban đầu tạo hoặc báo cáo hạng mục phát triển. | ||
|
Mô tả
Người báo cáo là cá nhân tạo issue trong Jira. Đó có thể là nhà phát triển, người kiểm thử QA, quản lý sản phẩm hoặc khách hàng thông qua tích hợp với service desk. Phân tích người báo cáo giúp bạn hiểu công việc bắt nguồn từ đâu. Ví dụ, bạn có thể so sánh vòng đời của bug do nhóm QA báo cáo với bug do khách hàng báo cáo. Việc này cũng giúp hiểu cách trao đổi và luồng thông tin ở đầu quy trình.
Vì sao điều này quan trọng
Xác định nguồn gốc của hạng mục công việc, giúp phân tích các xu hướng dựa trên người tạo task hoặc báo lỗi.
Lấy dữ liệu ở đâu
Đây là trường 'reporter' trong đối tượng 'fields' của phản hồi Jira Issue API.
Ví dụ
Charles DarwinMarie CurieIsaac Newton
|
|||
|
Phiên bản sửa lỗi
FixVersion
|
Phiên bản phần mềm mà hạng mục phát triển được xử lý và phát hành thực tế. | ||
|
Mô tả
Trường 'Fix Version' trong Jira cho biết bản phát hành có chứa phần công việc đã hoàn tất của một hạng mục. Trường này đánh dấu kết quả cụ thể của nỗ lực phát triển. Thuộc tính này cung cấp thông tin về bản phát hành thực tế để so sánh với 'PlannedReleaseVersion' và phân tích hiệu quả bàn giao. Bạn cũng có thể dùng thuộc tính này để nhóm mọi hạng mục được bàn giao trong một bản phát hành cụ thể, qua đó có cái nhìn tổng hợp về những gì đã hoàn thành.
Vì sao điều này quan trọng
Xác nhận phần công việc được đưa vào bản phát hành nào, cung cấp dữ liệu thực tế để phân tích bản phát hành và theo dõi các tính năng đã bàn giao.
Lấy dữ liệu ở đâu
Tương ứng với trường 'fixVersions' trong phản hồi Jira Issue API.
Ví dụ
v2.1.1 Bản sửa lỗi khẩn cấpv3.0.0 Bản phát hành lớnv2.2.0
|
|||
|
Tên sprint
SprintName
|
Tên sprint agile được giao cho hạng mục phát triển. | ||
|
Mô tả
Với các nhóm dùng Scrum, sprint là khoảng thời gian cố định để hoàn thành một nhóm công việc. Thuộc tính này ghi lại tên hoặc mã định danh của sprint chứa hạng mục. Phân tích theo sprint là nền tảng của process mining tập trung vào agile. Việc này giúp đánh giá hiệu suất từng sprint, hiểu khối lượng công việc chuyển tiếp và theo dõi tiến độ so với mục tiêu sprint. Thuộc tính này cung cấp bối cảnh thời gian cụ thể hơn so với các khoảng ngày chung.
Vì sao điều này quan trọng
Cung cấp bối cảnh quan trọng cho các nhóm agile, giúp phân tích hiệu quả quy trình và thông lượng theo từng sprint.
Lấy dữ liệu ở đâu
Thông tin này thường được lưu trong trường tùy chỉnh 'Sprint' do Jira Software (Agile) quản lý. Bạn có thể truy cập dữ liệu qua Issue API.
Ví dụ
Sprint 1 của PROJSprint 3 quý 4 năm 2023Sprint 2 PI tháng 11
|
|||
|
Thời điểm kết thúc sự kiện
EventEndTime
|
Dấu thời gian khi một hoạt động hoặc trạng thái hoàn tất. | ||
|
Mô tả
Thuộc tính này đánh dấu thời điểm một hoạt động hoàn tất. Đây là dấu thời gian của hoạt động tiếp theo trong chuỗi của một trường hợp. Trong khi 'EventTime' (StartTime) đánh dấu thời điểm bắt đầu hoạt động, EventEndTime đánh dấu thời điểm kết thúc. Chênh lệch giữa hai dấu thời gian này là thời gian xử lý của hoạt động. Đây là thông tin quan trọng để tính KPI 'Thời gian xử lý trung bình mỗi giai đoạn' và xây dựng dashboard phân tích thời lượng hoạt động.
Vì sao điều này quan trọng
Xác định thời điểm kết thúc hoạt động, giúp tính thời lượng của từng bước trong quy trình, một yếu tố cần thiết để phân tích điểm nghẽn.
Lấy dữ liệu ở đâu
Đây là thuộc tính được suy ra. Với mỗi sự kiện, thời điểm kết thúc là thời điểm bắt đầu của sự kiện tiếp theo trong cùng trường hợp.
Ví dụ
2023-10-26T12:30:00Z2023-11-15T18:00:15Z2024-01-05T11:45:00Z
|
|||
|
Thời gian chờ bàn giao
HandoffWaitTime
|
Thời gian nhàn rỗi giữa hai hoạt động liên tiếp. | ||
|
Mô tả
Chỉ số này tính thời gian chờ hoặc thời gian xếp hàng từ khi một hoạt động kết thúc đến khi hoạt động tiếp theo bắt đầu. Đây là khoảng thời gian công việc bị để đó, chờ người tiếp nhận. Chỉ số này rất quan trọng đối với KPI “Thời gian chờ bàn giao trung bình” và dashboard “Hiệu quả bàn giao giữa các giai đoạn”. Thời gian bàn giao dài thường cho thấy vấn đề phối hợp, thiếu nguồn lực hoặc giao tiếp chưa hiệu quả giữa các nhóm, chẳng hạn như nhóm phát triển và QA. Giảm thời gian nhàn rỗi này là một cách quan trọng để rút ngắn tổng thời gian chu kỳ.
Vì sao điều này quan trọng
Làm rõ thời gian nhàn rỗi hoặc xếp hàng trong quy trình, giúp phát hiện khâu bàn giao kém hiệu quả giữa các nhóm hoặc cá nhân và nhận ra vấn đề phối hợp.
Lấy dữ liệu ở đâu
Đây là chỉ số được tính toán. Chỉ số này bằng thời điểm bắt đầu một hoạt động trừ thời điểm kết thúc hoạt động trước đó trong cùng hồ sơ.
Ví dụ
017280043200
|
|||
|
Tổng thời gian chu kỳ
CycleTime
|
Tổng thời gian từ đầu đến cuối của một hạng mục phát triển. | ||
|
Mô tả
Thời gian chu kỳ là tổng thời gian từ khi tạo hạng mục phát triển đến khi hạng mục được xử lý xong, chẳng hạn như triển khai lên môi trường production. Chỉ số này được tính ở cấp hồ sơ bằng cách lấy thời điểm của sự kiện cuối cùng trừ thời điểm của sự kiện đầu tiên. Đây là KPI chính để đo tốc độ và hiệu quả chung của quy trình. KPI “Thời gian chu kỳ trung bình từ đầu đến cuối” và dashboard “Phân tích thời gian chu kỳ SDLC tổng thể” đều dựa trực tiếp trên phép tính này. Giảm thời gian chu kỳ thường là mục tiêu quan trọng trong các sáng kiến cải tiến quy trình.
Vì sao điều này quan trọng
Đo tốc độ từ đầu đến cuối của quy trình phát triển, cung cấp KPI quan trọng về hiệu quả tổng thể và tốc độ bàn giao.
Lấy dữ liệu ở đâu
Đây là chỉ số được tính toán ở cấp hồ sơ. Chỉ số này bằng thời điểm của sự kiện cuối cùng trừ thời điểm của sự kiện đầu tiên thuộc một
Ví dụ
12096002592000604800
|
|||
Các hoạt động trong vòng đời phát triển phần mềm
| Hoạt động | Mô tả | ||
|---|---|---|---|
|
Bắt đầu kiểm thử QA
|
Sự kiện này đánh dấu thời điểm bắt đầu giai đoạn kiểm thử đảm bảo chất lượng chính thức cho hạng mục phát triển. Thời điểm này được suy ra từ thay đổi trạng thái Jira khi vấn đề chuyển sang trạng thái như “In QA”, “In Testing” hoặc “Ready for Testing”. | ||
|
Vì sao điều này quan trọng
Đây là mốc quan trọng mở đầu chu kỳ xác thực chất lượng. Đo thời gian từ “Hoàn tất phát triển” đến mốc này giúp làm rõ chậm trễ khi bàn giao giữa nhóm phát triển và QA.
Lấy dữ liệu ở đâu
Suy ra từ nhật ký thay đổi của vấn đề Jira. Đây là dấu thời gian khi trường “status” chuyển sang trạng thái kiểm thử QA được chỉ định, chẳng hạn “In QA”.
Thu thập
Dấu thời gian khi trạng thái chuyển sang “In QA” hoặc “In Testing”.
Loại sự kiện
inferred
|
|||
|
Bắt đầu phát triển
|
Đánh dấu thời điểm nhà phát triển bắt đầu chủ động xử lý hạng mục phát triển. Thời điểm này hầu như luôn được suy ra từ thay đổi trạng thái trong quy trình làm việc của Jira, chẳng hạn khi trạng thái vấn đề chuyển sang “In Progress”. | ||
|
Vì sao điều này quan trọng
Đây là mốc quan trọng để đo thời gian phát triển thực tế. Mốc này giúp phân biệt thời gian chờ với công việc tạo ra giá trị, một chỉ số quan trọng để xác định điểm nghẽn.
Lấy dữ liệu ở đâu
Suy ra từ nhật ký thay đổi của vấn đề Jira. Đây là dấu thời gian khi trường “status” lần đầu chuyển sang “In Progress”, “In Development” hoặc trạng thái đang xử lý tương tự.
Thu thập
Dấu thời gian khi trạng thái chuyển sang “In Progress”.
Loại sự kiện
inferred
|
|||
|
Đã tạo hạng mục phát triển
|
Đây là thời điểm bắt đầu vòng đời, khi một hạng mục phát triển mới như story, lỗi hoặc nhiệm vụ được ghi nhận chính thức trong Jira. Hệ thống ghi lại sự kiện này cùng dấu thời gian tạo cho từng vấn đề. | ||
|
Vì sao điều này quan trọng
Hoạt động này đánh dấu chính xác thời điểm bắt đầu quy trình. Đây là dữ liệu cần thiết để tính thời gian chu kỳ từ đầu đến cuối và theo dõi tổng khối lượng công việc mới.
Lấy dữ liệu ở đâu
Đây là sự kiện cơ bản của mọi vấn đề trong Jira. Dấu thời gian tạo được lưu trong trường “created” của bản ghi vấn đề và có thể truy cập qua Jira API.
Thu thập
Trường dấu thời gian “created” trên đối tượng Jira Issue.
Loại sự kiện
explicit
|
|||
|
Đã triển khai lên môi trường production
|
Sự kiện này đánh dấu thời điểm các thay đổi mã liên quan đến hạng mục phát triển được đưa vào môi trường production. Có thể suy ra thời điểm này từ lần chuyển trạng thái cuối cùng sang 'Done' hoặc 'Released', hoặc ghi nhận qua sự kiện cụ thể từ công cụ CI/CD được tích hợp. | ||
|
Vì sao điều này quan trọng
Đây là điểm kết thúc chính để xác định quy trình có thành công hay không. Mốc này rất cần thiết để tính tổng thời gian chu kỳ đầu cuối, đồng thời đo tần suất triển khai và thông lượng.
Lấy dữ liệu ở đâu
Có thể suy ra từ nhật ký thay đổi của issue trong Jira khi trạng thái chuyển thành 'Released' hoặc 'Done'. Để chính xác hơn, có thể ghi nhận sự kiện triển khai do các công cụ CI/CD như Jenkins, Bamboo gửi đến hoặc qua tính năng Deployments trong Jira.
Thu thập
Dấu thời gian khi trạng thái chuyển thành 'Done' hoặc 'Released'.
Loại sự kiện
inferred
|
|||
|
Được phê duyệt UAT
|
Đánh dấu Kiểm thử chấp nhận người dùng đã hoàn tất thành công và các bên liên quan đã phê duyệt phát hành. Thời điểm này được suy ra từ việc trạng thái chuyển từ “In UAT” sang trạng thái như “Ready for Release” hoặc “Done”. | ||
|
Vì sao điều này quan trọng
Mốc này xác nhận doanh nghiệp đã chấp nhận kết quả và cho phép triển khai hạng mục lên môi trường thực tế. Đây là bước kiểm soát quan trọng để đảm bảo công việc bàn giao đáp ứng kỳ vọng của người dùng.
Lấy dữ liệu ở đâu
Suy ra từ nhật ký thay đổi của vấn đề Jira. Đây là dấu thời gian khi trạng thái chuyển từ “In UAT” sang trạng thái tiếp theo trong quy trình làm việc, cho biết hạng mục đã được phê duyệt.
Thu thập
Dấu thời gian khi trạng thái chuyển từ “In UAT” sang “Ready for Release”.
Loại sự kiện
inferred
|
|||
|
Hoàn tất kiểm thử QA
|
Cho biết hạng mục phát triển đã vượt qua tất cả bước kiểm tra đảm bảo chất lượng và sẵn sàng chuyển sang giai đoạn tiếp theo, chẳng hạn Kiểm thử chấp nhận người dùng hoặc phát hành. Thời điểm này được suy ra từ việc trạng thái rời khỏi trạng thái kiểm thử chính. | ||
|
Vì sao điều này quan trọng
Mốc này đánh dấu hoàn tất một cổng kiểm soát chất lượng quan trọng. Phân tích thời lượng giai đoạn QA giúp tối ưu quy trình kiểm thử và phân bổ tài nguyên.
Lấy dữ liệu ở đâu
Suy ra từ nhật ký thay đổi của vấn đề Jira. Đây là dấu thời gian khi trường “status” chuyển từ “In QA” sang trạng thái tiếp theo, chẳng hạn “Ready for UAT” hoặc “Ready for Release”.
Thu thập
Dấu thời gian khi trạng thái chuyển từ “In QA” sang “Ready for UAT”.
Loại sự kiện
inferred
|
|||
|
Bắt đầu UAT
|
Đánh dấu thời điểm bắt đầu Kiểm thử chấp nhận người dùng, khi các bên liên quan trong doanh nghiệp hoặc người dùng cuối xác thực chức năng mới. Thời điểm này được suy ra từ thay đổi trạng thái Jira sang trạng thái như “In UAT” hoặc “User Acceptance Testing”. | ||
|
Vì sao điều này quan trọng
Hoạt động này theo dõi thời điểm bắt đầu giai đoạn xác thực cuối cùng trước khi phát hành. Phân tích thời lượng giúp bạn hiểu và giảm chậm trễ do các bên liên quan chưa sẵn sàng hoặc chu kỳ phản hồi kéo dài.
Lấy dữ liệu ở đâu
Suy ra từ nhật ký thay đổi của vấn đề Jira. Đây là dấu thời gian khi trường “status” được cập nhật thành “In UAT” hoặc trạng thái tương tự được chỉ định.
Thu thập
Dấu thời gian khi trạng thái chuyển sang “In UAT”.
Loại sự kiện
inferred
|
|||
|
Đã thực hiện đánh giá mã
|
Cho biết đồng nghiệp hoặc trưởng nhóm đã xem xét mã về chất lượng, tiêu chuẩn và chức năng. Có thể suy ra từ thay đổi trạng thái, chẳng hạn chuyển từ “In Review” sang “Ready for QA”, hoặc ghi nhận trực tiếp từ các công cụ phát triển được tích hợp. | ||
|
Vì sao điều này quan trọng
Đây là một cổng kiểm soát chất lượng quan trọng. Phân tích thời lượng và kết quả, chẳng hạn việc phải làm lại, giúp cải thiện chất lượng mã và giảm lỗi được phát hiện ở các giai đoạn sau.
Lấy dữ liệu ở đâu
Thường được suy ra từ nhật ký thay đổi của vấn đề Jira khi trạng thái rời khỏi “Code Review”. Đây cũng có thể là sự kiện được ghi nhận trực tiếp nếu tích hợp công cụ kho mã như Bitbucket hoặc GitHub.
Thu thập
Dấu thời gian khi trạng thái chuyển từ “In Review” sang trạng thái tiếp theo.
Loại sự kiện
inferred
|
|||
|
Đóng hạng mục phát triển
|
Đây là thao tác quản trị cuối cùng, xác nhận rằng hạng mục sẽ không cần xử lý thêm. Thường có thể suy ra từ việc trạng thái chuyển thành 'Closed' và trường 'Resolution' được điền. | ||
|
Vì sao điều này quan trọng
Đánh dấu điểm kết thúc hoàn toàn của một hạng mục. So sánh mốc này với 'Đã triển khai lên môi trường production' có thể giúp phát hiện độ trễ trong khâu quản trị hoặc khoảng thời gian theo dõi sau triển khai.
Lấy dữ liệu ở đâu
Có thể suy ra từ nhật ký thay đổi của issue trong Jira. Đây là dấu thời gian khi trường 'status' chuyển thành 'Closed' và có thiết lập resolution.
Thu thập
Dấu thời gian khi trạng thái chuyển thành 'Closed'.
Loại sự kiện
inferred
|
|||
|
Hạng mục sẵn sàng phát triển
|
Cho biết hạng mục phát triển đã được mô tả đầy đủ, xem xét và xếp thứ tự ưu tiên, sẵn sàng để nhà phát triển bắt đầu xử lý. Trạng thái này thường được suy ra từ thay đổi trạng thái trong quy trình làm việc, chẳng hạn chuyển từ “Backlog” sang “To Do” hoặc “Ready for Dev”. | ||
|
Vì sao điều này quan trọng
Theo dõi mốc này giúp đo lường mức độ sẵn sàng của backlog và thời gian hạng mục phải chờ trước khi bắt đầu phát triển. Nhờ đó, bạn có thể tách thời gian lập kế hoạch và hoàn thiện yêu cầu khỏi thời gian phát triển thực tế.
Lấy dữ liệu ở đâu
Suy ra từ nhật ký thay đổi của vấn đề Jira. Tìm dấu thời gian khi trường “status” chuyển sang giá trị như “Ready for Dev”, “To Do” hoặc “Selected for Development”.
Thu thập
Dấu thời gian khi trạng thái chuyển sang trạng thái sẵn sàng trước khi phát triển.
Loại sự kiện
inferred
|
|||
|
Hoàn tất phát triển
|
Hoạt động này cho biết nhà phát triển đã hoàn tất viết mã và hạng mục sẵn sàng chuyển sang giai đoạn tiếp theo, chẳng hạn đánh giá mã hoặc kiểm thử. Thời điểm này được suy ra từ thay đổi trạng thái trong Jira, chẳng hạn chuyển từ “In Progress” sang “In Review” hoặc “Ready for QA”. | ||
|
Vì sao điều này quan trọng
Mốc này đánh dấu kết thúc giai đoạn phát triển cốt lõi, giúp bạn phân tích thời gian viết mã và hiệu quả bàn giao cho nhóm đảm bảo chất lượng.
Lấy dữ liệu ở đâu
Suy ra từ nhật ký thay đổi của vấn đề Jira bằng cách ghi nhận dấu thời gian khi trường “status” chuyển từ trạng thái đang phát triển sang trạng thái tiếp theo, chẳng hạn “In Review” hoặc “Ready for QA”.
Thu thập
Dấu thời gian khi trạng thái chuyển từ “In Progress” sang “In Review” hoặc “Ready for QA”.
Loại sự kiện
inferred
|
|||
|
Hủy hạng mục phát triển
|
Đánh dấu hạng mục phát triển bị dừng trước khi hoàn tất. Có thể suy ra từ việc trạng thái chuyển sang trạng thái kết thúc như 'Canceled', 'Rejected' hoặc 'Won't Do', thường kèm theo một resolution cụ thể. | ||
|
Vì sao điều này quan trọng
Hoạt động này theo dõi các kết quả không thành công của quy trình. Phân tích lý do hủy hạng mục có thể giúp phát hiện vấn đề trong khâu lập kế hoạch, ưu tiên hoặc xác định yêu cầu.
Lấy dữ liệu ở đâu
Có thể suy ra từ nhật ký thay đổi của issue trong Jira. Đây là dấu thời gian khi trường 'status' của issue chuyển thành 'Canceled' hoặc 'Won't Do' và có thiết lập resolution tương ứng.
Thu thập
Dấu thời gian khi trạng thái chuyển thành 'Canceled', 'Rejected' hoặc 'Won't Do'.
Loại sự kiện
inferred
|
|||
|
Kiểm thử QA không đạt
|
Cho biết nhóm QA phát hiện lỗi và hạng mục phát triển được gửi lại cho nhà phát triển để làm lại. Thời điểm này được suy ra từ việc trạng thái chuyển ngược, chẳng hạn từ “In QA” trở lại “In Progress” hoặc “To Do”. | ||
|
Vì sao điều này quan trọng
Hoạt động này rất quan trọng để xác định các vòng lặp làm lại. Theo dõi tần suất giúp đo lường chi phí do chất lượng kém và chỉ ra những điểm cần cải thiện trong khâu phát triển hoặc yêu cầu.
Lấy dữ liệu ở đâu
Suy ra từ nhật ký thay đổi của vấn đề Jira. Ghi nhận khi trường “status” chuyển từ trạng thái kiểm thử, chẳng hạn “In QA”, về trạng thái phát triển trước đó, chẳng hạn “In Progress”.
Thu thập
Dấu thời gian khi trạng thái chuyển từ trạng thái kiểm thử sang trạng thái phát triển.
Loại sự kiện
inferred
|
|||
|
Sẵn sàng phát hành
|
Cho biết hạng mục phát triển đã vượt qua mọi bước kiểm tra và được đưa vào một phiên bản phần mềm cụ thể, đang chờ triển khai. Thường có thể suy ra điều này khi trạng thái issue chuyển thành 'Ready for Release' hoặc trường 'Fix Version' được điền. | ||
|
Vì sao điều này quan trọng
Hoạt động này giúp theo dõi mức độ sẵn sàng phát hành và thời gian các hạng mục phải chờ đến đợt triển khai sau khi hoàn tất mọi công việc phát triển và kiểm thử.
Lấy dữ liệu ở đâu
Thường được suy ra từ nhật ký thay đổi của issue trong Jira khi trạng thái chuyển thành 'Ready for Release'. Ngoài ra, có thể dựa vào dấu thời gian khi trường 'Fix Version/s' được thiết lập.
Thu thập
Dấu thời gian khi trạng thái chuyển thành 'Ready for Release' hoặc khi trường 'Fix Version' được điền.
Loại sự kiện
inferred
|
|||
Hướng dẫn trích xuất
Bạn đã sẵn sàng bắt đầu chưa?
Bắt đầu tối ưu vòng đời phát triển phần mềm ngay hôm nay bằng cách chuẩn bị dữ liệu theo mẫu này. Khám phá thông tin giúp đẩy nhanh tiến độ bàn giao và nâng cao chất lượng.
Tối ưu SDLC trong Jira Software ngay hôm nay!
Xác định điểm kém hiệu quả và giảm 30% thời gian chu kỳ SDLC.
Không cần thẻ tín dụng. Bắt đầu tối ưu chỉ trong vài phút.