项目的进度管理 ---- 为什么项目开发永远缺乏合理的时间?
在众多软件项目中,缺乏合理的时间进度是造成项目滞后的最主要原因,它比其他所有因素加起来的影响还大。导致这种普遍性灾难的原因是什么呢?
1.期望一切运转良好
首先,如何进行合理的估算,建立在一种悄无声息,但并不真实的假设之上——一切都将运作良好。但是从来不可能有这种一切运作良好的项目存在,
因为执行者是人,而人就会犯错,理解偏差,对原有代码的不了解,无效沟通等等诸多问题都会在执行者身上出现。
毕竟对于各种千奇百怪的需求,除非是之前做过,否则,你永远不知道会遇到什么问题,一句隐藏在需求文档中某个旮旯角的话语,有可能就要耗掉一个技术2天甚至3天的时间。
而这,往往会在需求评审时被有意无意的忽略掉,毕竟最重要的需求评审在当前的需求开发中
往往会被要求尽量缩短时间,“产品已经设计完了,你们技术尽快开始,月底上线,没问题吧!”
2.混淆进度与工作量
第二,我们采用的估算技术隐含地假设人和月可以互换,错误地将进度与工作量相互
混淆。一个锅蒸一个包子需要3分钟,那么三个锅蒸一个包子呢,难道只需要一分钟么?
当业务耦合度非常高的时候,某块任务往往只能交给一人来写,不然随之带来的沟通成本
以及联合调试成本经常使得增加的人力做的更多的是无用功。但是往往上级领导为了表示对项目的重视,通常会向项目中增加人员,而增加的人员往往也是一头雾水,面对大量的代码无从下手,毕竟编程不是垒砖,需要在了解原有项目的基础上进行工作。
3.估算无法贯穿始终
因为需求工期一般是是估算,不是精确地计算,项目经理通常不会有耐心持续地进行估算这项工作。当项目中某个模块遇到棘手问题时,往往无法估算具体解决时间,即使估算后也无法增加时间,毕竟月底上线的要求犹在耳边回荡,这时候去要时间很可能换来的只有一句话“要时间没有,你们周六日加班吧!”。
4.进度缺少跟踪和监督
其他工程领域中,经过验证的跟踪技术和常规监督程序,在软件工程中常常被认为是无谓的举动。但是在软件工程方面,跟踪往往也是无效果,毕竟大多数企业加需求就像喝水一样轻松。领导知道不能让玻璃幕墙换成瓷砖,但是提的这个软件功能点需要多少时间,那可就没领导知道了。临到上线,领导打开网站一看,提几个新需求,往往就是几个不眠不休的日子。
5.错误的解决方案带来的反效果
当项目经理意识到进度的偏移时,下意识(以及传统)的反应是增加人力以及加班。
方向错了,努力再多也是白费。新加入的人员往往需要一段时间才能形成战斗力,而长时间的加班往往带来的是员工的精神和身体上的疲倦,这两者往往都是饮鸩止渴。
为什么项目开发永远缺乏合理的时间?上面五点之中有没有你们延期的理由?
关注我】。(●'◡'●)
如果,您希望更容易地发现我的新博客,不妨点击一下绿色通道的【因为,我的写作热情也离不开您的肯定与支持,感谢您的阅读,我是【Jack_孟】!
本文来自博客园,作者:jack_Meng,转载请注明原文链接:https://www.cnblogs.com/mq0036/p/14142142.html
【免责声明】本文来自源于网络,如涉及版权或侵权问题,请及时联系我们,我们将第一时间删除或更改!
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 没有源码,如何修改代码逻辑?
· 一个奇形怪状的面试题:Bean中的CHM要不要加volatile?
· [.NET]调用本地 Deepseek 模型
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· .NET Core 托管堆内存泄露/CPU异常的常见思路
· 微软正式发布.NET 10 Preview 1:开启下一代开发框架新篇章
· DeepSeek “源神”启动!「GitHub 热点速览」
· C# 集成 DeepSeek 模型实现 AI 私有化(本地部署与 API 调用教程)
· DeepSeek R1 简明指南:架构、训练、本地部署及硬件要求
· NetPad:一个.NET开源、跨平台的C#编辑器
2019-12-16 C# xml数组的序列和反序列化
2016-12-16 我所理解的JavaScript闭包
2016-12-16 从零开始编写自己的C#框架 ---- 系列文章
2013-12-16 批处理文件脚本总结