读华为敏捷转型有感

感谢万能的互联网，有机会拜读了华为的敏捷转型资料，做一些摘录与自己的理解。

从上而下与从下而上的结合

公司高层领导高度重视、衔接者用强大的执行力去落实，包括颁布敏捷工作章程、完善的敏捷理念宣讲活动、敏捷知识的考试考核。要想达到理想的转型结果，基层员工的强大执行力是不可或缺的关键一环。团队成员是我们唯一的标签，任何人工作上的成长必须是以助团队成长为前提，个人成长和团队成长必然是相辅相成的。

敏捷宣言

敏捷宣言本质是揭示一种更好的软件开发方式，启迪人们重新思考软件开发中的价值和如何更好的工作。

对敏捷常见的误解

误解一： 敏捷开发意味着可以不需要文档、设计和计划；

误解二： 敏捷只是一些优秀实践，或者是优秀实践的结合；

误解三： 敏捷只适用于小项目开发；

误解四： 敏捷只会对研发产生改变；

误解五： 管理者不需要亲自了解敏捷，只需要管理上支持就可以了；

误解六： 引入敏捷只需要按照既定的步骤去做就可以了；

误解七： 敏捷是CMM的替代品，是另一种流程；

误解八： 敏捷只注重特性的快速交付，在敏捷下架构不重要了；

统一认识：敏捷=理念+优秀实践+具体应用

敏捷的理念的解读

1)聚焦客户价值(Value)，消除浪费

二八定律普遍存在于我们工作与生活的几乎所有场景下。

2)激发团队(Team)潜能，加强协作

团队是价值的真正创造者，应加强团队协作、激发团队潜能；软件开发是一种团队活动，首先应做到提升沟通效率降低交流成本。

3)不断调整以适应(Adapting)变化

不断的根据经验调整，最终交付达到业务目标的产品。

敏捷实践

我们团队敏捷工作敏捷推进计划

摸着石头过河，谈一下我们当下的团队敏捷推进计划：

1)现状分析：

a.业务行业整体是瀑布模式，举例：需求调研、设计工作是一次性完成的；

b.甲方对计算机了解甚少，对业务几乎不能一次性表述完整；

2)工作目标：

交付周期更好的控制；交付质量更好的提升；最终降低项目研发成本。用敏捷换来团队整体效能提升，衍生出自身价值更好的体现。追求”足球队型”团队。

3)敏捷推进步骤：

a.个体级敏捷：干系人为团队及公司领导,日常工作、学习及生活上积累敏捷实战经验；



b.模块级敏捷：侧重个人积累敏捷实战经验；

c.项目及敏捷：奔着工作目标实践敏捷，最后背后的价值；

4)工作要求：

项目级敏捷要求的实践包括：项目级持续集成(Step1：集成代码、编译、发布缩短时间30%；Step2：代码走查缩短人工时间50%)；测试提升（测试质量提升30%、测试可回溯性提升25%)；版本迭代(保证一个Sprint有一个可供公司领导随时查阅的运行包)；可视化管理(让领导知道有多少？已经完成多少？剩余的工作的迭代节点？)；启动会议(总结概括及表述能力提升30%)；回顾会议(回顾结果敏捷反馈到后续工作中)；站立会(控制在15m，昨天做了什么？今天计划做什么？自己需要什么外部帮助？)；用户代表参与现场迭代特性验收(开发阶段至少两个sprint与客户交互一次，形成书面形式的成果物)；

5)实施中注意点：