帝国重器

舰的皮都啃不动。这种转变，正是作战思想带来的改变。

    超视距战争，获取信息胜过武器威力的需要。这些信息并不仅仅只是地方战舰位置这类信息，而是对整艘战舰状态信息的掌握也至关重要。

    如何组织战场信息的获取和分析，就是作战系统软件的功能了。和任何软件开发的过程一样，要想构建现代化的作战系统软件，首先要做的就是对软件需求进行分析。

    正常来说，软件需求分析有多种办法。诸如面谈、问卷调查、小组讨论、参与和参观业务流程、情景串联，这些都是常用的需求分析方式。

    然而在软件开发过程中，程序员最痛恨却又无法摆脱的噩梦，就是需求变更。程序员和需求分析师，总是无法完全满足用户的需求。这里既有技术原因，也有需求分析的问题。有些用户，心里清楚需求却描述不清楚，有的能描述清楚却对具体需求什么根本没概念，还有的用户需求一日三变。更多的用户，则是既说不清楚，心里对自己具体需求什么功能也没概念。软件开发出来之后，却怎么看怎么不顺眼。只有极少数贴心的用户，清楚自己的需求而且还有基础的软件工程知识，这就简直是程序员的福音了。

    而非常遗憾的是，作战系统软件的需求分析用户，正是一群既说不清楚自己的需求，又对究竟如何实现信息化作战没有概念，对软件应用要求又极为苛刻的海军官兵。

    胡文海思来想去，面对这种局面，也只有用笨办法了。既然用户人群条件这么糟糕，那就先把用户素质培养起来好了。

    不明白信息化作战的概念没有关系，咱们先补课什么叫信息化。知道了信息化能够做到的事情，这些海军官兵自然能结合自己的工作，清楚的表达出希望作战系统能够实现的功能。

    不清楚如何描述软件的具体需求也没关系，咱们从软件工程开始学习，自然能够知道软件如何把这些功能实现。

    到了最后，这些海军官兵就是程序员最喜爱的那群用户。不仅知道自己的需求，而且还能够清楚的把需求实现的方式给表达出来。

    只不过苦的就是这群五湖四海而来的海军官兵了，自动控制理论、计算机原理和软件工程这三门课学完，放到三十年后做个月入半狗的码农问题都不算大。

    对于这些知识体系已经定型的三四十岁海军官兵，那可真是比上战场还要痛苦了。

    这不是，当任务下达，这些海军官兵们全是各个都苦着脸。但看到已经五十多岁，曾经指挥鱼雷艇击沉过国民党太平号护卫舰的朱参谋长，都没有一丝一毫的反对，其他人也只好硬着头皮上了。

    大港舰艇学院里每天早上飘出来的英语朗读声倒也是稀松平常的景色，但如果有人能走进这座靠海的教学楼就会发现，聚集在早晨的海边背着单词的竟然全是肩上带花的海军高级干部。

    而这其中，起的最早、朗读声音最响亮、学习最认真的，竟然是一位五十多岁的老人家。

    “小胡老师，这个什么叫做自顶向下呢？这个和之前分片包干有什么不同么？”

    吃过了早饭之后的第一节培训课程，是胡文海亲自教授的软件工程。说是软件工程，不过这门课程并不是要培养码农，更不是培养怎么码，而是给管理码农的项目经理上的管理学课程，和程序开发本身反而关系不大。在当年“软件危机”出现之前很少有人关注这个管理科学，而且海军官兵也用不着自己做码农，但对于海军官兵来说，以这种方式来了解现代管理科学，也算一种胡总式的超前曲线解决方案了。

    胡文海刚一进门，就被朱寒亭给拦住了。五十多岁的老爷子，仍然像学生一样尊敬的拿着笔记本，虚心的提出自己的问题。

    “其实这并不是分片包干模式的变体，这实际上是两种不同的解决问题的思路，只不过执行方式有些相似的地方。我们新科公司在管理工厂的时候，就推行过一种叫做成本倒推的制度。方法是这样的，我们首先确定一个有竞争力的价格，然后推算出这个价格要求产品的成本是多少。根据这个成本，我们再决定如何投入资本进行生产。我们所有的措施和方法，都是为了达成这样一个明确的目的。简单来说，我们制定一个顶层的目标，然后逐层进行细化。在这个过程中，每个层级的任务和实现的方式都是明晰的。而分片包干，其实并没有一个明确的总体目标和明确的实现方式，所以不得不下放自主权，让下边自己制定目标，然后自行选择实现的路线，这样会带来风险和不确定性的。”

    “自顶向下的管理，是建立在对整个下层信息的充分了解，和对执行过程的分析预测，乃至建模仿真的基础上的。这就好比当年解放