Skip to content

牛国柱

欲成国柱,须勤耕田

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

Archive 2011-05-05

  • 首页   /  
  • 2011
  • ( 页面2 )
敏捷开发 5 月 5,2011

Scrum第二十天

今天因为培训没有参加每日会议。但今天兄弟们都很给力,截止到现在,系统只剩下6个紧急及非常紧急的bug了。兄弟们加油!胜利在眼前了。

现在看来,前期以功能为中心开展工作、后期以bug为中心开展工作是非常合理、逻辑清楚的。


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

Scrum第十九天

今天的早间例会大家都站着了,好的一点。现在所有的工作围绕着解决bug展开了。截止到目前,系统还遗留着52个紧急以及非常紧急的bug,时间短任务重,还需要兄弟们再接再厉。郭老师带着开发的同事在加班修改bug,虽知加班不对,但也是无奈中唯一的办法了。

已经有很多天没有移动任务板上的task了。任务板落满灰,被别人写了字擦了一半。后期对开发模式的执行有很大的问题。需要总结的太多了。
别人涂写了的任务板


作者 牛 国柱
敏捷开发 5 月 3,2011

Scrum第十五天至十八天

期间因紧急事情去了一天上海。团队在郭老师带领下继续着修复bug的工作。28日晚上回北京后,又赶往单位进行上线前的准备工作。经过通宵的努力,终于如期在29日的下午上线了。心血总算没有白费。谢谢各位兄弟。

现在全力解决bug,保证在5月10日正式版上线。


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

Scrum第十四天

经过昨天晚上加班加点的工作,后台的数据库结构在郭老师参与下调整完毕。大家的状态也都不错,有那种发现正确道路的喜悦。今天每日例会正常进行,bug的修改进度因为调整库表结构慢了下来。从明天开始需要继续bug的修正了。

今天开发同学问的几个问题非常深入、非常细节了,这是多大的一个进步啊。感谢所有加班加点的同学们。

这几天加班有点厉害,下一次的开发周期内我们需要解决加班严重的问题。如果这样高强度的加班,任何一个同学都承受不了的。


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

Scrum第十三天

终于郭老师还是全面介入了。数据表结构都进行了整理,可见之前是有多大的问题。也能理解为什么进度缓慢了。比较弱的开发能力,对业务的不熟悉,不太勤的沟通,闷头苦想的做法都严重的危害了进度。

今天因为其他事情没召开每日会议,明天必须补回来。我们是慢了,但我们的精气神不能丢。敏捷的方法没有错。


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

Scrum第十二天

今天又是忙碌而疲惫的一天。相信其他的同事也感觉到了。

进度既然被拖慢了,加班也是没有办法的事,只是需要在进度和疲劳之间找到一个平衡点。

现在已经开始把压力往下释放了,有必要让所有的同学都感受到压力。有压力才能进步!


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

Scrum第十一天

今天周六,为了赶落下的进度,同学们都来加班了。中午一起吃了饭,缓解一下这么多天的紧张感,也加强一下大家的熟悉度。

今天晚上把另一个项目的原型处理完,明天全身心投入到现在的项目中,查找问题,了解真实的进度。


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

Scrum第十天

按照计划,今天(4月22日)是第一个迭代周期结束的日期,但迭代周期内的task没能全部完成。需要总结的很多。task应该分解到什么粒度,工时应该如何安排,是否应该因完成人不同设定不同的工时?整个项目就是以最小工时为目的的资源配置、人力配置的过程?

今天每日会议大部分同学坐着开会了,全部是开发同学。在工作中,开发同学的思路转变也是最慢的,我们在学校估计教的都是传统开发模型。当然快慢程度和个人性格及能力有很大关系,成正比。

郭老师也开始下死命令了。赞!


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

Scrum第九天

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

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

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

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

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

Scrum第八天

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

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

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


作者 牛 国柱

上一 1 2 3 4 下一个

Proudly powered by WordPress | Theme: BusiProf by Webriti