更具“软性”的问题是相当重要的。具体地说，其原因同用户和项目发起人以及缺乏开发人员之间的交流有关（改变管理和工作报告）。如果你发现自己涉及的项目已经出现这样的迹象，那就表明项目正在滑向失败的边缘了。 [page]
问题#1：你的客户或用户组不跟你说话
客户或用户不和你交流只能说明情况不妙。这意味着他们几乎毫无积极性。不过也可能说明业务组太关注于具体的工作或者太忙了，难以同你合作，这就是说。如果正是那样的情况，那么项目正在向灾难迈进了。你必须同客户和用户合作，这样才能成功地实现项目。
缺乏用户的参与只能意味着用户抗拒变动。我们知道，所谓的“变动管理”，就其全部领域而言就是建立在赢得最终用户的支持以及接受新系统和过程的基础之上。这一方面不应该与被用来管理项目范围的变动控制过程相混淆。变动管理不在这篇文章所涉及的范围之内。但我们必须清楚地认识到，系统要想得到有效的实现就必须把用户包含进来。
其他原因也可能造成客户或用户缺乏参与精神。比如，具体的业务决定了项目不得不取消或者实现一个不同的解决方案。项目赞助者可能让用户远离项目，原因是系统实现之日就是他们失业之时。
任何项目都需要获得客户或用户的输入信息，没有它，系统需求和设计就等于在真空中呼吸。最终的解决方案根本不可能满足业务需要。
如果你的客户或用户没有在项目上与你一道工作，显然。你的麻烦来了。
问题#2：项目发起人效率低或者角色不明确
有一位良好的项目发起人是项目成功交付的一个关键因素。他或她有助于项目目标的集中，为团队搬走主要的绊脚石，从企业政治上讲尤其如此。
项目发起人必须有清除障碍的能力，他们一定得有权力在利益发生冲突的情况下解决问题。他们还需要做出坚定的决策支持开发队伍。
如果项目没有明确的发起人，在开发过程中那些形形色色的障碍就必然会影响项目的进展。企业政治也会开始给团队和工作说事。在项目发起人离开公司的情况下更会产生很多的问题。发起人为什么要离开公司？他或她是被迫出走的吗？发起人的政敌会试图停止项目或者改变其范围吗？你的职业将会受到这些政敌的影响吗？也许你压根就不打算继续逗留在这里非要弄出个子丑寅卯。
迫出走的吗？发起人的政敌会试图停止项目或者改变其范围吗？你的职业将会受到这些政敌的影响吗？也许你压根就不打算继续逗留在这里非要弄出个子丑寅卯。
问题 #3
没有管理变动的机制
我们都知道，项目发生变动是不可避免，管理项目的变动非常重要。优秀的变动控制过程并难于管理，但是它们确实需要对细节保持关注。高效的变动控制要求同客户或软件解决方案的商务属主密切合作。
不幸的是，某些项目仍然在没有管理变动的过程的情况下运转。要不就是项目的范围含糊不清，或者不讨论变动控制，或者客户或业务主人不断地根据自己的意愿改变解决方案。没有变动控制过程的项目是不可能得到准确估计的，这是因为解决方案的规模总在不断地变动之中。另外，变动通常会导致某些重复性的工作，从而进一步推迟了开发过程令项目团队失去动力。
记住，客户不是变动的唯一来源。有时团队自身也能引起范围的变动。毕竟，团队成员也是人，而人总会犯错误的。团队的成员可能听说或“假设”解决方案因客户的实际要求而发生了变动。另外还有一种可能，那就是项目需求比较含糊，因此团队成员从不同方面对其进行解释。或者，团队成员可能无意中创造出一个相比客户需求更漂亮或更复杂的解决方案。这就是所谓的“镀金”操作。
如果你所在的团队没有执行变动策略，你应该问一下原因何在。如果你找不出答案，那可要警惕了，项目很可能正在失去控制而且失败的风险显著增大了。