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

如何通过技术手法避免进度风险

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

上一场 Chat,我们聊过了产品前期的需求管理过程(收集、分析、估算、计划),然而并不是做了计划就完整大吉。本场 Chat 和大家讲一下三方面的内容:

  1. 故事墙的变迁:如果利用“故事墙(看板)”发现常见却不易察觉的“坏味道”。
  2. 单元测试与测试前置:虽然有生产成本,但收益更大。
  3. 主干开发的动机:放弃分支开发的恶习,消除不必要的浪费。

实录提要:

  • 主干开发带来的好处是什么?
  • 为什么不直接把发自测作为“开发”到“测试”的 DoD?
  • 本文是用精益看板的方法在暴露问题、预防风险,有没有其他的好方法?
  • 使用看板的团队如何在茫茫一望无垠的卡片墙中建立更有目标的发布节奏?
  • 对主干做少量修改的时候是不是要特别慎重,万一有人手滑了怎么办?
  • 如何评估重构中的风险和问题,如何让领导接受项目重构项目延期?
209 人已订阅
会员免费看
¥8 原价订阅
查看文章评论/提问
哈比3 年前
Q5:关于 Git,好在你们的设计与其它团队只有一个接口,如果碰见有好几个接口的,估计就不敢直接让所有人直接向主干提交代码了吧 QAQ,请问你们对主干做少量修改的时候是不是要特别慎重,万一有人手滑了怎么办?对那种好几个接口的团队,他们在这个问题上有什么好招咩?
哈比3 年前
Q4:「在制品数量」是如何衡量的,如果发现测试人员报出的上限其实可以更多,什么情况下会睁只眼闭只眼,什么情况会要求提高,要求提高的方式需要注意什么?
哈比3 年前
Q3:「限制在制品数量」这个策略有没有考虑到测试人员的时间、精力利用度?不可能给到测试人员全天冲刺状态的工作量,那您的最低要求是利用到百分之多少?您认为这位测试人员自己给自己的要求,是利用到百分之多少?这两者的差距,甚至还有第三方视角(整个团队要求她做到的百分比)的差距,如何缩短?
哈比3 年前
Q2:「限制在制品数量」策略,很大程度上依靠测试人员的自身能力和自评估的能力。是否会使她趋向于给出留有余地的答复?(因为承诺地超出了自己的能力,或者因为什么事情导致效率没有预想的高,这就意味着要加班,或者耽误了今天团队的工作。)有什么好法子避免这种情况吗?
哈比3 年前
Q1:「那些实现上相对简单的需求与相对复杂的需求相比,在设计时间上并没有太大的差异。」请问在发现这个问题后,您做了什么,才发现开发人员共同的习惯行为有问题的?这个方法有运气的成分吗?最关键是问/观察什么,怎么问/观察?
微信扫描登录
关注提示×
扫码关注公众号,获得 Chat 最新进展通知!
入群与作者交流×
扫码后回复关键字 入群
Chat·作者交流群
入群码
该二维码永久有效
严选标准
知道了
Chat 状态详情
开始预订
预订结果公布17.06.16

预订达标,作者开始写作

审核未达标,本场 Chat 终止

作者文章审核结果公布17.06.30

审核达标,文章发布

审核未达标,本场 Chat 终止

Chat 完结
×
已购列表