软件工程学习笔记13——案例解析篇

一、小团队如何应用软件工程

本文讨论的小团队，小公司或者三五个人的小开发团队。

1、小团队在软件开发中存在的常见问题

（1）小团队成本敏感

对成本的控制也衍生出一系列大公司可能感受不到的问题：

• 开不出好的薪水，难招到优秀的程序员；
• 进度都催的紧，毕竟多干一天就要多发一天工资；
• 舍不得在工具上的投入，都得要尽量用免费的、开源的；
• 通常几个项目并行，一个人可能要同时在几个项目中切换。

（2）小团队人少活多

从分工上来说，通常在大厂前端后端几个人合作完成的事，在小团队就得一个人从前端写到后端了，可能甚至都不会有专业的产品设计和功能测试人员，都是开发兼任。

从人员构成来说，大厂在组建技术团队时会注意梯队的搭配，整个团队像金字塔的结构，顶部有几个特别资深的开发人员，中间有一些丰富经验的，底部的是有潜力但经验比较少的。而小团队就算是运气好，也可能只有一两个技术大牛，更多的是水平一般、经验比较少的。

这样的分工协作和人员构成，导致的问题就是大家每天都很忙，但是感觉技术上积累有限。对个别技术大牛的依赖性强，他们一旦离职，影响非常大。

（3）小团队缺少流程规范

在流程规范方面，恐怕是大家对小团队吐槽最多的地方：

• 项目开发比较随意，拿到需求可能就开始直接写代码了，没有严格的需求分析、架构设计，写完了后简单测试一下就上线了，上线后再修修补补；
• 需求变更是家常便饭；
• 多个项目并行的时候，每个项目的负责人都觉得自己的项目是最重要的，希望你能把他的项目进度往前赶一赶；
• 老板权力很大、想法多变，经常会直接干预项目。

这样不规范的开发流程，导致的结果通常就是开发效率低下，软件产品质量不高，项目计划难以遵守甚至没有计划。

2、小团队如何应用软件工程

成本敏感的问题，如果这个是客观存在的，就没有太好的办法去解决，只能说我们在做一些决策、制定流程的时候，需要充分考虑好成本因素，减少浪费。

人少活多，那么我们就相应地提升个人和团队的整体水平和效率。

缺少流程规范，那么我们就建立适合小团队特色的流