从“死亡行军”到无 bug 按时交付

作者/分享人:乔梁
持续交付&DevOps专家,轻敏捷转型顾问,腾讯高级管理顾问、畅游、魅族、平安外聘顾问,映客卷皮墨迹企业教练。“持续交付”和“敏捷”公众号作者。 历年QCon技术大会的讲师和专题出品人,相关内容收集在持续交付中文站 http://www.continuousdelivery.com

一个和互联网没啥关系的产品,如何让一个小团队在一个大项目中无Bug按时交付;如何与其他用旧开发流程的团队合作;我如何做决定;如何将一个团队带出“焦油坑”,走上“闲庭信步”之路?

乔梁教你如何快速建设团队,带领团队提升能力,本场Chat会涉及到:

  • 谁评估工作量?
  • 如何评估工作量?
  • 工作量评估怎么用?

实录提要:

  • 若公司要求必须考虑额外的单元测试和 code review 时间,估算该如何着手?
  • 在估算阶段,对于事务性、研究性的工作时间,怎样做方案才能达到更优?
  • 基准故事是怎么定的,可以详细聊聊怎么定基准故事吗?
  • 在正式进行故事点估算之前,团队要进行哪些活动?
  • 在测试人员要跟好几个项目的情况下,怎么进行敏捷测试?
  • 用户故事,是不是可以理解为被wbs化的产品需求?
  • 故事需求变了,是要重新计算时间吗?还是变成新故事?
已有211人预订
预订达标
文章出炉
交流日期
     
05月11日
05月24日
05月31日 20:30
查看文章评论/提问
杜晓东
无bug交付是怎样一种体验:)
乔梁: 工作开心的感觉
何留留
棒~跟我理解的故事点估算是一致的,我们不太需要考虑团队每个职别的点数,只要使用牵引或主导整个团队开发节奏的角色进行估算就可以,但会发现一个问题:如果只让开发同学进行point估算,那么测试同学会被晾在一旁,显得有点尴尬,这个有好办法让测试同学也参与进来互动吗 O(∩_∩)O
乔梁: 估计的过程很短,测试人员在旁边讨论和提醒就好了
何留留
O(∩_∩)O 还有个问题,基准故事老师是怎么定的,可以详细聊聊怎么定基准故事吗,包括粒度、AC、使用什么样类型的基准故事更好?
乔梁: 看我公众号“持续交付”上的文章,《估算那点事儿》。不是先定基准故事,而是同时定下来
何留留
O(∩_∩)O还有个问题,看到老师附中的估算方法,适用于大项目,大项目需求量就会增加,在正式进行故事点估算之前,团队要进行哪些活动,麻烦老师指点,谢谢老师:)
乔梁: 需求分析和故事拆解。
冥王星
看了故事点数估算后,还是不知道和开发计划如何关联
乔梁: 下一篇讲项目计划需要考虑啥,怎么做靠谱。
刘伯英
看标题我以为文章中会有一些技术实践的内容,比如单元测试,持续集成,代码评审什么的,结果只是把需求估算和计划讲完就结束了。请问真的是只做了这件事情之后情况就好了吗,是怎样说服客户的?
乔梁: 这是系列文章之一
咩咩叫的狼
还是没有提到测试人员如何安排,在测试人员要跟好几个项目的情况下,怎么进行敏捷测试?
乔梁: 我很多年没有用过这种共享测试人力的项目,我也通常不建议这种方式。这是传统瀑布开发方法的用人模式。在项目计划的末尾加入测试独占时间就可以了。(基本就是系统测试时间)。
田老猫
我们是互联网初创企业,开发是根据产品的原型设计PRD来直接拆解开发任务的,测试根据原型做Case,没有用户故事,是否要进行这种转型呢?那样PO即现在的产品经理是不是要懂开发技术?能和技术人员一起把原型图变成用户故事,再进行开发呢?现在也可以运转的很好,但也想了解是否能和更新的技术结合。此外,除了敏捷项目管理,觉得更重要的是敏捷开发和测试技术,因为管理是来支持技术实现的,敏捷开发技术有哪些关键要素呢?谢谢!
晴天
如果公司要求必须考虑额外的单元测试和code review时间,估算又该如何着手?直接将所有的story point相加再乘以一个系数?不过目前好多公司都是事后才补单元测试
yy
项目虽然估算完了,但还是觉得有些问题。使用通用的估算方法虽然看起来靠谱,但是每个团队(个人)的水平都不一致,在开发任务下达之前是不是还应该根据认领任务的团队(个人)再一次进行调整?还是实行竞拍法,同一个用户故事,哪个团队(个人)提出的时间短就指派给哪个团队(个人)?
yy
“理想小时”的问题想问下。对于一个流程规范并不是很完善的公司来说,“理想小时”估算完成之后的总体时间比实际的相差太多。这就会出现,预计这个项目1周能完成,实际上需要2周的时间。在估算阶段如果不把一些事务性、研究性的工作时间拿出来单独预估,在后面真的会死的很惨。我一般用这两种方案,一种比较low的就是每天的开发”理想小时“任务不超过6h(假设一天8h),有一定的时间用来做事务性的工作或者学习;
yy
另一种比较辛苦,把所有的事务性任务都算进工时中,统计的时候也很方便的知道哪一块地方的流程有问题,实际开发时间多少。这种方法会造成开发需要关注很多开发以外的事情,很繁琐。求更优方案 T...T
sooerr
用户故事,是不是可以理解为,被wbs化的产品需求?另外,如果没有经过系统的设计,直接对用户故事估算,会不会非常离谱?
sooerr
如果以小时单位估算用户故事,可能会产生大量的故事,那么谁来负责这些信息的维护和跟进? 还是说就应该是这样的,毕竟需求细化是好的开始?
飘过雪域的风
您好,我们实践时是有这样的问题的,产品没设计出来的时候估算的会和产品设计出来后估算的值有较大差距,而ui再设计出来,发现又有了差别。那这个估算什么时候做比较好呢?另外测试时间包含在估算里面吗?
你可能还喜欢
Service Mesh 在华为公有云的实践
田晓亮
利用 OpenCV 和 Caffe,根据大合影构造“平均脸”
李烨
从零开始,搭建 AI 音箱 Alexa 语音服务
Mike
Web 安全恩仇录:再谈逻辑漏洞
肖志华
TensorFlow 分布式原理与应用实践
刘光聪
编程和数学基础不佳如何入门人工智能?
赵宁|Neal
微信扫描登录