低价项目(预算紧张)-有什么特点?[关闭]

你所说的不是一个“有限资源”的项目,而是一个匆忙的、计划外的项目。

我对您列表中的一些项目有异议:

• 不规范工作的严格的官僚程序
• 变更请求预算可能很小或不存在

实际上,这些应该是大多数项目的标准。您或客户,谁要求并支付变更费用?

• 无法为客户端执行任何内容管理或数据输入
• 没有编写用户文档或手册的预算。

如果这不是合同的一部分,你为什么要这样做?

• 必须选择“足够好”的编码解决方案

在某个时刻,你必须停在“足够好”的位置,否则你将从现在开始打磨,直到时间结束。

我将添加到您的列表中的内容包括:

• 办公用品变得稀缺,或者被锁上了钥匙。
• 公司提供的食品/饮料消失
• 停机时间消失。你的时间表上100%的时间必须致力于项目工作。
• 打印机/复印机正在打印其他员工的简历。
• 老板的门一天关了90%。

坦白地说,我从来没有听说过一个拥有无限资源的项目。即使是政府也会在一段时间后停止某些事情。

因此,从纯逻辑的角度来看,所有项目的资源都是有限的。

资源有限?我所知道的所有项目都资源有限:

• 时间
• 开发人员
• 预算

过时的或明显的beta文档,它与产品在现场发布的任何版本都不相冲突,或者看起来像是经过几代Xerox拷贝的文档。

无现场安装或支持。根据正在实现的系统的大小,一个状态良好的公司可能会派出一个或多个开发人员来监督实现,而一个关系紧张的公司可能只会以一种更“放火而忘”的方式提供电话或电子邮件支持。

• 不断出现新的, 被遗忘的特征,假设为 用户“明显”和“含蓄”, 要求中从未说明, 导致讨论错误与变更 请求。
• 采用瀑布模型代替 迭代方法。
• 客户抗议 修好,说:“如果 你有虫子,是因为你 你的工作做得不好“,不是 接受三重约束 切割时对质量的影响 时间/预算。
• 降低价格的压力 维护和支持活动 项目部署后 生产。
• 采用固定价格项目(外包)转移金融风险和时间线风险的压力。

“低价项目”

如果我正确理解您的意思,那么您实际上是在谈论项目,项目的可用资源不适合实现向客户承诺的结果。

我可以想出四种方法来解决这种情况:

1. 编制项目计划时估计错误
2. 要求蠕变
3. 在不缩小项目范围的情况下减少项目预算
4. 项目范围内的资源(员工技能、计算机资源等)不足

当项目中的人员意识到这种情况时,他们实际上有两种选择:削减成本或缩小范围。削减范围可能是一种艰难的销售,可能危及项目的可行性,因此大多数时候人们选择削减客户,尤其是因为成本可以通过多种方式削减,而不会引起更高层的注意:

• 无偿加班
• 降低质量
• 删除文档

诸如此类。

事实上,当你开始削减成本的时候,你甚至可以看起来像一个优秀的项目经理,因为成本控制是项目经理的职责之一!我假设你想找到诊断资金不足项目的方法。我认为,我将努力确定一个一般的情况,而不是制定一个广泛的症状清单。

在我看来,有一个通用的条件可以确定一个资金不足的项目。对于大多数项目,员工是最大的成本——或者至少是项目经理可以管理的第二大成本。每当你发现一位经验丰富的经理采取措施降低员工成本,而这些措施并不是最初计划的一部分,那么你就可以确定你有一个资金不足的项目。

当做,

利用你们所提供的信息,我可以把它们拼凑起来写一篇文章。

我在这里放置一个链接,以防将来有人寻求有关该主题的帮助:

Surviving An Under-resourced Project

——LM