敏捷开发工具怎么选 Scrum敏捷开发有谁了解?

[更新]
·
·
分类:互联网
3356 阅读

敏捷开发工具怎么选

Scrum敏捷开发有谁了解?

Scrum敏捷开发有谁了解?

Scrum是迭代式增量软件开发过程,通常用于敏捷软件开发。
Scrum可以用3355来高度概括。
3个角色:
PO(产品负责人):负责产品的价值,维护产品待办列表 (product backlog)以及优先级,是产品的唯一解释人,负责产品的成功 ——确保团队做正确的事
Scrum Master(一般不翻译):敏捷团队的牧羊犬,传授敏捷和scrum和知识,引导团队之间的协作,引领变革,带领团队成长,持续改进——确保团队正确的做事
开发团队(包括所有contribute到产品交付的角色,比如开发,测试等):交付产品,维护sprint backlog,团队的持续改进——做事
3个工件
Product Backlog(产品待办列表)
Sprint Backlog (迭代待办列表)
Product Increment (产品增量)
5个事件
Sprint - 迭代 (小步快跑)——固定时间长度的时间盒 (Time box)
Sprint planning: 迭代计划会议
Daily Standup:每日站会 (每天发生在同一时间,同一地点)
Sprint review:迭代展示
Sprint retrospective:迭代回顾
5个价值观
开放,尊重,勇气,承诺,专注

瀑布式开发和敏捷开发的具体区别是什么?

敏捷开发,首先把客户最关注的软件原型先做出来,交付或者上线,在实际场景中去修改弥补需求中的不足,快速修改,再次发布版本。再次上线或者交付。通过一些敏捷实践方式,细化story,可以提供更小的迭代。如此循环,直到用户(客户)满意。适用于需求不明确的项目、创新性的项目或者需要抢占市场的项目。
瀑布式开发,要求明确的需求,大家按照需求一步步做好规划,在项目运作过程中严格产出各种文档,按着流程一步步走下去。这种模式一般适用于需求比较明确、to B端项目
但总的来说,在现在管理项目过程中,并没有严格的按照完全的敏捷或者完全的瀑布模式,都是各自掺杂了其他的方式。在实际项目过程中,过于强调模式并没有意义,重要的是能不能预防问题的发生,在问题发生之后能不能用最小的成本解决,模式更多起一个参考作用。