项目管理-伪敏捷害的我好苦啊!（什么叫伪m）
你是否因为项目组推行敏捷开发后,天天加班上线,美其名曰:持续交付!
你是否因为业务推行敏捷开发后,需求变化多端,美其名曰:响应变化高于遵循计划!
你是否因为产品知道敏捷开发后,需求文档玩极简主义,美其名曰:工作的软件高于详尽的文档!
你是否因为老板知道敏捷开发后猛拍桌子-------我X,这就是我要的,一个字快!,美其名曰价值交付!
真.敏捷开发
敏捷不能缩短项目周期，也不能减少项目费用，这都是业界常见的理解误区。
世界上本没有路,走的人多了,就成了路!
世界上本没有敏捷,说敏捷快的人多了,敏捷就必须快起来!不然就不够敏捷!
很多从事着本行业的领导,本来是忽悠上级领导的,说着说着，就达到了骗术的最高境界,把自己也骗了。于是很多人讲，敏捷就是因为快。
真敏捷总结一下,就是:
四种核心价值
- 个体和互动高于流程和工具
- 工作的软件高于详尽的文档
- 客户合作高于合同谈判
- 响应变化高于遵循计划
12原则
- 最高优先级的是：通过尽早和持续交付有高价值的软件，满足客户
- 欣然面对需求变化，即使是在开发阶段的后期，敏捷流程就是用变化来为客户获得竞争优势
- 频繁交付可工作的软件，从数周到数月，交付周期越短越好
- 在项目过程中，业务人员、开发人员必须每天在一起工作
- 以受到激励的个体为核心构造项目，为他们提供所需的环境和支持，信任他们可以把工作做好
- 最有效的、最高效的沟通方法是面对面的交谈
- 可工作的软件是衡量进度的首要标准
- 敏捷流程倡导可持续开发。客户、开发人员、用户要能够共同、长期维持步调（节奏）、稳定向前
- 持续地追求技术卓越和良好的设计，以此增强敏捷的能力
- 简单 -- 尽最大可能减少不必要的工作，简单是敏捷流程的根本
- 最佳架构、需求和设计，来自自组织型的团队
- 团队定期反思如何提升效率，并调节和调整自己的工作方式
反面敏捷如有雷同纯属正常
应付式敏捷
老板,领导参加了培训会后(听懂掌声,哈哈哈),突然了解到敏捷开发,回来后一股脑的下令开发团队改革,然后,出现了在一个不敏捷的公司环境里,敏捷,即使Leader知道问题,但不能说,也只能应付式的"敏捷"起来.
生搬硬套式敏捷
把敏捷的中的某一个具体的实践，比如scrum的流程生搬硬套，完全不考虑本身的情况,成员根本不是自组织,被抓壮丁一样,抓进项目组,浑浑噩噩开始了敏捷.
工具式敏捷
各种项目管理工具一起上,各种系统,各种纬度,详尽的工作数据,满足了老板的监控欲望外,团队人员每天得花2个小时写Jira,还得和绩效挂钩!
极端式敏捷
“工作的软件 高于 详尽的文档”， 于是极简主义的文档诞生了,一个系统,一篇小作文,完工!导致工作上过多的不必要的时间用于交流(争吵)和沟通(甩锅).
领导式敏捷
功能需要做多久，做什么不做什么，做多久,开发者无法掌控,PO无法掌控,全靠老板根据上线时间,倒排开发时间,老板说了,下周上线,所以,开发时间只有这周!
我说敏捷就是敏捷
工作还是同样的工作,方式还是同样的方式,流程还是同样的流程,反正,从今天起,我们就敏捷起来了,所以,三个月的需求一个月做完是比较合理的吧?
总结:
敏捷不仅仅是开发团队的工作,更是整个公司流程的改变,参与人员思想的转变过程!End!
老铁如果对你有帮助请关注一波!感谢!