项目管理之敏捷项目管理

在前面的文章中我们分享了《技术经理应该具备哪些方面的能力》其中提到很多能力，具备能力不代表在工作中就一定需要承担响应的工作职责，而是在具备这些能力的基础上工作起来和在团队管理中才游刃有余,知识的积累和阅历更多的辅助提升个人认知，从而提升自己在看待问题和解决问题的思路

前言

今天我们主要分享敏捷项目管理，介绍敏捷的核心价值观、主要的敏捷管理框架，看板等，在实际项目中的实践和应用

为什么敏捷火了

当前面临的现状和困境

为什么敏捷在现在互联网或是传统行业乃至企业管理都变得如此火了，无敏捷不项目，无敏捷无互联网…;总结下来主要有一下几点：

• 产品生命周期急剧缩短，需要快速推出新产品
• 无法快速应对需求的变化
• 工作不透明
• 工作传递失真
• 工作不明确就开始干，返工多
• 项目到后期才发现问题，修改代价太大
• 无法做到持续改进
• 团队士气不高，凝聚力不强，不抱团
• … …
  因此，在各个行业推行敏捷思想及敏捷方法落地实在必行！！

为什么要推行敏捷

如上图所示：各个行业面临前所未有的激烈竞争，加之政府也不同行业颁布优惠政策，生态合作交付加快；势必要求企业具备快速打造行业爆品、快速落地的能力；因此具备怎样的组织团队和团队文化显得尤为重要，借助敏捷开发，帮助企业快速探索、快速调整、快速协同从而探明前进方向、调整战略布局、内外部快速协调发展。

什么是敏捷

概念定义

敏捷开发(Agile Development)以用户的需求进化为核心(以人为核心)，采用迭代、循序渐进的方法进行软件开发。

在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态

敏捷的特征

敏捷宣言

个体与交互 重于 过程和工具
可用的软件 重于 完备的文档
客户协作 重于 合同谈判
响应变化 重于 遵循计划

传统项目管理与敏捷项目管理的特征

为了比较形象的说明敏捷项目管理与传统项目管理的区别，特找了如下两张图进行对比说明

图示:组织架构的区别

图示:工作方式的区别
通过上面两张图，你能分别从组织形式和工作方式两个方面判断出，哪个是敏捷项目管理的模式吗？

通过上面从组织和工作方式的两张图例可以明显的看到，组织形式上传统项目管理以瀑布为主，各个不同职能进行流水线作业，而敏捷主张将不同职能的人员划在一起，形成一个统一的项目组；工作形式上，敏捷讲究MVP，先做最重要最有价值的工作，输出一部分能够不断与客户进行沟通交流并不断纠偏，而传统项目主张一块一块的进行，一次就将一块事情做好，直到最后再显示项目的全部；

敏捷项目管理主要的一些框架和方法

如上图所示，敏捷项目管理有很多的方法和框架，这里不一一赘述。

笔记接触最多的要数Scrum+Kanban和SaFe了，并且也在公司推行了Scrum已经坚持快5个年头了，也希望有同样实践的朋友一起交流(可关注“一起学开源”公众号)；或者文章下面留言，大家一起学习一起成长。