Scrum敏捷项目管理精要

时间:2023-03-08 17:14:13

1、
  简介:
  敏捷项目管理在我们国家起步比较晚,成功运用的项目不多
  百分之六十五的敏捷项目用户为scrum

2、互联网时代的特征,雷军的话:
  专注,极致,口碑,快(敏捷项目开发就是要快速)

3、敏捷开发各门派

  Scrum敏捷项目管理精要

4、敏捷的四大宣言及其内涵
  1)个体和互动高于流程和工具
  2)工作的软件高于详尽的文档
  3)客户合作高于合同谈判:强调和客户之间的合作,尽可能少用合同来说话
  4)响应变化高于遵循计划:快速响应客户的要求,不需要把软件全部开发出来再投入市场,可以开发某些功能,投放到客户,然后再不断地完善

5、敏捷的十二条原则
1)对我们而言,最重要的是通过尽早和不断交付有价值的软件满足客户的需要。
2)我们欢迎需求的改变,甚至在开发的最后阶段
3)经常性的将会可以工作的软件,交付的间隔可以从几周到几个月,倾向于采用较短的周期。
4)在整个项目开发期间,业务人员和开发人员必须天天都在一起工作。
5)要善于激励项目人员,给他们以所需要的环境和支持,并相信他们能够完成任务。重视激励
6)无论是团队内还是团队间,最有效的沟通方式是面对面的交谈。
7)可用的软件是衡量进度的首要标准。
8)敏捷过程提倡可持续开发。出资人、开发人员和用户应该能够保持一个长期的、恒定的开发速度。传统(前期松后期紧)
9)对技术的精益求精以及对设计的不断完善将提升敏捷性。
10)要做到简洁,即尽量大可能减少不必要的工作,这是一门艺术。
11)最好的架构、需求和设计都出自于自组织的团队。
12)团队要定期反省如何能够做到更有效,并相应地调整自身的行为。学习、总结、反思

6、scrum项目管理流程

Scrum敏捷项目管理精要

7、角色:
  产品负责人:确定哪些功能首先进入冲刺待办列表,接受和拒绝开发团队的工作成果,在用户和客户的角度确定什么时候提交哪些功能
  Scrum Master:团队的team leader,解决团队开发中的障碍,
  开发团队:需求分析人员,设计人员,架构设计师,程序员等等

8、精髓
  1)小步前进,不断优化:不追求一步到步,追求功能不断累加
  2)持续交付,迭代开发:我们所做的工作以最快的速度让客户可见,让客户持续感受到工作的进度
  3)不做“无用工”:确定哪些该做,做到极致,不该做的不做
  4)有效、简单:
  5)团队规模:5-9人最为合适

9、三大前提:
  1)组织结构:
  2)人员能力和素质:
  3)团队文化:

10、对人才的要求:
  1)较强的技术能力
  2)多面手
  3)自动自发地工作
  4)以团队为重

11、基本理念:
  1)scrum框架实施中并没有所谓的最佳具体实践,只有更适合、更有效的实践,实施scrum不在于你现在在有我优秀,而在于你下个月
  有没有变得更好。
  2)实施scrum,不仅是指技术层面的转型,更意味着理念层面的革新;工作实践的改变只是一方面,观念的改变却是完全不同的另一个方面
  3)实施scrum不仅要求项目 团队改变,同时也要求整个组织发生改变
  4)成功实施scrumr的关键是结合自上而下和自下而上的变革
  5)scrum改进没有终点,它是一个持续改进的过程。
  6)我们都在一条船上。
  7)所有人对项目成功负责。
  8)团队决定,而不是领导决定
  9)所有人直接需求驱动地工作。
  10)所有人都需要跨领域地工作。
  11)scrum简单但并不容易

12、开发总体过程

Scrum敏捷项目管理精要

13、用户故事的三大要素
  1)作为一个<用户类型>
  2)我想<某个目标>
  3)以便<一些原因>
  用户故事举例:
  作为一名新用户,我能通过创建用户名和密码注册,让该系统能记住我的个人信息

14、建议
  1)改变环境,营造氛围
  2)培训在前,实施在后
  3)试点在前,推广在后。试验一下是否适合,试点成功后再铺开
  4)整体“规范”,渐进“敏捷”。在局部引入敏捷
  5)持续发力,挣脱“重力”。持续坚持,否则会被传统*拖下
  6)配套激励,“内”、“外”兼修。
推荐书籍:
《scrum敏捷软件开发》,《用户故事与敏捷方法》