计划迭代并及时制定详细计划

计划迭代并及时制定详细计划. 随着项目的继续迭代的开发计划，有必要详细计划即将到来的迭代. 在当今瞬息万变的环境中，提前几个月甚至数年进行详细计划是没有用的，但是您可以在接下来的几周内（典型的迭代时间段）成功地进行详细计划. 项目计划的常见且非常有效的方法是从粗略的项目计划开始，请参阅“项目规则技能”（即，从项目开始就开始开发），然后缓慢地开发并完成构成项目的各种迭代. 随着项目的进行，需要更新整个粗略的项目计划，以反映近期工作的实际结果以及您的团队将继续进行的下一个或两次迭代的计划细节. 在为单个迭代制定详细计划时，应执行这些步骤. 实施合理性检查，以通过提问和回答一些困难的问题来开始详细的计划. 支持: 如果对这些问题中的任何一个的回答为是，则需要解决该问题. 这可能意味着需要进行新的非常短的迭代，以使您的团队重回正轨. 困难项目的大计划毫无价值. 确定详细的任务在项目开始时，架构和过渡迭代仅列出需要实施的任务. 但是，要计划迭代，您必须评估已为其指定的需求（请参阅“基于需求的计划策略”）.

随着项目的发展，您将对个人需求有更好的了解. 您可能会发现现在有必要更改为迭代指定的原始需求. 这些要求最初是合理的. 也许已经确定并添加了新的需求，或者需求已经扩展或减少，或者优先级已经改变. 无论出于何种原因，您都会发现您需要重新定义此迭代中要实现的目标. 根据需要，确定需要完成的任务. 识别任务依赖性一些任务依赖于其他任务. 例如，在部署源代码之前，必须先编写它. 测试用例的开发可以在编码之前开始. 实际的代码测试必须等到编写了一些代码后才能完成，尽管可能不是全部代码. 问题是某些任务必须在其他任务完成后才开始. 有些任务必须等到另一个任务开始. 它可以启动. 某些任务无法完成. 直到另一个任务完成. 完成，直到另一个任务开始. 平衡资源要记住的重要一点是，每个人一次只能处理这么多的任务，而在工作日中只有那么多的时间. 此概念称为资源平衡，以确保任务分配合理. 非常有可能在10％的时间内完成10个任务以完成10个任务，而那些被指定在50％的时间内完成5个任务的人将无法完成这些任务. 确保切实可行的计划的最佳方法是让执行计划的人员参与计划制定.

让迭代保持简短. 迭代周期应保持较短. 大于8周的迭代应该分开进行，以使您可以快速将软件交付给用户. 由于您正试图弥补以前的迭代（例如文档）中跳过的工作，或者由于您的需求不断增加而没有添加新的迭代以反映这一事实，因此随着项目的进展，迭代的长度会增加. 进行合理性检查并根据其结果采取行动将有助于您缩短迭代周期. 考虑并行开发始终是分割多个子团队以同时执行系统不同部分的有效方法，尤其是对于系统垂直部分的开发而言. 并行开发可以大大缩短产品的上市时间，这是当今竞争激烈的市场的重要因素，尽管这是以增加协调为代价的. 通用的体系结构，共享的知识视野，通用的开发实践迭代的开发计划，定期的团队会议和共享的工作空间使并行开发成为可能.

本文来自电脑杂谈，转载请注明本文网址：
https://www.pc-fly.com/a/jisuanjixue/article-219326-1.html