关于工程师氛围

     近年来，在参与项目管理中，遇到很多管理问题，也接触了不少的队伍，今天我就讲讲工程师氛围。很多人觉得工程师氛围都是很虚无的东西，觉得一个软件团队还是以工作和效果为主。导致软件团队的管理很多时候会学习一些销售团队或者一些工厂模式管理，用机械化的指标，急功近利的心态。特别是中国的软件团队管理都是很薄弱，工程师氛围往往不会很明确出现。因为薄弱的工程师氛围导致团队急躁，最终导致质量低下的软件产品。

     在切身体会中，我曾经遇到一个学历不高，没接受专业软件教育基础比较差自学成才的项目经理。在合作的过程中，他们团队发展没有缺乏硬因素（制度、设备、人员和管理软件等），但是发展缺乏工程师氛围。

    缺乏工程师氛围团队基本会有以下几个特点：

     （1）代码规范不注重，不注重培训；

     （2）注重功能实现而不是系统的设计，喜欢寻求捷径完成；

     （3）不重视性能；

     （4）解决项目问题只能谁开发谁解决；

     （5）不注重测试，或者只能做需求覆盖测试；

     （6）每次做一个项目都会重建一个工程，以前代码无法重用；

     以上有一些特点是不一定是出现，有些可以通过管理方法来改善，只是规范、设计和性能都是无法跨越的问题。为什么同样的硬件的团队，在缺乏氛围中的研发的效果差异这么大。其实原因也是只有一个，缺乏工程师氛围的团队的项目都是以完成为首要任务，大部分工作都是以最简化的需求，而不是合理引导客户需求。快餐面的软件开发，往往会消化不良，导致软件完全没办法使用起来。

    而建立工程师氛围的方法也不难，只是知易行难而已。