尤其是在团队成员能力不足的情况下，缺乏有效管理，必定会开发工作带来很多恶果。这在很多项目中都有体会，开发人员花的时间比预期的多【低效工作】，最终交付的成果还是和预期差距很大，最后交付时又会暴露很多问题，甚至是很简单的环境配置原因引起的问题，也可能会因为没有正确打印日志而要花半天时间定为排查。
有效的软件管理，对于软件开发来说，就如大海航行中的舵手，可以使软件开发的小舟始终保持在正确的航道上，最终驶向胜利的彼岸。相反，如果缺乏有效的管理，会给软件开发带来很多恶果。
如期交付是妄想
软件能否如期交付，会极大的影响用户的满意度。但是能否如期交付软件给用户就不是拍拍胸脯，空口承诺那么简单。如期交付，必须建立在软件需求非常明确（或有历史经验），软件资源有保障，知晓团队能力，对即将到来的风险制定好预案的前提之下。
而这些前提都是与管理活动相关的，他们分别对应项目范围管理，资源管理，团队管理以及风险管理。软件不能如期交付，就是没有做好上述管理活动带来的后果。
低能重复为日常
如果缺乏管理，一个项目做完之后团队就解散了，项目过程数据也随之抛弃，……那么当一个新的项目开始的时候，项目团队只都一切从零开始，原来探索实验的东西需要重新探索，原来犯的错误还会再次出现，团队的能力也得不到提高，陷入低水平重复的怪圈。
这就是没有汲取经验教训，没有收集过程数据，没有进行项目资产管理所带来的后果。
交付方知已偏离
如果在软件开发的初期，不重视软件需求的确认；在开发过程中，不重视需求的追溯，不重视需求的验证和确认，那么有可能直到交付给用户的时候才会发现，做出来的软件根本就不是用户想要的东西。
这就是不做项目范围管理带来的后果。
合同纠纷太心烦
当软件研制部门发现没有人力来承接新的软件任务的时候，就会把软件外包出去来缓解人力资源不足的窘境。但在软件外包的过程当中，如果不重视技术协议的内容，在合同或协议当中没有明确甲乙双方的责任和权利，没有明确协议发生偏离时如何处理，没有明确对供方进行哪些产品和过程的监控等等，往往都会发生外包交付严重拖期，交付的产品不断暴露质量问题，以及各种糟心的事情。
这就是没有做好供方协议管理带来的后果。
状态混乱谁知晓
软件在研发的过程当中，由于需求的变更，或者修复软件使用当中的问题，软件可能会产生多个版本。如果没有记录下每个版本的更改原因，采取的措施，验证的情况，软件的状态就是混乱的。一旦这时软件出现了新的问题，查找问题的原因会非常的困难，因为根本不知道软件做了哪些改动，这些改动产生了哪些影响。
这就是配置管理没有做好带来的后果。
棋错一招悔已晚
人的一生中会遇到几次关键的选择，如果选择错误可能一脚踏入深渊，如果选择正确，就可能走上阳光坦途。软件开发有时候也会面临这样的抉择。如果没有一个好的决策机制，仅仅由开发者个人轻易做出抉择，很有可能会使软件开发走入困境。比如开发者决策把某个软件部件外包了出去，但是外包进度一直拖延，交付的质量也根本不过关，导致软件根本无法集成；再比如开发者采用了新的技术，但并没有考虑到技术的成熟度，使得软件产品稳定性差，过不了验收测试，不得不推倒重来……
这就是没有一个决策机制带来的后果。
质量出事由天定
在一些把设备才称为“产品”的组织当中，软件从来都不被当做“产品”来管理。软件的开发无人过问，软件的质量状况无人清楚。除了开发者个人，软件的功能到底实现没有，别人都不知道！等到设备参加系统联试，甚至大型试验的时候，开发者或者盲目自信，“绝对不会出问题”；或者，战战兢兢，向天祈祷，“千万不要出问题”。
这就是不进行质量管理带来的后果。
意外来临干瞪眼
世事无常。“一切有为法，如梦幻泡影，如露亦如电，应作如是观。”
软件开发过程中，也有可能会遇到各种各样出乎意料的事情。比如，软件外包部件不能按时交付，设备不到位，人员的变动，组织的变革，需求的更改，技术的更新……这些意外如果事先没有制定风险预案，那当风险发生的时候，就只能“打碎了牙齿和血吞”，默默承受由此引发的后果。
这就是没有风险管理带来的后果。