敏捷开发实战(三)--每日晨会,是否只是摆设?

经过上面总结的两篇博文敏捷开发实践(一)–谈谈我对敏捷开发的理解敏捷开发实战(二)–你真的了解Scrum吗?,我们已经对Scrum进行了整体的认识和学习,这篇博文我们一起讨论和学习,我在实施敏捷的过程发现的一个问题。

问题描述

相信实施过敏捷开发的博友,每天会在同样的时间和同样的地点召开会议,此会议在Scrum五大活动中被称为每日Scrum会议。

有这样的一种现象,团队中的新成员刚开始接触Scrum时,积极性会特别高,在会议中会比较积极的发言,但是对于大部分经过长时间开发的老成员来说,经常会在会议中抱怨项目中存在的问题(相信大家都知道,项目不可能完美无瑕,没有任何问题),一旦问题被提出,老成员之间的谈论会异常激烈,导致会议持续时间比较长,会议的效率降低,新成员会在不了解真实问题的情况下降低积极性等等。

每日Scrum会议

我们先看一下,每日Scrum会议真实内容如下:

开发团队通过每日Scrum会议来确认他们仍然可以实现Sprint的目标。 这个会议每天在同样的时间和同样的地点召开。每一个开发团队成员需要提供以下三点信息:

1. 从上一个每日Scrum到现在,我完成了什么; 从现在到下一个每日Scrum,我计划完成什么; 有什么阻碍了我的进展。

2.每日Scrum中可能有简要的问题澄清和回答,但是不应该有任何话题的讨论。通常,许多团队会在每日Scrum之后马上开会处理他们遇到的任何问题。

3.每日Scrum既不是向管理层汇报,也不是向产品负责人或者ScrumMaster汇报。它是一个开发团队内部的沟通会议,来保证他们对现状有一致的了解。只有Scrum团队的成员,包括 ScrumMaster和产品负责人,可以在会议中发言。其他感兴趣的人可以来旁听。在必要时, 开发团队会基于会议中的发现重新组织他们的工作来完成Sprint的目标。

解决方案

Scrum给出了一条解决方案:

每日Scrum是Scrum的一个关键组成部分,它可以带来透明性,信任和更好的绩效。它能帮助快速发现问题,并促进团队的自组织和自立。所有Scrum会议都是限定时长的。每日Scrum通常不超过15分钟。

下面我谈一谈自己的理解:

  1. 每日晨会之前,团队成员要提前整理好要在晨会上发言的内容,内容要简明扼要。
  2. 我对于上面的每日Scrum通常不超过15分钟的建议,并不完全赞成,楼主在实施敏捷的过程发现,每日晨会不应该超过10分钟,晨会是用来确定项目的方向的并不是用来讨论问题,寻找方案的,太浪费大家的时间,浪费时间就是浪费生命,真的是这么个意思。
  3. 每日晨会,要让组内的成员知道项目的整体进度,提高成员的积极性,将团队的功效发挥到极致。
  4. 每日晨会做好会议记录,将问题上报,及时解决,加快项目的开发速度,提高团队的开发效率。

每日Scrum会议作用

工作时间久了的博友会理解,每日Scrum会议的真正意义,不仅可以明确团队中成员当天任务,也可以让所有成员更加积极的参与到项目中来,发挥团队最大功效。当你换到一个不使用Scrum的环境时,你就能理解,每日会议真的可以提高50%的效率。

总结

每日会议意义重大,即使项目组不使用Scrum,每日会议也是有必要的。你认为呢?

版权声明:本文为博主原创文章,未经博主允许不得转载。

时间: 2024-10-14 05:34:16

敏捷开发实战(三)--每日晨会,是否只是摆设?的相关文章

敏捷开发实战(二)--你真的了解Scrum吗?

随着敏捷开发越来越流行,人人都在谈敏捷,人人也都在学习scrum等敏捷开发方法...当然,自己也是敏捷开发的实施者和受益者. 一.背景 我们公司引入敏捷开发的时间并不长,在实施敏捷的过程还存在一些问题,自己在实施敏捷的过程也存在很多的疑惑(毕竟原来没有学过,和真实的经历,体会),所以最近一直在学习敏捷,看敏捷的视频和阅读相关资料,同时结合自己实施敏捷的经验,通过分享博文进行一下简单的总结,目的有四: 详细的介绍和学习一下敏捷开发 和CSDN的大牛们一起分享交流,学习,提高一下 总结实施敏捷过程中

Leangoo大讲堂:免费Scrum敏捷开发实战—武汉站

活动信息: 授课时间:2016年5月21日 下午 14:00 – 17:30 (13:30签到) 授课地点:武汉市洪山区民族大道一号光谷资本大厦二楼培训中心 人数限制:150人(企业报名每家限制3人以内) 本次活动免费 课程简介: Leangoo是一款轻量.简洁.体验出众的新一代敏捷团队协作工具.Leangoo采用SaaS模式,完全免费,使用leangoo做团队协作几乎零投入.这是一个半天的免费课程,课程通过理论结合案例的方式为您介绍Scrum敏捷开发模式和业界实践,并且会结合Leangoo工具

敏捷开发(三)- 估算故事

前两篇文章介绍的是 搜集故事和编写估算,本篇文章接着前面的文章往下说,有了story(故事)之后如果对故事进行估算 下面主要是进行估算的大体checkLists 对与一个故事的估算方法应该具有如下特点       1.运行改变估算结果       2.适用于所有的故事       3.很容易很简单的进行估算,不需要花费太多时间       4.提供进度和剩余工作的主要信息       5.计算不准确也不会有大问题       6.估算的结果可以用来指定发布计划一.以故事点的形式进行估算 故事点估

[作业管理系统开发实战三 ]用户登陆模块的后端代码(thinkphp5)

前述两篇文章已经将用户登陆的界面和验证进行了实现,现在看看后端要做的事情(基于ThinkPHP5).举例来说,比如当学生登陆成功后则进入学生界面,在这个界面中,学生可以提交作业,查看自己作业的批改情况.当用户在前述界面中输入了用户名和密码,选择了学生用户后,点登陆,会进入dologin方法(位于controller\index\account\dologin),代码如下: public function dologin() { $kind=$_POST['kind']; if($kind=='t

杨学明老师推出全新课程--《敏捷开发&IPD和敏捷开发结合的实践》

课时:13小时(2天) 敏捷开发&IPD和敏捷开发结合的实践 讲  师:杨学明 [课程背景] 集成产品开发(IPD).集成能力成熟度模型(CMMI).敏捷开发(Agile Development)是当前国内外企业产品研发管理的最常用的3种模式.随着创新环境的快速发展,许多企业都会面临这样的问题:如何快速响应市场的变化?如何推出更有竞争力的产品?如何在竞争中脱颖而出?……是大部分研发型企业普遍面临的核心问题.另外,软件项目在产品开发中位置越来越重要,逐渐占领主导地位,这时传统的IPD流程和CMMI

敏捷开发模式下的测试

敏捷开发 敏捷开发倡导的就是迭代式和增量式的开发模式,并且强调测试在开发过程中的重要性 .主要是围绕以用户为中心,以客户需求为导向的开发过程,这个过程有一个特点就是"随时有变化".虽然敏捷开发引入了灵活性,但其中的重点还是在于客户满意度.客户是敏捷过程的关键环节.如果,客户能够有所参与,并且客户了解到开发对于他们参与的欢迎,那么有助于增加客户对最终产品和开发team的信心和满意度.如果客户由于其他原因不愿意参与进来,那么选择传统的开发流程更好.敏捷开发有三个比较明显的特征:依赖客户完成

【DevOps】团队敏捷开发系列--开山篇

随着软件发布迭代的频率越来越高,传统的「瀑布型」(开发-测试-发布)模式已经不能满足快速交付的需求.2009 年左右 DevOps 应运而生,开发运维一体化,通过自动化工具与流程让整个软件开发构建.测试.发布更加快捷.频繁.高效和可靠. 本系列教程目录 本系列将详细讲解Devops落地细节.将构建整个持续集成与交付的一整套体系与流程.对于未来要开篇的系列博文列表如下: [DevOps]团队敏捷开发系列(一)--开山篇 [DevOps]团队敏捷开发系列(二)--版本控制之道Git [DevOps]

敏捷开发入门教程-----摘抄

敏捷开发入门教程 作者: 阮一峰 日期: 2019年3月 6日 感谢 腾讯课堂NEXT学院 赞助本站,官方小程序课程 正在招生. 敏捷开发(agile development)是非常流行的软件开发方法.据统计,2018年90%的软件开发采用敏捷开发. 但是,到底什么是敏捷开发,能说清的人却不多.本文尝试用简洁易懂的语言,解释敏捷开发. 一.迭代开发 敏捷开发的核心是迭代开发(iterative development).敏捷一定是采用迭代开发的方式. 那么什么是"迭代开发"呢?迭代的英

20145301 实验三 "敏捷开发与XP实践"

20145301 实验三 "敏捷开发与XP实践" 程序设计过程 实验内容 使用 git 上传代码 使用 git 相互更改代码 实现代码的重构 git 上传代码 查看文件是否有修改的 将新建的文件传入本地 git push 文件,成功上传文件 再 git push 一次 所有东西已经上传过了 git 相互更改代码 新建存储空间 确定合作开发者地址 下载合作开发者的代码工程 修改代码 上传代码 结果: 实现代码的重构 源代码(以实验一代码为例)   重构后代码如下:   重构: 小组成员链