非结构化或不完整的需求文档
Posted: Thu Jan 16, 2025 5:19 am
功能预算映射除了范围不明确之外，预算过多还有其他原因：新需求增加或需求变更“金握手”意味着不经济的要求，消耗大量预算但几乎没有带来附加值
不考虑项目开始后的原始报价（包括估算）
我们如何设法使定义的范围与指定的预算保持一致？
有多种方法可以跟踪预算。 adesso 开发的一种方法是特征预算映射。与敏捷工作类似，预算被分解为小的、可管理的单元，并分配给要实施的功能、史诗或类似内容。该预算罐依次分配给以下故事，这些故事按优先级降序排列。如果预算用完，就无法为此功能开发更多故事。
功能预算映射
不能使用其他来源的预算，否则可用于稍后开发的功能 柬埔寨 whatsapp 数据 的预算将会太少，并且该方法的效益将会降低。但是，如果开发某个功能的工作量比最初估计的少，那么当然允许创建缓冲区。
通过使用特征预算映射，可以尽早识别特征是否变得比最初假设的更复杂并因此更昂贵。及时采取对策是可能的。
按预算设计
基本上，MVP 的想法应该永远被实践，并且应该避免金色水龙头。最小可行产品（MVP）是产品的第一个功能版本，最初仅包含最重要的功能。
有针对性的问题可用于找出函数的相关性：
需要该功能的频率如何？
有多少用户使用该功能？
是否有解决方法？如果有，需要付出哪些努力和承担哪些风险？
如果随着项目的进展发现需要额外的需求或对需求进行更改，则必须毫不费力地完成此操作。必须明确哪些内容可以删除或替换。否则，客户必须提交变更请求并为其添加预算。
80%的解决方案
但是，如果您发现某个功能的成本比估计的要高，该怎么办？
首先，必须将情况透明地传达给项目管理层。然后可以与开发团队和部门协调制定解决方案提案。首先也是最重要的是，必须满足客户的目标，而不一定是特定的要求。因此团队可以提出一个更具成本效益的解决方案，也能实现目标。
这可以根据帕累托原则（也称为 80-20 规则）来完成，该原则指出 80% 的结果是用 20% 的总努力实现的。其余 20% 占总工作量的最大部分（80%），表明效率低下。借助这一原则，可以确定由于缺乏成本效益而可以推迟或省略实施的需求。
帕累托原则
然后根据这样制定的“80%解决方案”以及原来约定的范围与客户进行谈判。
分析冲刺
如果项目大大超出了计划的时间和成本框架，则必须稳定需求框架并适应新的规划。实施被中断，有利于深入分析阶段。在敏捷方法中，人们谈到“分析冲刺”。本次冲刺的目标是创建一个稳定的框架，定义仍需要实现的功能的限制。
在小型跨职能团队中，对开放需求进行分析和详细说明，以便清楚地识别实施风险和限制。优先级也会受到严格审查，并确定可能的删除候选者。然后估计每个要求的实施工作量，其中还包括风险工作量。在此基础上，在分析冲刺的最后阶段商定新的项目范围。然后采用适应的敏捷方法继续开发。
您可以在这篇主题为“稳定受损敏捷项目”的文章中更深入地了解如何使用分析冲刺来稳定受损项目。
不考虑项目开始后的原始报价（包括估算）
我们如何设法使定义的范围与指定的预算保持一致？
有多种方法可以跟踪预算。 adesso 开发的一种方法是特征预算映射。与敏捷工作类似，预算被分解为小的、可管理的单元，并分配给要实施的功能、史诗或类似内容。该预算罐依次分配给以下故事，这些故事按优先级降序排列。如果预算用完，就无法为此功能开发更多故事。
功能预算映射
不能使用其他来源的预算，否则可用于稍后开发的功能 柬埔寨 whatsapp 数据 的预算将会太少，并且该方法的效益将会降低。但是，如果开发某个功能的工作量比最初估计的少，那么当然允许创建缓冲区。
通过使用特征预算映射，可以尽早识别特征是否变得比最初假设的更复杂并因此更昂贵。及时采取对策是可能的。
按预算设计
基本上，MVP 的想法应该永远被实践，并且应该避免金色水龙头。最小可行产品（MVP）是产品的第一个功能版本，最初仅包含最重要的功能。
有针对性的问题可用于找出函数的相关性：
需要该功能的频率如何？
有多少用户使用该功能？
是否有解决方法？如果有，需要付出哪些努力和承担哪些风险？
如果随着项目的进展发现需要额外的需求或对需求进行更改，则必须毫不费力地完成此操作。必须明确哪些内容可以删除或替换。否则，客户必须提交变更请求并为其添加预算。
80%的解决方案
但是，如果您发现某个功能的成本比估计的要高，该怎么办？
首先，必须将情况透明地传达给项目管理层。然后可以与开发团队和部门协调制定解决方案提案。首先也是最重要的是，必须满足客户的目标，而不一定是特定的要求。因此团队可以提出一个更具成本效益的解决方案，也能实现目标。
这可以根据帕累托原则（也称为 80-20 规则）来完成，该原则指出 80% 的结果是用 20% 的总努力实现的。其余 20% 占总工作量的最大部分（80%），表明效率低下。借助这一原则，可以确定由于缺乏成本效益而可以推迟或省略实施的需求。
帕累托原则
然后根据这样制定的“80%解决方案”以及原来约定的范围与客户进行谈判。
分析冲刺
如果项目大大超出了计划的时间和成本框架，则必须稳定需求框架并适应新的规划。实施被中断，有利于深入分析阶段。在敏捷方法中，人们谈到“分析冲刺”。本次冲刺的目标是创建一个稳定的框架，定义仍需要实现的功能的限制。
在小型跨职能团队中，对开放需求进行分析和详细说明，以便清楚地识别实施风险和限制。优先级也会受到严格审查，并确定可能的删除候选者。然后估计每个要求的实施工作量，其中还包括风险工作量。在此基础上，在分析冲刺的最后阶段商定新的项目范围。然后采用适应的敏捷方法继续开发。
您可以在这篇主题为“稳定受损敏捷项目”的文章中更深入地了解如何使用分析冲刺来稳定受损项目。