保存成功
订阅成功
保存失败,请重试
提交成功

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

¥10会员免费看
乔梁
4.8
严选 Chat了解严选标准

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

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

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

实录提要:

  • 若公司要求必须考虑额外的单元测试和 code review 时间,估算该如何着手?
  • 在估算阶段,对于事务性、研究性的工作时间,怎样做方案才能达到更优?
  • 基准故事是怎么定的,可以详细聊聊怎么定基准故事吗?
  • 在正式进行故事点估算之前,团队要进行哪些活动?
  • 在测试人员要跟好几个项目的情况下,怎么进行敏捷测试?
  • 用户故事,是不是可以理解为被wbs化的产品需求?
  • 故事需求变了,是要重新计算时间吗?还是变成新故事?
282 人已订阅
会员免费看
¥10 原价订阅
查看文章评论/提问
飘过雪域的风3 年前
您好,我们实践时是有这样的问题的,产品没设计出来的时候估算的会和产品设计出来后估算的值有较大差距,而ui再设计出来,发现又有了差别。那这个估算什么时候做比较好呢?另外测试时间包含在估算里面吗?
sooerr3 年前
如果以小时单位估算用户故事,可能会产生大量的故事,那么谁来负责这些信息的维护和跟进? 还是说就应该是这样的,毕竟需求细化是好的开始?
sooerr3 年前
用户故事,是不是可以理解为,被wbs化的产品需求?另外,如果没有经过系统的设计,直接对用户故事估算,会不会非常离谱?
yy3 年前
另一种比较辛苦,把所有的事务性任务都算进工时中,统计的时候也很方便的知道哪一块地方的流程有问题,实际开发时间多少。这种方法会造成开发需要关注很多开发以外的事情,很繁琐。求更优方案 T...T
yy3 年前
“理想小时”的问题想问下。对于一个流程规范并不是很完善的公司来说,“理想小时”估算完成之后的总体时间比实际的相差太多。这就会出现,预计这个项目1周能完成,实际上需要2周的时间。在估算阶段如果不把一些事务性、研究性的工作时间拿出来单独预估,在后面真的会死的很惨。我一般用这两种方案,一种比较low的就是每天的开发”理想小时“任务不超过6h(假设一天8h),有一定的时间用来做事务性的工作或者学习;
微信扫描登录
关注提示×
扫码关注公众号,获得 Chat 最新进展通知!
入群与作者交流×
扫码后回复关键字 入群
Chat·作者交流群
入群码
该二维码永久有效
严选标准
知道了
Chat 状态详情
开始预订
预订结果公布17.05.17

预订达标,作者开始写作

审核未达标,本场 Chat 终止

作者文章审核结果公布17.05.25

审核达标,文章发布

审核未达标,本场 Chat 终止

Chat 完结
×
已购列表