过去一年,都对开发方式做了持续跟踪,不停的记录,复盘,调整做法。
可以得出结论,最佳实践就是坚持简单完备的实践,把事情做全,可以在长期的时间段里达到最好的质量,效率,这里包括:
- 需求和说明文档(包括需求文档和工具功能的说明文档)
- 代码持续积累,达到符合需求的程度,并且达到心意相合的程度
- 测试根据需求的关键点,做好测试
就这么简单。
不能实行的原因
在于我们缺少严谨复盘的习惯,那么根据人的感觉来看,就会局限于短时间的结果。
结果就非常明了了,短时间内大家都能记住内容,必要性不大。
尤其版本压力打的时候,这种重要不紧急的东西就被drop了。
但是实际总结下来,省略的功夫都是以更长的时间补救和版本的质量为代价找回来了。
这个就是现实。
是否该做?
我们大可以说很多项目,没这么做也都出来了,我们从来都不这么做,或者说xxx这么做最后还是失败了。
但是这些我都没法认同。
实际根据数据跟踪,我们可以看到,省略的时间<我们后面修补问题所付出的时间。
而且这个差距随着你做项目的时间变长而变大,如果你想做一个长期项目,甚至是系列产品,一定要养成建立好需求&文档,代码整理和自我测试的好习惯。