写在前面的话
我们合适敏捷吗？我一直在思考，项目组随着人员的增加，业务的复杂、源源不断的需求，而项目组通过排期进行需求受理。
敏捷是通过任务分解把工作拆分为半天到几天的工作量，然后制定里程碑时间点，将复杂的需求细化成一个小任务，再根据轻重缓急梳理优先级，简单快捷地帮助开发人员化繁为简，提高效率。
由此可见，我们是适合做敏捷的。
但是如何做，怎样才能做好？
从如下谈谈对敏捷的感受：
一、敏捷转型是一种思维转变
敏捷不管我们的看板、精益或是其它的许多敏捷框架，多数情况下都是一系列有历史意义的优秀实践；当一个项目组进行敏捷转型的时候，并不需要去发明什么或者创造什么，只需要转变思维，去拥抱那些优秀的实践经验和改变的变化，从思想上接受敏捷。
二、如何做好敏捷
晨会、看板、迭代和回顾
晨会对着任务看板进行，对齐看板任务进度、遇阻等情况，尽早的暴露出项目的风险点，寻求项目组的帮助。同时通过不断对看板的改变，定期回顾看板改变结果，项目的工作方法也不断得到演变，项目时效得意不断提升。
看板给与了项目组一个实时全盘的项目工作地图，让管理者真正能随时掌控整个项目的开展情况，同时项目组成员会根据计划的项目任务建立看板拆解，调整看板的结构并指导自己的工作，根据项目情况自己调整。
迭代和回顾 迭代在实践过程中项目组以两周一次迭代，更好的利用项目的人员资源；回顾会在本轮迭代完成下轮迭代开始前开展，所有人人员都需要参加，回顾会议本身是个学习机会，大家角度不同，贡献也不同，创建一个更好的团队氛围；迭代回顾会给项目组成员一个发声的机会，多鼓励每个人都参与发言。迭代回顾会议最后要落实行动。在回顾会议中让团队所有人意识到项目团队是大家的，一起做好和付出。
网友评论