敏捷项目管理

￡神魔★判官ぃ 2022-10-09 00:48 241阅读 0赞

# 敏捷方法定义 #

一种迭代式增量开发方法

*  敏捷提倡"轻量级”的开发模式
 *  敏捷要求分析和设计要适度而不是过度,而且敏捷更强调迭代
 *  敏捷适合在很不明确、很不确定或快速变化的环境中使用
 *  迭代的周期不要太长，通常是2 ~4周
 *  项目是通过一次一次的较短周期迭代完成每次迭代都有交付

# 为什么需要敏捷 #

*  提高了生产率  
    减少"浪费”(不需要繁多过重的文档， 重复工作等)
 *  提高客户满意度  
    短期内产生成效  
    按预期交付  
    每次迭代结束，产生可见的成果
 *  改善员工的满意度  
    团队精神  
    能够规划和管理自己的工作  
    稳定的工作量(可持续的步伐)

# 敏捷原则 #

*  我们的最高目标是，通过尽早和持续地交付有价值的软件来满足客户。
 *  欢迎对需求提出变更一即使是在项目开发后期。 要善于利用需求变更，帮助客户获得竞争优势。
 *  要不断交付成果物，周期从几周到几个月不等，且越短越好。
 *  项目过程中，业务人员与开发人员必须在一起工作。
 *  要善于激励项目人员，给他们以所需要的环境和支持，并相信他们能够完成任务。
 *  无论是团队内还是团队间，最有效的沟通方法是面对面的交谈。
 *  可用的软件是衡量进度的主要指标。
 *  敏捷过程提倡可持续的开发。项目方、开发人员和用户应该能够保持恒久稳定的进展速度。
 *  对技术的精益求精以及对设计的不断完善将提升敏捷性。
 *  要做到简洁，即尽最大可能减少不必要的工作。这是一门 艺术。
 *  最佳的架构、需求和设计出自于自组织的团队。
 *  团队要定期反省如何能够做到更有效，并相应地调整团队的行为。

# 敏捷宣言 #

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpaHVheW9uZw_size_16_color_FFFFFF_t_70]

# 敏捷方法应用 #

Scrum被认为是目前全球最流行与最有效的敏捷项目管理理念与方法之一

*  scrum使得我们\]能够专注于如何在最短的时间内实现最有价值的部分
 *  scrum使得我们能够快速的经常的监督实际产品发展的状况(每两周或个月)
 *  团队按照商业价值的高低先完成高优先级的产品功能，并自主管理，凝结了团队智慧创造出最好的方法因而提高效率
 *  每隔两周或一个月,我们就可以看到实实在在的可以上线的产品。此时，就可以下一步的决定是继续完善功能实现更多需求或者直接发布

# Scrum是什么 #

Scrum:橄榄球里的争球。成员就如同橄榄球队员一样协同工作以获得对球的控制并将球送往目标区，相互协同工作来提交产品  
一个迭代式、增量式的开发任何产品和管理任何工作的过程。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpaHVheW9uZw_size_16_color_FFFFFF_t_70 1]  
SCRUM框架中包含3个角色，3个工件，4个会议。

## 三个角色 ##

*  Product Owner：产品负责人
 *  Scrum Master：负责沟通和协调
 *  Scrum团队：负责开发测试发布  
    ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpaHVheW9uZw_size_16_color_FFFFFF_t_70 2]

### Product Owner职责 ###

●编写用户故事  
●排出优先级  
●放入产品Backlog (产品订单)

用户故事三要素:  
●角色  
●活动  
●商业价值  
EX:作为一个<角色> ,我希望能<活动>，以便<商业价值>  
用户故事的原则：  
●独立性  
●可协商性  
●有价值  
●可以估算性  
●短小  
●可测试性

### Scrum Master职责 ###

*  保证团队资源合理利用
 *  保证各个角色及职责良好协作
 *  解决团队开发中的障碍
 *  作为团队和团队外部的接口，协调解决沟通中的问题
 *  去除那些影响团队交付冲刺目标的障碍,确保Scrum过程被按照初衷使用

### Scrum Team职责 ###

*  执行Sprint
 *  梳理产品Backlog
 *  做Sprint计划
 *  每天跟进工作进展，并对他们的工作做检查和调整
 *  每个迭代对产品和团队的工作过程做检查和调整

## 三个工件 ##

*  产品Backlog（Product Backlog）：产品的需求列表，尽可能想到的功能集合
 *  Sprint Backlog：一个迭代的需求列表
 *  产品增量：功能点是越做越多

## 四个会议 ##

*  Sprint计划会议  
    讨论决定从Product Backlog列表中挑选一部分需求进入一个Sprint迭代，形成一个Sprint Backlog
 *  每日站会  
    每天早晨大约15分钟站会，每一个人都要讲述昨天干了什么，今天准备干什么，遇到什么问题，分享经验
 *  Sprint评审会议  
    每一个迭代结束的倒数第1天或者第2天，验收当前迭代开发成果
 *  Sprint回顾会议  
    回顾整个迭代哪里做得好，哪里做的不好，未来怎么解决

# Scrum流程 #

1.  制定产品订单(product backlog)，订单是软件产品的一个需求列表
2.  将整个产品的订单分解成冲刺订单,这个冲刺订单是按照目前的人力物力条件可以完成的。冲刺代表一次迭代周期(通常为30天),开发团队需要完成一个制定的冲刺订单，并且最终成果是一个增量的、 可以交付的产品
3.  召开冲刺计划会议,确定这个冲刺内需要完成的任务,标注任务的优先级并分配给每个成员
4.  进入冲刺开发周期，在这个周期内,每天需要召开冲刺站立会议
5.  整个冲刺周期结束,召开冲刺总结会，将成果演示给产品所有者
6.  团队成员最后召开冲刺回顾会议，总结问题和经验
7.  这样周而复始,按照同样的步骤进行下一次冲刺

# Scrum工具 #

*  任务看板
 *  燃尽图

参考：  
[敏捷实战精品课][Link 1]

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpaHVheW9uZw_size_16_color_FFFFFF_t_70]: /images/20221005/46274fa998a74a32bbe6160b22d1fc0b.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpaHVheW9uZw_size_16_color_FFFFFF_t_70 1]: /images/20221005/4cecc77589874c808a34251dd2112f49.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpaHVheW9uZw_size_16_color_FFFFFF_t_70 2]: /images/20221005/6b354fbf441649e1a5e9f91e2571e20f.png
[Link 1]: https://ke.qq.com/course/3025770?taid=10871970978474858