- 敏捷开发之Scrum扫盲篇 - 远哥 - 博客园
- http://www.scrumcn.com/agile/scrum-knowledge-library/scrum.html
- http://baike.baidu.com/item/Scrum
- http://kb.cnblogs.com/page/107587/
- http://www.open-open.com/lib/view/open1330413325514.html
- TDD-Test Driven Development
- https://zh.wikipedia.org/wiki/Scrum
- Lean Software Development精益软件开发的七個原則與管理觀念
- 如果用scrum做sprint plan，怎么确定user story和task？
- https://h41380.www4.hpe.com/software-solutions/agile-project-management-software-development/#!/menu
- Jira Agile tools for software team
- https://confluence.atlassian.com/agile067/jira-agile-101
- Tutorial - Planning and Estimating work for an Agile team
- http://www.unlimax.com/jira-agile.html
他要准备一个根据商业价值排好序的客户需求列表。这个列表就是Prodct Backlog[需求池]，一个最终会交付给客户的产品特性列表，它们根据商业价值来排列优先级。
商业价值"公式"：As a <type of user> I want <some functionality> so that <some benefit>
VS2010开发工具+TFS已经完全支持了敏捷开发
20210926
- Scrum Master 要开哪些会议？ - 知乎
- Scrum Master证书及考试经验 - 知乎
- 敏捷开发：做一个合格的Scrum Master - 知乎
- 不是工程師也能懂的Scrum入门介紹 - 知乎
- 玩转Scrum - Scrum 概述 - 知乎
- Scrum 官方权威指南 - 知乎
- Scrum - 知乎
20210929
- 【干货】一图了解Scrum和Kanban到底有啥区别
- 敏捷框架比较：Scrum vs Kanban vs Lean vs XP - 知乎
- Kanban VS Scrum：哪个是最好的敏捷项目管理框架 - 知乎
- 八、jira创建一个看板项目_许大头博客-CSDN博客_jira 看板
- jira看板的使用_什么是看板？如何使用它？_culun797375的博客-CSDN博客
20211009 -- JIRA Sofeware 用法
- Log in with Atlassian account : a19576@163.com （JIRA试用版，可用于练习创建project、issue、confluence，scrum、kanban）
- 必看视频： （英语不行，鼠标右键点击网页翻译成中文看）https://community.atlassian.com/t5/New-to-Jira-articles/How-to-get-started-with-scrum-in-Jira-Software-team-managed/ba-p/1786000?utm_source=product-announcement-email&utm_medium=email&utm_campaign=free-jsw-onboarding-admin-land-day0_EML-10642&jobid=105191246&subid=1514506681&send_date=10/4/2021#M76
https://community.atlassian.com/t5/New-to-Jira-articles/How-to-get-started-with-scrum-in-Jira-Software-team-managed/ba-p/1786000?utm_source=product-announcement-email&utm_medium=email&utm_campaign=free-jsw-onboarding-admin-land-day0_EML-10642&jobid=105191246&subid=1514506681&send_date=10/4/2021#M76(Video) Kanban in Jira Software (team-managed projects)Kanban, along with its sister framework scrum, are the most popular agile methodologies today. In this article, we’ll show you the first steps to get started with kanban in Jira Software.
https://community.atlassian.com/t5/New-to-Jira-articles/How-to-get-started-with-kanban-in-Jira-Software-team-managed/ba-p/1786001?utm_source=product-announcement-email&utm_medium=email&utm_campaign=free-jsw-onboarding-admin-land-day0_EML-10642&jobid=105191246&subid=1514506681&send_date=10/4/2021https://www.youtube.com/watch?v=iTdnMWa6Jdwhttps://www.youtube.com/watch?v=iTdnMWa6Jdw - What is Agile? | Atlassian
20211011--燃尽图画法
燃尽图实例剖析
实例1：是否会画燃尽图？下图是某项目2天的执行情况，请问A B C三个点分别应该是多少？
分析：燃尽图中Y轴代表的是剩余工作量，掌握这个即可知道是多少数值。只有放到Done列表的，叫完成。
A=5+3+8+5+7=28 B=28-7=21 C=21-5-(8-3)=11，因为No.6这个编号的工作，8个点的活变成了3个点，所以剩余少了5个。再加上No.5完成了。故总计完成10个点的活。
用工时还是故事点来计算剩余工作量？
JIRA 工具提供两种燃尽图，其实就是纵轴计算单位的不同，一种是用工时来统计，也就是工作量的小时数；一种是用 issue 来统计，也就是还剩下多少个故事。
我们细心分析，就会发现这两种统计方式都是存在问题的。用工时来统计，这是我们一般常用的方法，但工时准确吗？根据我开发这么多年的经验，一般在开发初期估算出来的工时，不是一般的不准确，而是很不准确，开发人员一般带有很严重的乐观倾向，总觉得做某个事情很 easy ，两三天就搞定，结果一周还没搞定，加上敏捷开发需要测试和问题修改等，结果工时是严重的不准确。另外，工时的统计量过分细化，很难精确量化，比如说，昨天剩余 900 小时的工作量，今天 5 个人，每个人干了 8 小时，那今天就剩下 860 小 时的工作量了？你如果这个统计，那好，你的图形基本是和符合燃尽图的虚线了，你却发现，工时用完了，还有大量的工作量没有完成了。比较合理的做法，是我们 每天再来统计剩余工作的工作量，如果是用工时，那光统计工时都很耗工作量了，而且问题是，如何统计呢？这能靠开发人员嘴上说说，然后管理员一顿狂计算。从 这点来说，人天还好一点，只是工时仍然是一个不准确的值而已。
用 issue 来统计，你会发现更离谱，因为每个 issue 的工作量不一样，相差还挺大，而且，一般来说， issue 都是比较粗粒度的，如果按照 issue 来统计，你会发现一连很多天，可能都是一条横着的线。
所以我建议采用故事点做为纵轴，所以故事点，是一个虚拟的基准单位，是用来做相对统计的，比如说，我估计一个迭代中大概有 30 个故事点的工作量，那这 30 个故事点大概是多少人天的工作量呢？对不起，不知道，但我可以在迭代前给你一个大概估算的值，比如说，我估算了 1 个故事点大概是 4 人天，那 30 个故事点就是 120 人天的工作量了。好了，在迭代二，假设 4 个人开发了一周，也就是花了 20 人天的工作量，照理说应该完成 5 个故事点的工作量，结果发现只完成了 3 个故事点的工作量，那好，我马上修正每个故事点工作量的估值，我们初步定成 6 人天，那么 30 个故事点就变成 180 人天了。
故事点的大小要计算合适，我建议是以半天到一天（不是一人天）做为大概的估算点，比如说， 4 个人开发，那一个故事点大约包含 4 ～ 8 人天的工作量，那么我们每天画图能够平均往下画 1~2 个故事点，太多了觉得统计麻烦，太少了觉得每天都没有变化。
燃尽图的学习与理解 - handsomeman - 博客园
Scrum燃尽图_哆啦B梦_的博客-CSDN博客_jira燃尽图
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
