如何管理飞扬跋扈的技术人员-国土报中文版

本篇文章2648字，读完约7分钟

写文件时，发展就是一切

对于技术管理，许多公司非常重视文档。虽然开发的结果是代码，但对于管理来说，代码通常很难读懂，而且很少有人擅长接管别人的系统。为了防止代码被丢弃，公司经理们牺牲了文档这个法宝。我认为文档非常重要，但是我也发现这些文档中有几个典型的问题:文档和代码不同步；文件可读性差，所需文件没有写，写了很多不必要的文件；文档与代码不一致，文档很多，但是开发的结果很少。

如何管理飞扬跋扈的技术人员

我们应该在什么时候写什么文件，这需要严格定义和检查，而不是让每个人自然发展来完善。代码编写需要根据不同的类型定义每个阶段需要完成的部分。

设计文档，如文档，通常被认为是在项目和模块开始时编写的。作为讨论和最终决定的结果，这显然是自然的。然而，在项目进入开发阶段后，当它遇到实际问题时，通常不可能完全遵循设计的初衷，所以此时设计文档通常与代码断开。但是有一点是绝对可能的，那就是在重构的时候，根据现有的情况，在重构之前重新添加对系统状况的描述，然后在重构之后添加设计。这样，重构的设计与文档的更新相结合。

如何管理飞扬跋扈的技术人员

应用编程接口文档现代软件希望提高重用度，因此许多程序员将为以后的开发建立自己的业务应用编程接口。而这种业务api也是许多分工与合作的基础。这种代码描述会直接影响到日常的开发，所以保证与代码的高度一致性是非常必要的。

一般来说，软件的使用文档必须包括以下内容:产品版本描述、产品安装和部署文档、产品使用教程和例程以及产品常见问题文档。产品版本描述应该被设计成每次发布时发布过程中的一个固有链接。在我看来，“产品使用指南和常规”是所有文件中最值得努力的。产品安装和部署文档中的内容越少越好，安装和部署应该尽可能智能化和自动化。

如何管理飞扬跋扈的技术人员

理解什么是软件架构

只有了解软件体系结构的范围，我们才能把握软件开发中的风险，更好地管理软件开发过程。简而言之，软件架构是响应需求而做出的一系列决策。软件将根据这些决定进行开发。根据软件的要求，软件体系结构一般包括以下几个部分。

逻辑体系结构主要是为了阐明功能需求，并根据需求和需求变化作为体系结构目标来决定代码之间的划分、耦合和关联。采用合理的逻辑架构将大大降低需求变化对开发的延迟效应。逻辑架构是代码中相互耦合的最直接的指南，而耦合规则的精心设计将使后续的开发事半功倍。

运行时架构运行时架构是关于对象编写、进程结构、通信协议、数据结构等的决策。满足运行时的质量要求。一旦确定了运行的体系结构，就意味着大多数实现代码都已确定。设计一个具有足够可扩展性和可用性的运行架构可以节省后续工作的时间，减少系统在运行期间对开发工作的干扰。

开发架构为满足开发需求而做出的决策主要是根据分工开发、测试和验证过程以及各种接口设计的要求划分的软件层和区域，还包括软件包、组件库、开发工具以及编译和构造方法。一个好的开发框架可以降低通信成本，提高开发速度。

现代软件系统的部署架构基本上包括客户端和服务器程序。如何快速、高效、稳定地部署和发布这些程序，如网络机房的分布、服务器硬件的配置、监控维护工具和软件的安装、开发测试网络和运行网络的设置等。可以获得安全配置和良好的部署能力，并且可以更加频繁和全面地测试软件，从而提高软件质量和开发效率。

数据架构数据是软件项目的核心财富。就数据结构而言，数据存储、备份和传输将直接影响运行性能、业务功能、部署和安全性的要求。在面向对象的开发模式下，从数据到对象的orm架构也是一个重要的设计。一个完整的数据架构包括数据流图、数据字典、orm结构(如果需要)、数据索引和备份机制。

何时以及如何审查

我相信大多数公司都有审查，包括程序审查、代码审查和特殊项目的审查，比如剩余缺陷的审查。这些评论通常会变成一个寻找错误的会议。为了解决评审对产品的负面影响，充分发挥本次活动的优势，我们需要注意以下几个方面。

项目负责人最好召集人员进行评审，开发负责人必须参与评审。参与评估的受邀者可能在某些问题上与方案的提交者意见不一，但提交者拥有最终决定权。给那些能承受的人力量。通过这样做，防止风险的人和注重效率的开发人员可以形成平等的意见交流。

何时进行评审，在每次迭代之前，在每个主要版本开始之前，或者在被认为更重要的决定做出之前，应该进行一个简短的评审。如果你只是在开始时做一个演示，那么需要回顾的事情就更少了，随着不断的发展，回顾可以贯穿所有的发展。

真正对项目有帮助的是了解项目的需求，分析面临的困难，思考项目为什么要完成，并提出自己的解决方案，给项目开发者以建议和启发。再说一遍，我建议用这种方法解决这个问题，而不是说这样做可能会有问题，这个功能应该补充。这两种方法的最大区别是用建设性的态度和思维进行评估，而不是寻找问题。

分层开发，尽快运行

为了减少软件耦合对开发的负面影响，正确的方法是重视软件开发方法，从代码风格、软件架构、设计模式和开发模式等方面提高水平。最简单和最有效的方法之一是分层。在经典的体系结构模式中，分层模式几乎是所有模式的基本模式:根据您需要的范围将代码分成层，然后指定层之间的耦合接口，这只能依赖于一种方式，并最小化跨层耦合。层次结构的范围由开发团队的级别和项目的复杂性决定。

如何管理飞扬跋扈的技术人员