微分销商城系统开发-「微信购物小程序开发」
估计微分销商城系统开发,估算微信购物小程序开发，维”和“光环效应”。4.谨防“群体思维”和“光环效应”。“群体思维”是一种群体整合优先于独立思考的现象，当冲突或替代想法不受欢迎或接受不佳时，就会发生这种现象。这与我们需要正确估计的情况相反，因为只有通过相互挑战和质疑，我们才有可能“摆脱”错误的假设和缺失的分析，
这些都是我们计划谬误的根源。一个相关的现象是“光环效应”，这是一种不想因为我们认为某人比我们年长，或者更有经验，
或者更有知识，更成功等而与某人发生矛盾的效果。为了更好地估计，我们必须建立一种包容性的文化，邀请整个公司参与并分享他们的意见。分歧应该导致探索不同的观点，这反过来又会导致更好和更深入的共识。
在减轻群体思维和光环效应的同时，促进这一点的一种方法是使用一种最初为国防部开发的方法，称为“Delphi方法”，但该方法已被改编用于以“规划扑克”为名的微信小程序商城开发”。虽然通常与敏捷相关联，但Delphi/PlanningPoker方法可以有益地应用于任何估计情况。5.不要假设完美。我在PJ'sRulesofProjectManagement一文中提到了这个原则，它在进行估算时至关重要小程序开发。人们应该为由于不完善的知识和意外事件和发现而低估的情况做好准备商城系统，并期望并非所有事情都会100%按计划进行微分销。在流行的实践中估计，这有时是通过估算“填充开发”微商城估算来处理的。然而，这是一种欺骗形式，因为最终原始估计的大小和填充量都证明是不够的，使公司对为什么他们的估计仍然不起作用感到困惑。因此，我们将更彻底地分析这个“填充”代表什么以及如何用更好的方法替代它。估计：快速而肮脏需要明确的是，我不建议估计“又快又脏”。如果可能，请花时间进行适当的估算。但是，由于我知道很多人无论如何都会这样做，尤其是在紧迫的截止日期和情况下，我将就我将做的事情提供一些建议。将您正在做的任何新事物的基本估计值三倍。我见过一些微商城经理故意在估算中添加20%的填充，认为这是对任何意外情况的慷慨补贴。我见过其他人，他们已经学会了更加保守，加起来50%填充。尽管采取了这些措施，但微商城一次又一次地结束。我不确定这个想法从何而来，但对我来说似乎是猜测。我更喜欢使用真实数据作为指导。我花了十多年时间研究已完成微商城的报告，得出一个结论小程序开发：当一项任务由于缺乏知识或经验而被低估时商城系统，通常不是20%或50%微分销，
而是2估计、3估算、4的倍数开发，甚至更高。我已经决定将初始估计值增加两倍作为一个很好的经验法则，而且我并不是唯一观察到这一点的人。AlistairCockburn是敏捷运动的先驱之一，他写道，他发现将估计值乘以pi(3.14)对修正初始值具有近乎神奇的效果。如果公司运作良好并且工作被很好地理解，我会很乐意降低乘数（降低到2或2.5），而如果公司未经证实且工作高度不确定，估计微分销商城系统开发，则相反。在下一节中，估算微信购物小程序开发，我们将更详细地分析为什么需要进行如此大的修正。但是当时间紧迫时，这是我的经验法则。将估算值与过去的微商城结果进行比较。如果您过去做过任何微商城，
您应该将它们用作任何未来微商城的比较基础。这听起来像是一个明显的检查，但在实践中我发现很多人没有这样做，他们自己合理化“这个微商城”与“最后一个”非常不同。没关系。您应该仍然能够回答以下问题小程序开发：这个微商城的工作量比上一个大还是小？完成上一个花了多长时间？我们在内部花了多少钱？如果我们重复上一个的类似表现商城系统，根据规模和搭建的差异微分销，我们需要多长时间？
如果您将工作量与至少两个其他微商城进行比较以求平均估计，那就更好了估算。你会很容易认为你未来的表现会大大超过你的历史表现开发；或者说目前的情况肯定会比上一次受到的考验更少；小心这一点。而是强迫自己根据过去的表现来衡量和基准。如果你的上一个网站微商城花了8个月，但你现在认为你可以在4个月内完成一个类似规模的微商城，你需要认真反思计划谬误是否扭曲了你的看法。通常，搭建比时间/多少钱费用更好。一个常见的想法是将估计值作为一个搭建，以表达这样一个事实，即它毕竟不是一门精确的科学。例如，您可能会说我们估计多少钱费用在50000到70000之间，或者微商城需要6到8周才能完成。这是一个经常适得其反的好主意。这是问题所在：如果搭建的高端和低端之间的差距太大，它几乎肯定会被拒绝作为可接受的估计。无论搭建的低端是什么，都会以某种方式成为“事实上的”估计，每个人都会忘记高端。如果你后来打到高端并指出它在商定的搭建内，不知何故人们会不满意。正在发生的事情是人们倾向于在估计的低搭建内在心理上归零，即使这是统计上最不可能的结果。以这种方式进行估算可能对我们不利。然而，搭建的变化为我们提供了更好的选择。假设您有12个功能的搭建。首先小程序开发，让它们优先考虑商城系统，并确保您了解哪些是微分销“必备估计”估算，哪些是开发“不错的”。基于此优先级，您可以为客户/利益相关者提供可供选择的选项，允许您以多种方式扩展估算：我们可以在8月1日之前完成9个功能，或者在9月1日之前完成所有12个功能。我们有信心在估计搭建内完成10个功能，并有机会完成1或2个附加功能。我们可以将前8个功能作为阶段1发布，然后将后4个功能作为阶段2发布。这将重点放在可以承受的最小搭建上——这比争论时间/多少钱费用应该有多低要好。逐项列出假设和截止日期。所有估计都取决于假设和截止日期，如果有任何变化，那就是大问题。因此，重要的是要使它们透明并定期讨论它们。假设是定义搭建和预期内容的一个重要方面。这包括资源、可交付成果和依赖关系，所有这些都会对时间和多少钱费用产生直接影响。任何误解或模棱两可肯定会导致事后争论估计包括或不包括什么。每个微商城都取决于。
这些都是我们计划谬误的根源。一个相关的现象是“光环效应”，这是一种不想因为我们认为某人比我们年长，或者更有经验，
或者更有知识，更成功等而与某人发生矛盾的效果。为了更好地估计，我们必须建立一种包容性的文化，邀请整个公司参与并分享他们的意见。分歧应该导致探索不同的观点，这反过来又会导致更好和更深入的共识。
在减轻群体思维和光环效应的同时，促进这一点的一种方法是使用一种最初为国防部开发的方法，称为“Delphi方法”，但该方法已被改编用于以“规划扑克”为名的微信小程序商城开发”。虽然通常与敏捷相关联，但Delphi/PlanningPoker方法可以有益地应用于任何估计情况。5.不要假设完美。我在PJ'sRulesofProjectManagement一文中提到了这个原则，它在进行估算时至关重要小程序开发。人们应该为由于不完善的知识和意外事件和发现而低估的情况做好准备商城系统，并期望并非所有事情都会100%按计划进行微分销。在流行的实践中估计，这有时是通过估算“填充开发”微商城估算来处理的。然而，这是一种欺骗形式，因为最终原始估计的大小和填充量都证明是不够的，使公司对为什么他们的估计仍然不起作用感到困惑。因此，我们将更彻底地分析这个“填充”代表什么以及如何用更好的方法替代它。估计：快速而肮脏需要明确的是，我不建议估计“又快又脏”。如果可能，请花时间进行适当的估算。但是，由于我知道很多人无论如何都会这样做，尤其是在紧迫的截止日期和情况下，我将就我将做的事情提供一些建议。将您正在做的任何新事物的基本估计值三倍。我见过一些微商城经理故意在估算中添加20%的填充，认为这是对任何意外情况的慷慨补贴。我见过其他人，他们已经学会了更加保守，加起来50%填充。尽管采取了这些措施，但微商城一次又一次地结束。我不确定这个想法从何而来，但对我来说似乎是猜测。我更喜欢使用真实数据作为指导。我花了十多年时间研究已完成微商城的报告，得出一个结论小程序开发：当一项任务由于缺乏知识或经验而被低估时商城系统，通常不是20%或50%微分销，
而是2估计、3估算、4的倍数开发，甚至更高。我已经决定将初始估计值增加两倍作为一个很好的经验法则，而且我并不是唯一观察到这一点的人。AlistairCockburn是敏捷运动的先驱之一，他写道，他发现将估计值乘以pi(3.14)对修正初始值具有近乎神奇的效果。如果公司运作良好并且工作被很好地理解，我会很乐意降低乘数（降低到2或2.5），而如果公司未经证实且工作高度不确定，估计微分销商城系统开发，则相反。在下一节中，估算微信购物小程序开发，我们将更详细地分析为什么需要进行如此大的修正。但是当时间紧迫时，这是我的经验法则。将估算值与过去的微商城结果进行比较。如果您过去做过任何微商城，
您应该将它们用作任何未来微商城的比较基础。这听起来像是一个明显的检查，但在实践中我发现很多人没有这样做，他们自己合理化“这个微商城”与“最后一个”非常不同。没关系。您应该仍然能够回答以下问题小程序开发：这个微商城的工作量比上一个大还是小？完成上一个花了多长时间？我们在内部花了多少钱？如果我们重复上一个的类似表现商城系统，根据规模和搭建的差异微分销，我们需要多长时间？
如果您将工作量与至少两个其他微商城进行比较以求平均估计，那就更好了估算。你会很容易认为你未来的表现会大大超过你的历史表现开发；或者说目前的情况肯定会比上一次受到的考验更少；小心这一点。而是强迫自己根据过去的表现来衡量和基准。如果你的上一个网站微商城花了8个月，但你现在认为你可以在4个月内完成一个类似规模的微商城，你需要认真反思计划谬误是否扭曲了你的看法。通常，搭建比时间/多少钱费用更好。一个常见的想法是将估计值作为一个搭建，以表达这样一个事实，即它毕竟不是一门精确的科学。例如，您可能会说我们估计多少钱费用在50000到70000之间，或者微商城需要6到8周才能完成。这是一个经常适得其反的好主意。这是问题所在：如果搭建的高端和低端之间的差距太大，它几乎肯定会被拒绝作为可接受的估计。无论搭建的低端是什么，都会以某种方式成为“事实上的”估计，每个人都会忘记高端。如果你后来打到高端并指出它在商定的搭建内，不知何故人们会不满意。正在发生的事情是人们倾向于在估计的低搭建内在心理上归零，即使这是统计上最不可能的结果。以这种方式进行估算可能对我们不利。然而，搭建的变化为我们提供了更好的选择。假设您有12个功能的搭建。首先小程序开发，让它们优先考虑商城系统，并确保您了解哪些是微分销“必备估计”估算，哪些是开发“不错的”。基于此优先级，您可以为客户/利益相关者提供可供选择的选项，允许您以多种方式扩展估算：我们可以在8月1日之前完成9个功能，或者在9月1日之前完成所有12个功能。我们有信心在估计搭建内完成10个功能，并有机会完成1或2个附加功能。我们可以将前8个功能作为阶段1发布，然后将后4个功能作为阶段2发布。这将重点放在可以承受的最小搭建上——这比争论时间/多少钱费用应该有多低要好。逐项列出假设和截止日期。所有估计都取决于假设和截止日期，如果有任何变化，那就是大问题。因此，重要的是要使它们透明并定期讨论它们。假设是定义搭建和预期内容的一个重要方面。这包括资源、可交付成果和依赖关系，所有这些都会对时间和多少钱费用产生直接影响。任何误解或模棱两可肯定会导致事后争论估计包括或不包括什么。每个微商城都取决于。
