作者回复: 谢谢你的留言,这个问题很典型,我在09中有专门讲解我们的做法,希望给你些参考。
作者回复: 反向验证,从我做起,嗯!
作者回复: 段子会火
作者回复: 你这种情况我也遇到过!可以看下第9讲,需求变更应对,我会详细展开,关键在于产生共识。
作者回复: 蓓蓓姐正在超级马力通宵备课状态……
现在,做好课程是第一位。直播会有的,让子弹飞一会~
作者回复: 一般是指针对最基本的功能或最主要的业务流程进行的测试,用作提测验收条件。
作者回复: 拆分成小迭代之后,你可能未必在每个迭代都这么做一遍,根据整体的里程碑规划,可以在封版测试的时候,设置相应的环节来做闭环测试
作者回复: 想要在团队中引入变化,你可以看下第13篇,新手上路,如何引入变化,有详细拆解的步骤。
作者回复: 觉得这方法好,如何引入变化到团队,这也是一门学问。实际上,你并不需要有非常大影响力,或是专职项目经理才能去做这件事。
不管是引入bugbash,还是复盘会,其实都一样,我在第13讲中会具体讲怎么做。
作者回复: 你这句话很典型的,又老又烂vs又嫩又懒,真是滋生技术债的天然土壤。
作者回复: 不知道你在这个评审中的角色是什么,OARP重要的为不同的方案明晰角色和责任,如果你是reviewer,就必须提供意见,不能全程参与的话,也要相应指定好替代者
作者回复: 被你的文字感动到……你一定会成为专业的项目经理,因为你遇到的每个坑,都带着一份礼物,哈哈,祝福你!
作者回复: 对的,早期多方视角的参与最重要