问题标签 [scope-creep]

我是一家金融公司内部小型 IT 部门的开发人员，曾参与过许多中小型项目，这些项目自始至终几乎没有或根本没有项目管理。这似乎总是导致范围蔓延，因此无法满足最后期限，并且不得不牺牲良好的设计/代码来满足用户/经理的短期需求。

作为一名开发人员，我可以做些什么来确保在编写任何代码之前确定用户需求，并考虑到用户/经理的需求和期望，妥善管理任何变更请求。

谢谢。

这将是所有菜鸟问题中的菜鸟，但究竟什么是范围蔓延，它意味着什么？

尽管项目经理可能每个人都有自己的个性和管理风格，但似乎他们中的许多人都对在可能的情况下（无论是否有人在看）潜入“范围蔓延”充满了有害的爱。虽然他们通常是善意的（祝福他们的心），但您发现对项目经理说“不”的最佳方式是什么？

我读 了what-payment-structure-do-you-use-for-small-projects ，我想知道你们是如何处理错误与功能的。我曾经遇到过客户想要静态报告的情况。然后在项目的大部分工作完成后，在项目接近尾声时，他说他一直想要动态报告。这种改变并不容易，因为我们选择的框架不支持动态报告。这是一个奇怪的情况，因为客户有一个编程团队，所以他们应该知道。也许只是缺乏沟通技巧。

你们如何处理试图让您添加功能的客户，因为他们忘记了，改变了主意，或者被误解了？

我的意思是大功能，而不是小功能。

编辑：

他说预算是固定的，不能改变，而且这个特性（就像每一个一样）是至关重要的，没有它他们就不会接受这个系统。（只是最坏的情况）

大多数人都曾在某个时候来到过这里——在你的项目中，你会收到非常小的请求，你很乐意照顾，但在某些时候，这些小事情会加起来。有时，实施某事所需的时间比重新协商项目计划所需的时间要少。

如果规范/需求计划是体面的，而且它不是一个注定要开始的项目，那么您实际上在什么时候吹哨并开始重新谈判？应任何要求？当该请求需要额外的页面/表格时？还是只是感觉出来？很想听听你是怎么打电话的。

我遇到了几十个脚本，其中 html 被echo删除而不是被存储。我想知道由于灵活的性质，总是将html存储在字符串中是否通常是一种好习惯？

一个随机的例子是我有一个函数可以返回动态子导航的 html。我正在打印开始 div 标签，打印它的内容，然后分别打印结束 div 标签：

但是，我现在必须#nav根据列表项的数量和其中的字符总和是否$nav->getHTML()超过一定数量，为 div 分配一个特殊的类，以便分别分配不同的line-heightand height。为此，我必须将其加载到 a 中DOMDocument并使用DOMXpath并进行一些评估。

我在想，最好总是存储这样的东西以使将来需要字符串操作的请求更加灵活吗？还是我只是不必要的过度担心？或者我可能以错误的方式解决这个问题，并且需要重构我的类以在内部而不是外部进行 DOM 查询？

编辑：ul在我根据字符限制（假设为 200）确定是否将跨越多行（这是一个水平列表）之后，我将为#nav项目添加一个特殊类，然后在 CSS 中进行样式设置。

免责声明：我根本不想依赖 JS。我知道我可以解决它，但我希望它立即正确渲染。