Skip to content

牛国柱

欲成国柱,须勤耕田

  • 首页
  • 专题
  • 分享
  • 关于
  • 每周一句

Tag Scrum

  • 首页   /  
  • 标签: "Scrum"
  • ( 页面2 )
敏捷开发 4 月 22,2011

Scrum第九天

一直加班到现在,腾出空来记录一下scrum第九天的情况。

第九天(4月21日)还是没有通过测试的功能模块。虽然没有通过测试的模版,但不同前几天,这次很放心。因为两个非常靠谱的同学连夜对了一遍代码,已经走通了好几个模块。有了这个基础,其他模版的开发也会很快了。毕竟代码的规范(范本)已经在那里了。

今天另外一个事情,就是在郭老师的建议下从开发主导工作改变为测试主导工作。所有开发同学的工作量以bug的编号划分,每个开发同学负责不同编号的bug。当然前提是在功能模板已经粗略的开发完毕,进入以修复bug为主的阶段了。

早上八点,可以休息一会了。
清晨8点休息会儿
清晨8点 休息会儿

作者 牛 国柱
敏捷开发 4 月 21,2011

Scrum第八天

今天早间会议上开始让大家自己说自己的进度,改变负责人问组员回答的情况,并且自己挪动自己的task。但是进度还是没有太大的进展,还只是把任务往今天挪动了一下。到现在为止还没有完成的任务。真希望明天就能有一个。

今天发生了一件反应了现在管理漏洞的事情。成员甲改动了成员乙经常操作的数据库,成员乙在不知情的情况将数据上传,结果造成真实数据被删除。两点教训:
1 改动了影响别人开发的数据或其他内容时,需要通知到被影响人
2 每个人进行修改或操作前,必须先看一眼程序所依赖的环境等,无变化的情况下再进行操作。

今天开始大家又加班赶进度了,放两张相片留念:
工作中1
工作中2
工作中3
工作中4


作者 牛 国柱
敏捷开发 4 月 20,2011

Scrum第七天

今天因为其他的事情没能参加每日会议,不过郭老师带领大家进行了沟通。主要是强调了开发进度问题。不过今天忘记了移动task。
任务板

有些同学紧张度还是不够,进度没有进展却再在看一些电影,感觉有些承受不了压力了,适应不了这种大踏步前进的节奏。怎么办?适应不了只能淘汰了:(

反思现在进度缓慢的原因,前期团队成员没有组建、开发没有提前进入等原因造成的对产品熟悉度不够是其中一个原因。另外就是任务分解及工时设计没能让所有人员参与进来,导致进度安排不合理是第二个原因。


作者 牛 国柱
敏捷开发 4 月 18,2011

Scrum第六天

今天的每日会议大家全部站着开了,这是我们改进的地方,非常好。但是惯常的,还是采用问答的方式,负责人问组员回答,刚开始的每个人陈述三个内容的方式没能贯彻下来。

另外,现在的进度不十分理想,每个人对进度安排都没有意见,但每个人都完成不了额定的进度。还有就是有些同学思想上有些懈怠,紧张度不够,我以及郭老师有些担忧!

有必要让大家从思想上重视起来。另外,本周五完成后要搞一次聚餐。

作者 牛 国柱
敏捷开发 4 月 15,2011

Scrum第五天

可喜的一个变化,今天开每日会议时只有一个人坐着,其他人在没要求的情况下主动地站立开会。说明这几日的氛围已经使大家不自觉的接受并实践敏捷的理念了。相信会后大家会是紧张充实的工作状态,我相信每个人都已经感觉到每天很充实了。

更好的是,大家也在实践快乐工作、减少加班的理念。马老大更是将原本周六的加班取消了。虽然有点担心进度,但对这个决定我是完全赞同。

另外,本着快速迭代的开发原则,今天与姜同学沟通了对bug的定义,非功能性的不紧要的bug被定义为三级bug,对于仅剩三级bug的功能将视为完成,并将三级bug移到下一个迭代周期完成。

今天的任务板,已经加入了我们的开发理念:
任务板


作者 牛 国柱
敏捷开发 4 月 15,2011

Scrum第四天

今天API接口终于拿到了,很顺利。

在每日会议上,大家都没碰到难题,但进度却很缓慢。大家都没认识到,如果工作量安排不合理也是问题。如果安排没问题,那一定是存在了其他没发现的问题。明天需要提一下。

另外有必要在白板上写上Scrum的口号以激励大家——以价值为本,以人为本;可工作的软件是我们关注的重点;避免浪费,避免大而全,避免无用的功能;当人的能动性超越一切死的流程就是敏捷。

作者 牛 国柱
敏捷开发 4 月 14,2011

Scrum第三天

昨天大家都有些疲惫,但在短暂的碰头后还是投入到热火朝天的工作中。

早上进行了15分钟的“daily scrum meeting”会议,时间控制的不错,也可能是因为刚开始问题不多。还有大部分同学还都坐着。每个人主要就“昨天做了什么,今天做什么,碰到什么难题”做了沟通。

下午时已经有功能提交到测试同学进行测试了。但开发同学对开发环境还有些陌生,进度还是偏慢。

今天建立了我们的任务板,工作量、进度一目了然。
任务板


作者 牛 国柱
敏捷开发 4 月 13,2011

Scrum第二天

今天将所有的需求分解为任务,并进行了优先级排序,确定了第一阶段的开发任务。郭同学与姜同学对每个任务估算了开发及测试的工时,又把任务包干到户——分给了每个同学。

但分配的是否科学合理有待验证。

有一点不好的是,环境搭建的时间没有估计进去,导致今天开始工作的时间已经很晚,因此又加班很晚。在接下来的几天里要避免这种长时间的加班!

快乐、开心的状态才是高效率工作的基础!


作者 牛 国柱
敏捷开发 4 月 11,2011

开启我的Scrum旅程!

开启我的Scrum旅程!

传统的开发流程就像泥淖一样,一旦陷入进去就寸步难行。繁琐无用的文档,低效率的沟通,各职责人员的对立,工时的严重浪费……,在现在快速变化的时代绝对就是一种灾难。如果你想搞垮竞争对手,就快给对手灌输传统开发是多么多么严谨、多么多么完美吧!

我们要开始我们的Scrum旅程了!虽然晚了,但可喜的是已经开始迈出第一步了!更可喜的是团队的成员都支持、愿意尝试新的流程。今天郭老师同学已经就zend framework与团队成员进行了分享,前期准备工作非常重要,明天开始分解任务,排定优先级。

作者 牛 国柱
敏捷开发 12 月 25,2010

Scrum介绍

有感于传统开发方式的执行难、不能适应快速变化、延误进度并且造成产品、设计、开发、测试各个部门相互敌视、相互指责的窘境,研究了敏捷开发中流行的Scrum方法,并以简单的思维导图形式展现。
全图中核心部分为Scrum图示以及其价值观——以价值为本,以人为本。然后分别从理念、流程、角色以及工具4个角度来说明如何理解Scrum方法、执行Scrum方法。希望能对大家理解Scrum有所帮助!

Scrum敏捷方法的理念、方法、角色以及可以使用的工具:

Scrum
查看大图

作者 牛 国柱

上一 1 2 3 下一个

Proudly powered by WordPress | Theme: BusiProf by Webriti