接口和项目管理

要想管理好一个大的项目，使大家有一个好的开发思路，能够快速的进入角色，这决不是一件简单的事情。如果每一个项目的开发都是建立在对每个开发人员的工作责任心的信任的基础上来完成的，那么还需要管理吗？应该是不需要的，起码参与项目的人都是值得信任的。事实上管理正是我们最最需要的，却又不知如何才能做好的事情。曾经经历过的种种管理措施无一幸免地都成了一纸空谈或者说是收效甚微，当然这句话说地不够委婉，我很抱歉。

我不敢说自己有什么行之有效的管理办法，我也根本不是管理者。但做了这么长时间的软件，我应该有自己的观点，我的观点是，每个开发人员都是有相当的惰性的，这种惰性是完全不值得信任的。试想，不写设计文档程序可以运行，人们为什么要去写文档呢？不写工作报告，程序也可以运行，为什么又要写呢？所以这必然产生上有政策下有对策的官僚做法。再试想，如果你的程序没有按要求实现必要的接口和重载必要的方法时，你开发的程序就不能被运行，那么会怎么样呢？起码你会老老实实的去完成这些接口或者方法。实现了这些接口和方法到底有什么和管理相关的呢？因为这些接口和方法本身就是系统设计是的脉络，系统的核心人员掌握了这些接口和方法就等于等于掌握了整个项目，通过这些接口就能知道系统的所有功能，能够估算工期和进度等等。再说程序员，领到自己手里的任务也不再是一个窗口或者一组函数了，而是完成特定功能的一套接口了。这样程序员也明白了自己的职责了，不会去重复思考，也不会去自由发挥。到现在为止，局部的问题解决了，那么全局的问题怎么解决呢？既然众多的基类和接口形成了一套开发规范，那么对于符合规范要求的那么开发成果就需要被验证，被加载，并驱动它们去工作和相互协调，这就需要一个容器。

要想在软件开发上摆脱作坊式劳动，走工业化道路必然要求有工作标准，有明确的劳动分工，并不是需要所有人去理解所有问题，而是需要不同角色的人尽可能的做好本角色该做的事情。这已经是一个不争的事实了。如若不然，硬件的发展也决不会总是走在软件的发展的前面。