从接触scrum到现在已经快一年了。
在这一年里,组内一直使用scrum的流程进行开发管理,虽说有些山寨,但看上去还是像那么回事的:blog分解、计划分解、立会、发布、回顾,该有的都有了,自己对于敏捷也从开始的新鲜到了现在的。。怎么说呢,不那么新鲜了。。。。
这次的产品是一个升级版,功能比较单一,但由于原来的代码主要来自于项目,1.代码质量不是很好 2.各个项目的功能也不太一致
这次升级的两个目的:
1.提高代码质量、优化架构
2.把已经在用的几个项目的需求抽炼出来,固化到产品中。
由于发版日期提前,我所在的小组全部都过去支援,我们去的时候,开发已经进行了3周。正好第一次迭代结束。
到昨天,第二次迭代也结束了。
在这中间发现了一些问题,权且记录在此,以后可以有个参考。
1.由于时间紧,任务多,并且大部分功能在项目上已经用了很长时间,所以我们去的时候看到的情况是:大部分的业务代码都是直接从项目拷贝的,改动很少;这样代码质量基本没有提升。
2.拿这次发布来说,昨天加班不说,加班的时候一个白天基本就在搭环境上了,而且自测到了晚上9点才完成,而环境更是到了11点才正式搭好---而且还不完全好使。
3.立会时间太长,原因主要是人多 --13人,而划分小组也比较困难,另外一个原因就是有时会纠缠到细节上面,浪费了时间。
4.对代码质量的意识不高,由于团队成员普遍比较年轻,设计、编码经验尚有欠缺,再有就是不重视重构。
对于以上的问题,自己目前想到的解决方案(有待进一步验证):
1.加强人员能力培养,其实每天花不了多少时间就重构的很好
2.加强自测意识、使用自动部署工具,简化部署,每天早上立会说完成某个功能的时候,必须在部署后的环境而是不本地开发环境测试完成;加强交付标准的制定--培养意识。
3.这个目前还没想到办法,我的想法是根据业务类型分为两组,并且要求每个人在表达问题的时候,清楚、简介。
4.能力培养;关于重构的问题,是个普遍现象了,原因主要有两点:一是不重视或者懒 二是害怕改出问题。对于一,只能加强大家的意识了,让大家重视起来;对于二,还得靠自动化测试来保证改动后的正确性。
写完这些后,发现目前遇到的问题主要是两个:
1.人员能力/意识问题
2.自动化工具(部署/测试/代码检查等等)
我在想,这两个是不是阻碍我们敏捷起来的原因呢?我们的山寨敏捷是否就山寨在这了呢?
对策也比较容易了:
1.人员能力培养,这个话题可太大了,目前是采用项目+导师的机制。。。
2.找工具,不行就写一些辅助工具,不能全自动还不能半自动么。。。
我不知道自己想的这些时候跑偏了,只能摸索着前进了。。。
就拿这两点当做一个突破点吧。
分享到:
相关推荐
敏捷的价值 努力在一个极短的发布周期内交付业务价值的一小部分。 敏捷测试意味着什么 应包含除单元和组件级测试外的所有测试:...不能坐在那里等着工作降临,而是行动起来寻找在整个开发周期中都贡献价值的方式方法。
这时开发人员估计需要两天时间才能完成代码,但测试人员反对这样做,我们本来只有5天测试时间,加上这次新的功能比较多、开发代码质量不高,验收测试已经很紧张。如果再延迟两天,测试没法完成。产品经理说,你们...
要想成为一名优秀的软件开发人员,需要熟练应用编程语言和开发工具,更重要的是能够领悟优美...通过本书你会发现,许多以前看起来非常枯燥费解的概念,忽然间都豁然开朗,变得鲜活生动起来。 一共两个分卷,这是第二个
●Agile方法:主要讲述了如何去使用 Agile 方法,其中有很大一部分内容是告诉你为什么要这样做。 ●面向对象设计原则:本书包含了11个面向对象设计原则,涵盖了包的设计和类的设计。这是我所见过的对这方面内容...
近些年来,随着敏捷思想及开发方法越来越多地被国内各行业接受并不断实践,人们对“敏捷”的学习也逐渐从学习其思想转变为学习其操作方法。因此我们看到越来越多的项目团队打掉了办公桌隔板,购买了白板和即时贴,...
说到QA,通常指的是质量保证(QualityAssurance)工程师,但我更喜欢定义敏捷中的QA为质量分析师(QualityAnalyst),主要基于以下几个方面的原因:QA,质量分析师,显然与测试有关。敏捷中的QA,也就是与敏捷测试...
本文作者@朱军华Ronzhu敏捷开发其实不光光要求开发层面和测试层面的敏捷,其实对需求设计层面也是要敏捷的,这样才能配合后续的开发和测试,使之真正的敏捷起来。我们可以通过在实际操作过程当中在需求层面进行敏捷...
微博上也有很多网友开始将塞班甚至是诺基亚之败跟“诺基亚不是最早做敏捷的么”关联起来,甚至得出一些类似于“敏捷害死了诺基亚”或者“敏捷也没能救 不久前诺基亚宣布停产生产塞班智能手机,业内人士和媒体开始...
这时开发人员估计需要两天时间才能完成代码,但测试人员反对这样做,我们本来只有5天测试时间,加上这次新做的功能比较多、开发代码质量不高,验收测试已经很紧张。如果再延迟两天,测试没法完成。产品经理说,你们...
CI 为什么能被称为框架? “开源”商业模式。 CI 的某些不足(是的,它并不完美)。 1.1 CodeIgniter 能为你做什么? 如果你已经是一位 PHPer,开发过 PHP 应用,CodeIgniter 将会帮助你做得更好,更容易达成...
有一次,当开发人员完成当前Sprint 任务的代码之后,测试人员、开发人员和产品经理一起来浏览产品、从头到尾走...敏捷测试当然不能简单地理解为测得更快,绝对不是比以前用更少时间进行测试,也不是将测试的范围缩小了
为了达到这种敏捷性,我们需要使用一些实践提供必要的准则和反馈,需要使用一些设计原则使我们的软件保持灵活且可维护,还需要理解一些被证明在特写问题中可以权衡这些原则的设计模式。本书试图将所有这3个概念融汇...
不要被书名误导了,本书不是那种以开发过程为主题的敏捷软件开发类图书。在书中,作者延续了自己一贯的写作风格,让你亲历现场,并用幽默亲切的语言和插图,通过一步步展示来自开发一线的代码,分析各种设计决策...
数据中台是一个公司级的平台系统,所以不能只从技术层面去设计,还要考虑包括流程、标准化等在内的顶层设计。 2、从中间件工具到平台介绍宜信是如何设计建设敏捷数据中台的。 3、结合典型案例介绍宜信敏捷数据中台...
本书凝聚了世界级软件开发大师RobertCMartin数十年软件开发和培训经验,Java版曾荣获计算机图书最高荣誉——Jolt大奖,是广受推的经典著作,自出版以来一直畅销不衰。 本书不仅是一部深入浅出、生动易懂的面向对象...
教堂尖顶上的风标,即使由钢铁制成,如果不懂得顺应风势的...我们根据过去的经验来规定这些约束和输出,挑选那些在以前的项目中看起来好像工作得不错的方法。我们希望这些方法这次还会有效,从而消除我们的恐惧。
敏捷软件开发.pdf 这本书是老外写的,不过是翻译版。我不推荐,原因是,通常翻译版的看起来,很蹩脚。 还是看原版,英文版吧。 如果你有兴趣看看,可以下,我这提供下载不需要积分的。
要想成为一名优秀的软件开发人员,需要熟练应用编程语言和开发工具,更重要的是能够领悟优美...通过本书你会发现,许多以前看起来非常枯燥费解的概念,忽然间都豁然开朗,变得鲜活生动起来。 一共两个分卷,这是第一个