IT和工程洞察:不成功项目的七个习惯

作为控制工程师，我们希望能很好地“控制”。对于大型软件项目，有时这很难做到。软件在开发阶段很难查看和理解，许多项目甚至在高层管理人员没有意识到问题的情况下就会失去控制。

项目失败的原因有很多;最常见的是，当项目走向错误的道路时，无法“重新启动”项目。即使大多数项目成员都知道存在重大问题且没有计划好的解决方案，也很难停止项目。对于管理人员来说，这就是所谓的“甘伯困境”:在一个项目上花费了200万美元之后，即使最终的总成本会更少，实际时间会更短，也很难做出停止和重新开始的决定。了解你是否处于一个失控的项目是很重要的。

—————————————————————————–

〇40岁以下控制工程:你知道有谁在40岁以下的自动化行业工作，需要一些认可吗?请看40个40岁以下的奖项。

—————————————————————————–

这里有一些不受控项目的常见习惯，可以帮助你确定你的项目是否属于这种情况。很少有失败或即将失败的项目会表现出所有这些特征。但是，如果您的项目有三个以上，请在项目失控之前修复它们。或者，考虑使用更好的控件“重新启动”项目。

1.没有架构师或架构师团队．如果没有控制性的影响来保持设计的轨道，小的变化会累积起来，往往会导致死胡同或错误的决定。如果你不知道你要去哪里，那么任何方向似乎都是正确的道路。

2.没有固定的时间表。如果没有人知道真正的日程安排，或者日程安排似乎每隔两周就会推迟一周，那么项目就失去了控制，永远不会按时、按预算完成，并实现所需的功能。

3.日程安排在电子表格中进行维护．或者，任务列表保存在文档中，设计保存在演示文件中。这表明无法使用正确的工具来完成工作——有许多专门的项目支持工具可以减少管理项目所需的时间和精力。另一个没有使用适当工具的迹象是安装、升级和补丁的多个手动过程;这些可以通过脚本和命令文件自动完成。

4.项目管理有一种“不能失败”的心态．当你的团队要去月球时，这是一个很好的使命宣言，但它会导致it项目中奇怪的行为。如果失败是要受到惩罚的，那么人们就不会报告失败，管理层也往往对重大问题一无所知。类似的低效项目格言是“第一次就正确”和“没有问题，只有机会”。

5.没有文档或代码的配置管理或源代码控制．如果在试图定位所需信息并确认它是最新信息的过程中浪费了大量时间，那么就需要更好地控制交付成果。如果团队成员共享文件和项目信息的最佳方法是通过电子邮件和USB驱动器，那么就缺少健壮的配置管理流程。

6.没有文档、测试用例或代码审查．当项目延期，资源紧张时，评审是首先要跳过的任务之一。这是一种目光短浅的行为，在项目后期必然会导致多个问题，通常需要大量的返工。

7.设计和测试文档不是最新的．在代码实际交付之前，用于测试开发和集成设计的唯一可用信息是设计文档。

如果项目领导计划在编码完成后更新设计和测试，那么主要的集成和测试问题将不可避免地发生。

阅读更多IT和工程洞察。

另请阅读:如何避免项目失败。

Dennis Brandl是北卡罗来纳州Cary BR&L咨询公司的总裁，网址是www.brlconsulting.com。他的公司专注于IT制造业。与他联络:dbrandl@brlconsulting.com．

您是否具有本内容中提到的主题的经验和专业知识?你应该考虑为我们的CFE媒体编辑团队做出贡献，并获得你和你的公司应得的认可。点击在这里开始这个过程。