敏捷管理
一,敏捷转型难?
- 首先变革不是完全的自上而下或是自下而上的。(主力太弱小了)
- 结束状态不可预知 (这就是命,不断的革命,有点恐怖主义的意思)
- 敏捷无处不在。 (着眼于细节)
二,敏捷的好处!
- 更高的生产力和更低的成本 (主力是基层员工,干活的。996)
- 员工参与度和工作满意度增强 (参与度指定是高了,因为责任到人。满意度不知道,应该是不好说)
- 更快的产品上线时间
- 更高的质量
三,ADAPT模型
- 意识(Awareness) 意识到 变革始于不满足于现状。
- 渴望(Desire) 变革的动力
- 能力(Ability) 变革的基础
- 推广(Promotion) 变革的手段,公司内的传播
- 传递(Transfer) 变革不是只有自己部门,一般最小单位是公司
四,敏捷的实施模式
- 小团队试点 (试点,就像疫苗一样,效果不确定呀!)
- 全面转型 (避免不同模式之间的磨合)
- 公开敏捷
- 悄悄行动
- 团队的推广模式 先拆后组建新团队,先组建一个大团队再拆分
五,渐进敏捷
-
BackLog的改进
- 增加对自动化测试的使用
- 团队能够实现持续集成
- 增加对单元测试和测试驱动开发的使用
- 确保团队有一名产品负责人
-
敏捷社区
发起,鼓励与支持企业引入和改进敏捷的社区。为了营造一种文化,氛围。只在转型期内才有社区,当进入持续改善阶段的时候就可以解散社区了。
六,试点项目
- 理想试点项目的四个属性
- 项目规模
- 项目持续时间
- 项目重要性
- 商业发起人的投入程度
- 选择合适的时机启动项目
- 选择试点项目团队
- 设定和管理期望 (渐进式提高;经理不清楚具体员工做了那些工作;没有足够的文档后续无法维护)
七,总结
- 敏捷软件开发,对于基层人员来说是良药。但也对基层人员来说也是一个挑战。和传统的开发方式不一样的是,解决问题的人直接面对需求和资源方,如果一个开发经验不够的人来说那基本就是一个灾难。
- 敏捷软件开发,是一种文化,需要个体有意识的参与团队的任务。有机的组合在一起解决问题。类似于群体动物的特征。