大而全还是小而精？

2017-11-06 本文已影响112人沙沙1905

如何做得更好，大而全？还是小而精？不同角度的人员有不同的看法，近期遇到两个案例：

1、需求研讨模版：为了便于大家需求分析研讨更清楚，我们定制了一套模版，模版中涉及的内容有10大项，若干子项（这些都是从历年外场故障复盘分析发现我们做得不够的）。在团队实际运作过程中有团队表示，很多内容没有必要自行裁剪了，有团队表示根本不清楚有的条目是啥意思不晓得该怎么填，就算非要填也是胡乱写上的，意义不大。在我们澄清填写要求时，大家也反馈这么多内容，关注度不够，抓不住重点。某团队表示希望能够一开始这个研讨模版小一点，把核心部分做到即可，当核心部份做到后再逐步叠加。对SE来说，这些内容就是往常大家趟过的坑总结出来的，希望大家在做需求分析的时候能根据总结出来的内容去分析考虑，若这些内容不填写，他也不知道大家有没有去分析到位，是否存在遗漏。

2、团队运作能力提升：部门期望团队运作更规范，期望团队养成好的工作方式和习惯，希望在15个领域进行整改，大家在交流过程中提到这些领域都是好的，大家都想改，但是太多了容易把握不到重点，事项太多分散的精力和注意力也多，容易做不好。当时领导提到国内法律法规、交通规则那么多，但是我们却很少违规，因为大家已经养成习惯，并潜移默化到自身的行为规则中了。这些事项也不是凭空出现的，是否也可以像交通规则一样融入我们日常研发过程中呢？让大家养成好的研发习惯？