读书笔记 5

人人都是产品经理-苏杰

Day 5

第三章 项目的坎坷一生

3.4-3.6

1.成长一步一个脚印，先不说心急吃不了热豆腐，在一个项目中我们会把需求评审通过”视为项目中一个重要的里程碑，称做“需求确认”或“需求冻结”。之后进入开发阶段，如果还需要修改需求的话，不是不可以，但是需求的修改不是一个人说了算的，要考虑到项目的一个周期，考虑技术能否支持，还要考虑到一个责任归属的问题，要不然一个项目本来是很顺利的开发的，如果因为加了需求而产生了bug使这个项目增加了开发周期，增加了一定的难度，在开发的过程中要更加慎重，甚至是强制走一些需求变更的流程。这也是为了更好地控制项目风险，在信息充分的情况下，随着项目的进行，风险应该越来越小，否则项目必然有问题。

2.评审通过以后，就进入编码阶段，编码完成以后工程师们需要对自己的代码做单元测试，自测环节做到位，可以减少后期测试同学很多的工作量，问题总是越早发现解决的成本越低。测试总是要经过好几轮的，像我们做测试的时候总是开发测几次，产品测一次，有问题的就改，改完了继续测，发现问题了再改，在改的过程中会有不同的问题发生，总归是好的，没有问题的产品不是好的产品。也就验证了那句问题发现得越早成本越低得说法