敏捷中的晨会
来源:互联网 发布:那个软件看黄漫好 编辑:程序博客网 时间:2024/04/29 03:19
早晨,我要求大家做晨会,在晨会上,每个人要回答三个问题:
1、我昨天做了什么?
2、我今天要做什么?
3、有什么问题?
按照Scrum,这个环节是很重要的。按照我的理解,第二个问题可以将所有人一天的计划开诚布公的透露给所有人,这样,我们大家就可以知道每个人在做的事情。第一个问题可以知道昨天他计划的有没有完成、这样配合上第三个问题我们就可以尽快的调配资源大家一起解决这个问题。(其实第三个问题也是可以估计今天的问题,这样小组人员擅长某项技术或者业务的人可以快速的前去帮助有问题的人。将隐患扼杀在摇篮中)从另一个角度讲,通过这种方式本想是推动交流和信息共享,提高人的进步速度,同时锻炼人们对于自己任务的度量能力(一次次的估计却没有完成,很快人就学会了)。
但实际上呢,在推行这个实践的过程中我发现,有什么问题这一项收集的信息最差,一方面有能力的程序员是无法估计出自己的问题的,往往非常自信,但结果完不成。大多是因为在做的过程中追求更多的功能或者更灵活的结构。我认为重构和设计是很有必要的,可是一个没有全局素材的情况下,做出来的设计肯定是有较多拍脑袋的成分在里面,势必是一种浪费。另一方面,明明不了解一个业务或一个流程却不认为是一种问题。这种情况在让我想起以前打篮球时候的一个黑话:没“意识”。说不出问题来的人等于是传球没意识的人。还有一种情况是无法估计出的问题,当然这也不是晨会能做到的了,因为大家都在这里都没想到,那就是晨会无法避免的风险了。应该去想别的办法。
- 敏捷中的晨会
- 敏捷中的每日站会
- 敏捷开发的Scrum晨会实践
- 敏捷开发论坛会
- 对敏捷开发每天晨会的感想
- 敏捷项目管理之每日晨会的重要性分析
- 敏捷开发中的敏捷测试
- 敏捷开发 每日“立会”
- 敏捷项目中的可视化
- VS2010 中的敏捷开发
- 敏捷项目中的资源管理
- 敏捷开发中的测试
- 敏捷中的文档
- 敏捷实践中的方法
- 敏捷项目中的可视化
- 敏捷中的QA
- 敏捷开发中的测试
- 避免敏捷中的浪费
- 转:Nettiers模板属性说明
- 用C语言编程递归求行列式的值
- 存储虚拟化详解(图)
- 用Cobertura 测量测试覆盖率
- 需要安静
- 敏捷中的晨会
- 几种程序自杀的实现
- orcale分析函数(一)
- 程序自杀方式
- 关于Sqlite数据库二进制数据字段操作方法的一点思考
- orcale分析函数(二)
- 在windows服务程序中打开带窗体的可执行文件
- JDK1.5新特性介绍
- 9.17小记