公司要我讲Scrum，该怎么办？

热乎乎的嘴

谢谢楼上所有人啊，谢谢你们的建议啊！

终于化险为夷了，公司决定不用scrum, 改用kanban了，所以没有我的事了，脱险了！

不过还是多谢大家伙！

deutschlizzy

我们现在的项目就用的是scrum. 涉及人物是scrum master, product owner, stake holder和 developer. Stake holder就像客户一样，提出自己的需求，product owner要把这些需求转换成一个个story ,根据优先级放到backlog里。developer要implement这些story . Scrum master是负责整个流程，协调管理的。我们现在是每天有很短的一个daily standup meeting，主要说一下自己前一天做了什么 ，将要做什么，一些重要的改动，还有问题都可以提出来。这会时间很短，主要就是信息互通，真有问题还要下边讨论。一周一次backlog grooming,目的是要把backlog里的story按照复杂度进行estimae,好对整个工作进度有个计划。两周一次sprint review,把这个sprint开发的东西给stockholders 和product owner看，让它们检验验收，如果合格了就可以release了。 另外一个sprint开始，要进行sprint planning ，Plan 即将到来的sprint做什么 ，其实就是把那些已经estimate 的backlog里的story放到即将开始的sprint里。因为之前已经对复杂度做了估算，所以developer很清楚一个sprint能干多少工作。另外网上有专门支持sprint开发的tool，比如jira.楼主不用太担心，我觉得知道这些基本的就够了。人家scrum master是专业干这个的，还有专门针对这个的证书呢。你们公司又不是找专业的，也就是听听你的想法，比如好不好了，原来的经验了。找点文章看看，给点官方答案就好了

热乎乎的嘴

我之前的公司的scrum, 每个story客户都是按时间付钱的，除非特殊情况可以重新verreinbaren时间，一般情况下如果你超过太长时间的话，头头甚至老板就要来找你了

deutschlizzy

热乎乎的嘴 发表于 2016-2-19 21:46
我之前的公司的scrum, 每个story客户都是按时间付钱的，除非特殊情况可以重新verreinbaren时间，一般情况下 ...

是的，所以每个story都要estimate它的复杂度，估算出大概需要多久，根据这个来做计划。如果scrum能坚持执行，效果还是很好的。