敏捷回味(一)
来源:互联网 发布:jmeter调用java类 编辑:程序博客网 时间:2024/04/28 19:00
敏捷开发在很多公司团队如火如荼的开展,在体验它的十二项优秀实践新鲜感的同时,相信不少团队也正品尝着到其中的酸涩,本系列会逐步分享一些行之有效的办法,让你的敏捷实践更美味。
首先,关注敏捷的站立会议。
因为这犹如敏捷大餐中的早餐,非常必要,但忙起来也最容易被省略掉。
往往是这样的情景:
在推行敏捷的一个月内,大家都兴高采烈的围在一起发言。leader说些项目情况和任务,其他人也依次说昨天做了什么,今天打算做什么之类。这个模式不久就容易变味了。首先是leader,会逐渐发现这种团队交流得到的信息无关痛痒,要么有问题没反映,有了问题还是得自己下来解决。而团队成员也在进度的压力下也不想浪费时间在这种“聊天会”上,于是站立会议的人慢慢少了。某天,Leader宣布大家都加强日常沟通,站立会议不搞了,并认为这是对敏捷实践的一个改进。
然而,站立会议真的就这么没有含金量吗?这难道是做敏捷宣言的那一帮大牛是随意写的一条实践?仔细回顾一下,敏捷强调的核心在于人,而站立会议正是一天之中各个团队成员专门聚集在一起的黄金时间,也许是我们不善于从中发掘潜藏的金矿?
怎么让站立会议发挥价值?
要点就在于遵循简洁例行的要点,让会议关注对的东西。
以下四点可供参考:
1、关注指标数据
(让项目进度数据、质量数据、市场方向数据可视化,直观反映出项目的健康状况)
2、发掘问题、分享经验
(分析进度、质量、方向是否有不利苗头,问题的现象有哪些?根源在哪里?
同样的,对于把进度提高、质量稳定的经验方法也就可以分享推广)
3、灵活规划,推动解决
(坚信80%的问题可以现场确定解决,剩下的20%也能确定负责人,联系确定的人,在确定的时间,解决到确定的标准)
4、明确当前和下一步
(让每个团队的各成员表明自己当前最应该做什么、和其他人的影响关系如何,下一步应该做什么)
这样,每天的站立会议能让团队持续的关注到目标,暴露了风险,解决了问题,明确了任务。下一步的敏捷之路也就准备好轻装上阵了。
- 敏捷回味(一)
- 敏捷测试(一)敏捷测试探索
- 回味
- 回味
- 敏捷那些事儿(一)
- 敏捷软件设计总结(一)
- 敏捷转型 - 团队(一)
- 敏捷开发(一):介绍
- 敏捷思想(一) 培养
- 敏捷测试与最佳实践(一) 敏捷定义
- 敏捷开发之道(一)敏捷开发宣言
- 敏捷开发般若敏捷系列之十三:传播敏捷十戒(一)
- 敏捷开发学习笔记(一)
- 敏捷方法和实现(一)
- 推行敏捷的思考(一)
- 敏捷开发修炼之道(一)
- 敏捷教练-第二章(一)
- 敏捷开发(一)—准备
- 游戏界的笑话
- 第一个qt程序:hello world!
- Linux MTD下获取Nand flash各个参数的过程的详细解析 (转)
- 重剑无锋,大巧不工
- 科技人生
- 敏捷回味(一)
- 下载
- 如何在js文件中包含其它的js文件
- ubuntu中geany 编译C++ ./geany_run_script.sh:5 ./abc.cpp: not found问题解决
- 使用反射机制 来把一个具体的bean 处理成一个map。并且获得其中的field和值
- Django笔记-Admin
- doxygen注释块
- 请“砖家”将这个c++程序的功能补充完整
- 【转载】终于明白陆涛为什么不爱米莱