价格低廉的项目(预算紧张) - 有什么特点？

Question

我正在尝试确定一些表明资源有限项目的标记.

根据我的经验,项目成为"有限资源"项目,因为有人迫切希望向客户销售解决方案.结果是预算紧张,功能被淘汰,SDLC流程被削减到最低限度.采取这些捷径,使公司有机会获利甚至收支平衡.

这是我看到的与资源有限的项目齐头并进的列表:

• 分配给质量保证的最短时间
• 严格的官僚程序,适用于不合规格的工作
• 变更请求预算可能很小或根本不存在
• 正式化流程被淘汰,有利于利用时间进行开发
• 没有时间可用于增值QA,如内容检查(例如文本中的语法或拼写错误).
• 无法为客户端进行任何内容管理或数据输入
• 必须采用'足够好'的编码解决方案
• 没有时间允许走廊可用性测试.
• 没有编写用户文档或手册的预算.
• 编码前一般没有时间进行技术研究
• 没时间制作风险分析文件
• 可以使用生产检查清单代替项目计划.
• 程序员没有时间填写他们的"实际"时间与项目进度表中的估计时间.
• 给予客户的进度更新可能不太频繁或非常基本
• 花在理解客户业务领域上的时间较少
• 程序员可能不得不加班加点工作.
• 没有时间分配给项目验尸

有限的资源项目有哪些其他明确的迹象？

===

编辑

我将尝试通过一个例子来澄清一些混乱.这就是我的意思:给客户一个提案/报价说他们的项目将花费$ 20,000.然后客户回来说"对不起,我的预算最多是16,000美元".老板说"让提案价格达到16,000美元 - 我们希望这项工作".

所以,实际上,你必须做一个预算较少的项目.如果客户要说"我的预算是4千美元"那么你就不可能做到这一点.

是的,有时预算紧张会变得如此愚蠢,以至于首先接受项目(即注定失败的项目)是一个糟糕的商业决策.

据我所知,没有预算无限的项目.通常商业人士决定是否应该开展项目(商务人士通常不是项目经理).

Answer 1

你所谈论的不是一个"有限的资源"项目,而是一个匆忙和无计划的项目.

列表中的一些项目我提出问题:

• 严格的官僚程序,适用于不合规格的工作
• 变更请求预算可能很小或根本不存在

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

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

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

• 必须采用'足够好'的编码解决方案

在某些时候,你必须停止'足够好',否则你将从现在开始抛光直到时间结束.

我要添加到您的列表中的是:

• 办公用品变得稀缺或被锁定和关键.
• 公司提供的食品/饮料消失
• 停机时间消失了.您的时间表上100%的时间必须专门用于项目工作.
• 打印机/复印机正在运行全口径打印其他工作人员的简历.
• 老板的门在一天的90%关闭.