Project management 如何在紧迫的最后期限场景中处理快速的项目规范更改？
如何处理一个项目经理，这个项目经理的最后期限很紧，但在最后期限前一天左右，又引入了新的特性和规范变更来实施，而最后期限又很紧 最糟糕的是，大多数新内容导致对现有代码的重大重写，因为以前实现的业务规则不再适用，或者“获得”了需要单独处理的奇怪情况 似乎无论我们如何努力使系统具有可扩展性，总会有一些事情在最后一刻出现，需要快速实现和支持Project management 如何在紧迫的最后期限场景中处理快速的项目规范更改？,project-management,specifications,requirements,deadlines,Project Management,Specifications,Requirements,Deadlines,如何处理一个项目经理，这个项目经理的最后期限很紧，但在最后期限前一天左右，又引入了新的特性和规范变更来实施，而最后期限又很紧 最糟糕的是，大多数新内容导致对现有代码的重大重写，因为以前实现的业务规则不再适用，或者“获得”了需要单独处理的奇怪情况 似乎无论我们如何努力使系统具有可扩展性，总会有一些事情在最后一刻出现，需要快速实现和支持 我该如何处理这种情况？这真的让人泄气，一位同事已经离开了团队。首先不要让他们强加最后期限 你有两个选择 PM会给你一个功能列表，你会告诉他们什么时候可以准备好 P
我该如何处理这种情况？这真的让人泄气，一位同事已经离开了团队。首先不要让他们强加最后期限 你有两个选择
- PM会给你一个功能列表，你会告诉他们什么时候可以准备好
- PM为您提供了功能列表和截止日期。然后告诉他们您将在给定时间内实现哪些功能
如果PM不是您的经理，那么您需要让您的经理加入，并让他们从上述列表中向PM提供他们的选择。您和您的团队是否尝试过与经理本人讨论此问题？这是你应该做的第一件事 他在开发过程中可能没有那么多经验，因此总是有很紧的最后期限和很晚的重大变更。我见过这样的情况，那些不能发展但认为自己可以在下午做得更好的人。
坐着和他交谈可能会产生两件事，这取决于他的个性/专业精神。他会接受你的观点，并尝试为未来改变局面，否则他会是一个聪明人，一点也不让步，在这种情况下，值得将情况升级到更高的水平。我认为没有哪家公司会乐于接受失去的开发者 或者，他的经理可能会对他施加压力。这是个问题
如前所述，如果没有任何结果，那么换工作是一件公平的事情。这件事真的很难处理。这里真正的问题是你实际上没有一个过程 答案实际上取决于你所在组织的政治形势，以及你需要多少能量来推动变革 在过去，我曾尝试将流程变更引入多个组织，这一直是一场斗争。然而，这是可能的 我想看看一些管理软件开发的方法。例如，我使用并推荐Scrum 在快速变化的情况下，进行具有明确可问责目标的短迭代非常有帮助。您可能需要支持和管理您的项目经理，但听起来当前的“流程”显然不起作用，因此销售新流程实际上变得更容易-您有可靠的业务改进案例
一个可靠的过程将帮助您“回退”不断变化的需求。快速的反动变化通常是组织方向和战略中更广泛问题的症状，在组织内解决这个问题符合每个人的利益。不管你做什么，你都是人，你都会犯错误或错过事情。这就是说，对您的需求的定期更改通常是由于糟糕的需求或糟糕的开发过程，或者两者兼而有之 一些预先设计？ 业务分析经常受到开发人员、项目经理等的冷落。大多数开发人员只想在第一天开始黑客攻击，大多数项目经理喜欢让他们：“哇，我们可以在一天内从项目启动阶段进入建设阶段，而不需要任何荒谬的业务分析工作占用时间！这看起来很适合作为完成奖金！“但请记住，项目经理的主要工作是控制项目（按时、按预算）…不一定是为了让用户高兴，当然也不一定是为了让开发人员高兴。这并不是说他们是完全无情的；好的项目经理会通过实施范围控制和促进沟通来实现他们的目标，这两者都是有益的 但是，花时间真正思考需要什么，并逐步解决可能出现的情况，可能会对您处理的问题产生重大影响
- 如果您已经努力进行了彻底的业务分析，但最终还是要进行最后一分钟的更改，那么您的问题可能是另一个典型的挑战：没有接触的用户。您的主题专家是您处理和识别这些角落案例的最有力武器。如果您有没有参与分析专业的用户塞斯，找更好的主题专家
- 用户也可能因为忙于日常工作而处于空闲状态。在这种情况下，这是一个管理问题，他们需要得到指示，项目参与是他们工作的一部分；有时这很难，因为通常是同一个管理层告诉你“昨天完成”“正是这群笨蛋，他们期望项目能够奇迹般地发生，没有任何阻碍，没有任何资源（他们的共同点是，他们不理解定制软件开发的复杂性，并认为这很容易）。如果管理层不知所措，不会改变……那么，你要么加班，处理你描述的问题，要么找一份新工作