1st sprint callbacklog.txt 何意？

来源：蜘蛛抓取(WebSpider) 时间：2014-10-13 03:40 标签： callbacklog.txt
csm认证考试题_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
csm认证考试题
上传于||文档简介
&&敏​捷​开​发​中​S​C​R​U​M​管​理​方​法​,​S​C​R​U​M​ ​M​A​S​T​E​R​认​证​考​试​题​。
阅读已结束，如果下载本文需要使用
想免费下载本文？
下载文档到电脑，查找使用更方便
还剩21页未读，继续阅读
你可能喜欢作为产品经理，不应只知道往产品backlog增加新功能-钛媒体官方网站
作为产品经理，不应只知道往产品backlog增加新功能
分享到微信朋友圈Scrum是敏捷过程中比较著名的一个过程框架，被很多团队采用。
Scrum使用迭代的开发方式，每一次迭代中，都会经历一个&计划-&实施-&验证-&反思&的过程。这是一个开发过程，同时也是一个对项目的认识过程，这样的设计其实也是遵循了哲学的.
名词解释：
Sprint：每一次迭代称为一个Sprint。
Backlog：其实就是需求列表。
SM：Scrum Master，Scrum过程的管理者。
PO：Product Owner，需求他说了算。
TEAM：架构师、开发人员、测试人员等。
Chicken：其他相关的人，如老总、客户。 ^_^
故事点：一个相对独立的功能点。
度量：在过程中的一些度量值。如当前系统的BUG数。
事件：过程中出现的一切事件。如小王今天早上在大家在全身心投入站会时时，放了一个屁&&
Scrum中只有三类角色：SM、PO、Team。
一个迭代的时长一般定在2-4周。而计划会议是 Scrum 中最重要的会议。目的是定出本次Sprint的任务目标和计划，让所有成员能在接下来的日子里更流畅地进行各自的工作。同时，这也会让PO更有信心。
主要活动：PO做出产品Backlog，然后在会议上给大家讲解。会议上Team在对故事点理解的基础上，对其进行估时。最后再将其拆分为任务点。故事点和任务都放在小黑板上。
产物(按优先级排序)：
业务目标、Demo会议日期、
Sprint Backlog（故事点列表、估优先级和估时、HowToDemo）、
速度和资源的计算、成员列表、
每日站会的时间地点、
故事点拆分为任务。
注意事项：&
PO必须参加这个会议！这是因为需要和Team进行面对面的交流来进行计划，以确定估算时间、范围、重要程度等可变因素。
PO和团队之间要保证对故事的理解没有问题。可以保证backlog所有的列都全部写好。最重要的就是How to demo列。
技术性的故事点，不要让PO来定优先级，这样会得到很低的优先级，而往往它们是很重要的。
Sprint Backlog
每期Sprint都需要一个Backlog。Backlog也就是对当前需求的描述文档。目前我们项目组使用Excel做Backlog：
图1 Backlog Excel表
同时，使用黑板进行平时的调整：
图2 小黑板
每天，Scrum团队成员都会参加这个会议。会议时间在15分钟以下，大家都站着，所以称为&站会&。
每个人在站会上主要是叙述一下昨天做了什么、今天会做什么，以及需要的支持等。同时，每个人更新小黑板上的相关内容，如：
图3 更新时间
Sprint Demo会议
Demo会议也是十分重要的一个会议。
主要是向PIG们展示当前阶段的项目成果。会议上应该保证明确地展示了本Sprint的业务目标。
这是一个重在 沟通和反馈 的过程。
Sprint回顾会议
这同样是一个非常重要的会议。因为这个会议的开展会帮助团队进步。
会议中会对本次Sprint的所有故事、度量、事件，进行以下三方面的归类：做得好的，做得不对的、改进意见。
（&做得不对的&表示：如果同样的事发生在下个Sprint，应该以不一样的方式来对待它。）
想系统地学习Scrum，参见：
以上观点纯属个人理解，有错误的话，请指教，谢谢。
阅读(...) 评论()scrum 的产品管理工具有哪些？
比如 Product Backlog, Sprint Backlog, Task 等等。
按投票排序
同意 @霍冕 的说法，白板管理很有用，特别直观。不过我们也遇到了项目开展过程中的记录问题。不过我找到了一款适合Scrum敏捷的工具，交互还蛮酷的拖拖拽拽的。他们还写了一篇文章怎么进行看板管理
国内有一个禅道，是专注于开源Scrum管理工具的，可以看看是否符合你的需求，同样国外也有一些开源的项目管理工具很适合Scrum，比如XPlanner，Trac等等。
白板+便利贴。后来也比较多地依赖Excel。这篇维基（）与大家共勉：“独孤求败的武学，一生境界分为利剑、软剑、重剑、木剑、无剑。“四十岁后，不滞于物，草木竹石，均可为剑。自此精修，渐而进于无剑胜有剑之境。””
1.我觉得首先需要有一个地方可以做Sprint计划。比如用工具创建每周的Sprint Backlog2.其次可以安排每个Sprint的Task，包括执行者和完成时间，有优先级更好。比如这样：3.最后是可以随时就问题展开讨论，如果能文件存储功能更好。图中是我们自己研发的团队任务协作工具叫
我们公司用的leangoo，Scrum培训之后，公司统一开始用的，比较简单，和白板差不多，我们搞了一个触屏电视做电子看板，可拖拽，实时同步的。leangoo免费的，有需要可以试试，
较新版本的JIRA（4.2）也是一种不错的SCRUM工具，新增加了支持敏捷的插件（Agile）,有计划板、任务板、发布板等看板工具。
我们团队用了Trello，感觉很不错
Product Backlog，Sprint Backlog用Excel就够。任务板用白板就够。其他电子工具感觉都不如这些简单的工具，当然如果实在有特殊需要，可以适当使用电子工具方便team外部（包括管理层）的沟通，但是要严格限定使用范围，这些工具的引入不能影响到Team，由ScrumMaster来处理这些工具。
分实体工具和电子化工具：
实体工具：故事墙，用户故事卡，燃尽图等等
电子工具: Trac, Redmine用于项目管理和缺陷管理；CruiseControl，Hudson用于持续集成；Git，SVN用于版本管理；MediaWiki用于知识管理
以上工具都是免费的
BTW，楼上推荐的Jira也不错，pivotaltracker不要用了，我个人觉得不好。
pivotaltracker：首屈一指。用户体验，灵活性，方便性，同scrum的切合度，都是非常高的。免费+收费rallydev：用户体验比较死板，但是功能齐全。免费+收费miniscrum：免费但是用户体验同pivotaltracker比起来差太多了redmine：同样用户体验比较死板，ror的服务器端的mvc所以耍赖刷去。好处是可以自己搭建，rest风格的api便于扩展。用户体验比较死板。
基于Scrum方法，TechExcel 提出了大团队敏捷开发方法，运用DevSuite这一管理工具可实现:产品Backlog 管理、Sprint 计划会、任务跟踪管理、敏捷质量测试管理、项目组合管理、开发计划管理、工时管理、知识管理等等。查看完整scrum敏捷解决方案：TechExcel
公司专注研发管理领域18年，具有跨国企业背景，全球各地都有客户分布，专业度可以信赖。
leangoo，，一款免费、简洁、可视化的敏捷团队协作工具。专业的scrum工具，就像看板一样操作，很不错！推荐使用
用起来还是白板最顺手，如果不是要求很严格的历史记录的话。我们目前使用两块白板，一块放 Sprint Backlog，另一块放路线图和一些团队成员需要了解的关键信息。电子工具的话，基本上任务需要更新两次以上，Team 就会抱怨了。

我要回帖

更多关于 callbacklog.txt 的文章

 

随机推荐