情况是,我有许多内部客户,他们仍然难以理解定义一个项目的明确需求并致力于他们的概念。不幸的是,我的工作情况是,我不能拒绝这样的项目,我经常被迫陷入这样的情况,我可以说,注定是范围蠕变(或更糟)从一开始。告诉他们详细的需求是至关重要的,为什么我们需要它们(使用过去因此而陷入困境的项目的例子)没有帮助。
我正在寻找技巧,提示,文字等,您可能使用的激励或照亮客户在这样的情况下,需求的必要性,设置里程碑等。
我只是一个开发商,而不是一个经理。
发布于 2010-11-04 03:54:59
在白板上画出时间质量-成本三角图:

。
解释权衡:这在物理上是不可能满足所有三个属性的。他们想在短时间内获得好的品质?这会让他们付出高昂的代价。没时间没钱?然后他们会看到它的劣质。高质量,低成本?只要准备好就会准备好!!
这并不能完全解决需求和里程碑问题,但它可能会播下一种种子,上面写着:“嘿,如果我离开东西太晚了,我最终会付出更多的代价,或者质量更差。”
发布于 2010-11-04 01:37:27
这里有一个通常有用的提示--如果在实现过程中他们提出了“另一个特性”,那么您应该直截了当地要求更新合同、交货日期和付款,以反映“实施成本”这一新特性。在经历了几次之后,您应该会注意到一些特性的急剧下降。
发布于 2010-11-20 14:39:15
把整件事都扔到他们身上。他们需要积极主动地看待全局,以便利用部门间的协同作用,提高底线。他们怎么可能不在船上?
说真的,当他们请求更改时,您需要提到以下几点:
作为一个职业,我们需要克服这一切。一切都会发生的,做好准备。当你平静和专业地表达你的担忧时,你会对用户的反应感到惊讶。很多时候,我得到的反应是,“哦,如果有那么多问题,算了吧。”如果他们接受拖延和额外的工作,那又怎样?但是,如果你在每一次请求之后都有抱怨的名声,你就失去了信誉,不会被认真对待。
https://softwareengineering.stackexchange.com/questions/16687
复制相似问题