เปรียบเทียบวิธี
ดูวิธีที่เลือกเทียบกันแบบเคียงข้าง แถวที่ต่างกันจะถูกเน้นไว้
| การติดตามความเร็วแบบ Agile× | การวัดความซับซ้อนของซอฟต์แวร์× | |
|---|---|---|
| สาขาวิชา | วิศวกรรมซอฟต์แวร์ | วิศวกรรมซอฟต์แวร์ |
| ตระกูล | Process / pipeline | Process / pipeline |
| ปีกำเนิด≠ | 2002 | 1976 |
| ผู้ริเริ่ม≠ | Ken Schwaber and Mike Cohn | Thomas J. McCabe |
| ประเภท≠ | measurement metric | quantitative measurement |
| แหล่งต้นตำรับ≠ | Schwaber, K., & Beedle, M. (2002). Agile Software Development with Scrum. Prentice Hall. link ↗ | McCabe, T. J. (1976). A complexity measure. IEEE Transactions on Software Engineering, 2(4), 308–320. DOI ↗ |
| ชื่อเรียกอื่น≠ | sprint velocity, team capacity planning, burndown analysis | code complexity analysis, complexity measurement |
| ที่เกี่ยวข้อง | 4 | 4 |
| สรุป≠ | Velocity tracking measures the amount of work (typically story points or tasks) a team completes in a sprint, enabling capacity planning, release forecasting, and identification of process improvements. Introduced in Scrum methodology by Schwaber (2002), velocity provides empirical data for realistic sprint planning and project timeline prediction. Teams use velocity trends to identify bottlenecks and validate process improvements. | Software complexity metrics quantify the structural and operational difficulty of code through numerical measurements. Introduced by Thomas McCabe in 1976, cyclomatic complexity became the foundational approach. These metrics assess maintainability, testability, and defect risk, enabling teams to identify problematic code regions and guide refactoring efforts. |
| ScholarGateชุดข้อมูล ↗ |
|
|