个项目并根据谁的角色来管理期望

mdruhul

麻烦在于很多事情都是相互关联的。例如，它是关于您如何首先建立一。让我们以范围蔓延为例，对吗？对于范围蔓延，范围蔓延并没有什么问题，对吧？当你经历一个项目时，对吗？你学到东西了，不是吗？希望你能进行用户测试。希望你能做用户研究。当你看到你没有想到的原型时，你就会产生一些想法。那么这些事情会发生什么呢？你有想法，你学习新事物，你学习改进，你想要改进它们。所以实际上，范围蔓延是好的，对吗？范围蔓延的唯一问题是我们坚持拥有固定预算、固定时间表和固定可交付成果的项目，对吗？

保罗：如果我们摆脱这个想法，那么突然范围蔓延就可以了，但是做起来很复杂，这会带来 美国电话号码表 另一堆蠕虫，对吗？因此，您可能想做的一件事就是不要做这些大型网站项目，对吧？所以偶尔，我会被要求重新设计一个网站。这些天我不太愿意做很多这样的工作。但通常，如果我被要求这样做，我就会被要求监督整个过程。我要说的第一件事是，我不会做一个端到端的项目，对吧？从最初的用户研究到交付和发布后优化。我不会将其作为一个单独的项目来完成。这是一个很大的错误。相反，我将运行一系列较小的项目。我将进入发现阶段，对吧？

保罗：这将清楚地识别用户需求、竞争、限制等一切。然后这将通知我，为您提供原型制作阶段的报价和时间表，在该阶段我将创建其可视化。我测试了那个、那个可视化和那个原型，这将允许我在构建阶段引用，对吗？我可以每小时给你一个价格，因为每个阶段都会通知下一个阶段。因此，如何构建项目会产生很大的影响。当然，这意味着在每个阶段之间，在发现和原型之间，在原型和构建之间，您可以根据需要更改范围，因为这是另一个项目。所以类似的事情也会产生很大的影响。嗯是的。



维塔利：是的，但是如果你正在工作，比如说，你有这么大的采购流程，所有那些大公司和招标以及所有你需要预先了解的事情。我猜现在看着你的脸你会说，别这么做了。但我想知道这是否是我们应该得到的答案？

保罗：是的。是的。我的意思是，我不做这些事。这是诚实的答案，因为我很懒。任何时候只要有一个采购团队参与其中，这需要固定的价格和固定的范围，这对我来说就是一个警告信号，这将是一个噩梦项目。所以我只是懒得去处理它。但我知道我处于一个非常有利的地位。当我用这样的项目运行 Head Scape 时，我做了什么，我最喜欢的方法是，是的，我会给他们一个整个事情的大概，对吗？我将引用他们的全部内容。但在我的投标中，我会说这只是一个估计。我将介绍分解项目并以不同方式进行的想法。仅仅因为您收到一份简短的要求，要求在某件事上提供一组可交付成果，并不意味着您必须向他们提供这些成果，对吗？没关系，等一下。我不认为你以最聪明的方式做这件事，对吗？并且有一种替代的、更好的方法可以做到这一点。

保罗：现在，在这种情况下，会发生以下两种情况之一。要么他们会立即解雇你，对吗？在这种情况下，您真的不想从事该项目，对吧？因为从头到尾这都将是一场噩梦，期望将是不切实际的。这将是具有挑战性的。范围蔓延和我们刚才讨论的所有不同领域都会出现问题。它们将会发生。没有办法绕过他们，对吗？所以这将是一个巨大的警告信号。