敏捷实践 每天的stand-up

本文回顾了一个大型数据仓库项目中的敏捷开发过程。作者分享了如何通过任务列表、站立会议等方式提高团队效率,强调了开发者交流的重要性,并介绍了团队在项目周期内如何确保高质量的软件交付。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

我记得在自己参加的某大型的数据仓库项目中,我当时做了一个任务列表,在我们小组讨论和分配任务之后,我要求他们,自己来填写任务的开始时间和结束时间.并且在完成任务的过程中,他们可以以工作为目标,调动各种资源,来完成任务.有不足也有突破,当时,我在早晨开始工作的时候,有时候,会给他们召开stand-up的会议,赞扬他们所具备的能力和取得的成果,这一点,也是有突破的,我觉得,应该stand-up是每天可以召开的,在项目的后期,我的感觉是项目的发展已经呈现出自己的很合理的节奏.自己小组的所负责的模块已经在自己的控制范围之内.完全可以成功.我觉得,我们当时的小组,应该是一个敏捷的团队,当然还有很多的需要改进的地方.
有时,在早晨刚开始上班时,是我把两位召集到格子间的中间,来开始今天的工作。那段时间,有时候下班后,总是会想到一句话,I think i can fly,想对他们说,但最终却只有简短的赞扬。
我们小组在讨论问题时,是借助于稿纸,来做分析的,当然如果有白板的话,沟通会更加的有效率.
我们小组在自己的开发机器上有自己独立的开发环境,在经过自己和测试人员的测试之后,再发布到运行环境,当时我们也提到了在系统活动不频繁的时间,再进行有规律的发布.
在开发的过程中,和其它小组的配合是平稳的.
在小组撤离现场的时候,对用户做了比较专业的培训,并提交了有关业务模块和系统配置的详细的配置说明文件和清单.
我的小组成员完成任务是有效率的,不需要加班.
上述是个人的总结,现在想来敏捷中的stand up(站立式会议), 最好控制在十五分钟以内比较好,stard-up不应该是考核的一种形式,而是一种开发者进行交流的形式。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值