管理GUI中的功能蠕变

有没有人有任何关于如何管理GUI中的功能蠕变的实用建议？

我正在从内部和外部来源获得强大的压力来添加,修改,调整等等.当有人接近我时,我总是畏缩,"如果......不会很好吗？".我不能只是转过身来对他们大喊"不",因为他们往往是我的上级或客户.

相反,我正在寻找建议,以帮助解释为什么不断添加新功能是一个坏主意,并在这样做,管理他们对最终产品的期望.

在正式流程中处理功能请求,通常通过项目经理和最初分析需求的人员处理.将这些决定交给不是开发人员的人总是更好,假设任何想做这项工作的人实际上都能胜任.

如果你是自由职业者,那么显然需要对要求的变更收费,如果你是一个内部开发团队,那么你可以考虑跨部门计费,以确保人们考虑他们想要花钱的东西.

最后,期望需要改变和发生蠕变.如果您在不考虑可能要求的更改的情况下进行编码,或者您的流程和/或截止日期非常不灵活,以至于您无法对此进行调整,那么您会发现该项目将成为一场噩梦.

我所做的是将索引卡上的功能想法保留在可见的位置.当有人问:"它还可以做XXX吗？" 我写了一张新卡.这是一个更好的关系,建立行动而不是尖叫"不!" :-)它还具有不丢失潜在好主意的优势.OTOH,我当时没有强制执行它.建议者知道他们已经被倾听,我知道我不会忘记,我可以重新开始工作,而且我们可以聚在一起,在比我的大脑在CodeLand中更好的时候做出优先决定.

那么,我将成为敏捷的声音.在该过程结束时无法解决问题,必须通过不同方式管理项目来避免这个问题.

除了特定的方法,诀窍是将这些决定交到客户手中.您有一系列要做的事情.当他们想要更改该列表时,您会询问他们列表中的哪个项目无法完成以容纳新项目.或者,他们会给你多少钱来处理它.

此外,你必须在小的迭代(一周到一个月)内完成工作,这样他们就有机会重新调整.

我们使用SCRUM,它很棒.经过几次迭代后,所有业务级别和流程级别的项目都会得到解决,并且您最终会提供他们想要的内容.