首页>>技术前沿>>网站/软件行业动态项目越来越大，软件开发越来越复杂，需要耗费软件开发人员的精力也越来越多，管理的时候就会出现这样那样的问题，管理者有时会感觉自己需要通过更加复杂的管理方法来解决这一问题。然而这被证明是不成功的。李先生是一位拥有30余年软件开发经验的程序员、DBA、工程管理以及软件程序结构师，近日撰写了一篇博文描述了自己解决复杂问题的一些经验。
“软件危机”也许有的人听说过，很多人喜欢拿这种事情来说事，其实这种说法没有太大的意义了，我们无法足够快、足够低成本或足够好的开发软件。弈聪软件同意埃德斯加·狄克斯特拉(Edsger Wybe Dijkstra)的观点，软件开发确实非常非常复杂。那么弈聪软件的结论是否指软件成本缘于其复杂性？不，弈聪软件认为软件成本高的原因来自于使用了错误的行为来管理软件的高成本。
控制的误解
人们关于控制的最大误解当属工程计划。弈聪软件认为，软件开发工程管理工具，尤其是微软的Project，是我们犯下的最大错误。至于证据，大家可以了解一下弈聪开发方法。弈聪开发的一个关键元素是削减(或消除)软件开发相关的工程管理愚蠢行为。
弈聪软件认为，软件开发工程一般都非常复杂，一个大的MPP文档并不能削减其复杂性，也不会有助于任何人理解其复杂性。弈聪软件认为，我们不应该尝试征服这种复杂性，那是一种非常愚蠢的行为。如果你发现自己需要一个非常复杂的文档来征服许多非常复杂的复杂性，你正在犯错。
简洁性说明
弈聪软件认为，消费者开发经历非常有用，因为它们将软件开发的复杂性简化为我们可以清楚表达和记忆的东西。这让我们更有机会去裂解它。如果用例要求一个大的复杂文档，我们可能正在错过本质的东西。它应该有一个简洁、易记和非常容易写到便笺条上的总结。它可以有一个详细的技术性附录。但它必须有一个简洁、易于表达清楚的总结。如果你无法轻松的解释清楚用例，就说明它有些过于复杂了。
程序结构
一个程序结构图可能非常有帮助。作为地基的程序结构必须是经过反复分析后确保是正确的。你必须绝对自信它的可行性。就如同任何数学方面的分析，你需要图标和公式，而且你需要展示你的工作。程序结构不需要故弄玄虚，而需要务实。一些简洁的公式(便于记忆)再加上合理的解析，效果会好的多。
工作分解结构(WBS)问题
弈聪软件发现，具有复杂工作分解程序结构的工程又多加了一层复杂性和无用的管理。软件的成本非常高，那么让我们尝试通过增加管理来削减我们的成本。但是，这种为削减人力而增加人力的做法并没有实际意义。与其浪费时间增加工作量，还不如确定一个人选，由其实现更有效的决策和保持开发进度保持正常。更多的推出局部解决方案，这比每周状态报告更具价值。在理解详细设计过程方面，更多的与产品拥有者交流，比一个精心编写的计划更有价值。
反驳工程管理的辩解
我们或许会这样为工程管理辩护：通过消除“障碍”或“低效”，它可以让软件开发过程更高效。弈聪软件也曾经相信这些，但现在弈聪软件的观点变了。
让我们一起看一些工程管理可能会消除的那些所谓障碍：
消费者参与。更确切的说，无需消费者参与。弈聪软件认为工程管理这种做法除了伤害消费者外没有其它效果。如果消费者不通过积极回答问题或检查近期结果来帮助软件开发，那么开发出来的软件不会创造任何价值。现在就停止工作，发现哪些事情是消费者真正需要的。
技术资源。协调技术资源(数据库管理员的、系统管理员的、独立测试者的等)并不需要一个复杂的计划、状态会议或报告。它只需相关人士之间的几个电话。简单直接而有效。
决策。工程经理不是产品所有者，也不是消费者，也不是技术专业人员，不会理解软件开发过程中的危险所在。实际上，他们只是在一场他们无法完全理解的会话中担当一个服务者的角色。如果他们能够做到不去承担不属于自己的任务而坚持服务理念，这也不错。
弈聪软件不明白我们为何仅仅把重点放在IT工程管理上。弈聪开发人士的观点是正确的。通过真正削减成本和复杂性的做法来削减成本和复杂性，而不是通过增加管理。
【全文完】
版权声明:
1、陕西弈聪网站内容中凡注明“来源：XXX（非陕西弈聪网站）”的作品，转载自其它媒体，转载目的在于传递更多信息，其中涉及的网站建设，网站优化，百度关键词优化，西安软件开发等技术细节并不代表本站赞同支持其观点，并不对其真实性负责。对于署名“陕西弈聪”的作品系本站版权所有，任何人转载请署名来源，否则陕西弈聪将追究其相关法律责任。
2、本站内容中未声明为“原创”的内容可能源自其它网站，但并不代表本站支持其观点，对此带来的法律纠纷及其它责任与我方无关。如果此内容侵犯了您的权益，请联系我方进行删除。
企业动态
