在技术冲刺之后，项目已经能够向客户交付计划管理应用程序的工作模型。

这个项目从一开始就进行了大量的工作，但感觉本周达到了一个重要的里程碑。第二次技术冲刺的工作是基于先前完成的基础工作，即通过与涉众的讨论来编译用户故事，并努力理解客户需求。Mark Fendley在组织这项工作和创建故事卡方面做了出色的工作——他是一位出色的Scrum大师。我们曾承诺为主页和数据输入屏幕提供线框图最小可行产品-一个至少有五个可编辑字段的工作模型。然而，为应用程序评估最佳平台和框架所投入的时间确实得到了回报，使开发人员能够跳过许多线框图，并产生一个具有非常漂亮的用户界面的工作模型。客户的最初反馈非常积极，开发团队的出色工作确实推动了项目的发展。

当然，这只是我们目前所说的“计划工厂”发展的早期阶段，但这是一个良好的开端。目前，该模型只存在于网络团队的笔记本电脑上，因此客户无法获得任何经验。应用程序所需的组件在服务器上不可用，因此我们不得不妥协。这个组件将在6月中旬在下一个技术冲刺之前就位。在下一个sprint中，我们将开始负载测试——这是我们在开发的每个阶段都要做的事情。

那些对开发人员使用所选平台(Laravel框架上的PHP)的技术细节感兴趣的人，建议查看Matt Bull的博客和其他人的评论，可以在这里找到:Webdev博客

本周，我们将向其他利益相关者展示工作模型，并寻求进一步的反馈。我们致力于增量开发，在14号开始的下一个冲刺之前会花一些时间^th6月-分析反馈并再次查看用户故事。

所有参与这个项目的人都干得好!

蓝天倒映在校园的池塘里

今天标志着该项目的另一个为期两周的技术冲刺的开始。这是继周一召开的首届指导小组会议之后，该小组通过了团队的建议，即我们应该从头开始使用PHP开发一个新的程序工厂。几天后，我们与来自EMS的同事举行了一次非常成功的计划会议，并交付了Angela Watson的出色作品-数据字段的核心列表。

随后，我们的scrum主管Mark Fendley准备了用户故事卡，结果证明这是一次非常有用的计划会议。项目的开始阶段总是会感觉有点慢，因为有很多的谈话，显然没有什么事情发生——尽管这是一个非常必要的阶段。现在感觉我们正在进入一个更加“动手”的阶段。

在这个sprint结束时，我们应该已经创建了基本的数据模型，尽管随着项目的进展，我们希望对它进行一些调整，并创建了一个“概念验证”用户界面表单。这将允许我们为数据库提供测试数据，并执行一些早期的负载测试。

如前所述，我们希望以增量的方式向客户交付应用程序，并为每个开发阶段寻求评审和认可。在这里，我们希望在这个sprint结束时能有一个成功的回顾。

大学校园里结冰的水和倒下的树

现在大多数行政人员都已经到位了——执行小组定期开会，确定利益相关者，任命项目经理(我!)David Sweet，我们的系统架构分析师已经开始了规划当前流程和工作流的过程。项目组已经花时间创建了“史诗级”用户故事，赋予他们价值和接受标准，并将所有这些都纳入Sharepoint。敏捷方法意味着我们创建用户故事，最初写在明信片上，使用如下格式的措辞:

作为(角色)，我想(渴望/目标)，以便(受益)

然后，我们对这些用户故事进行优先级排序，并开始将它们分解为任务。项目组成员可以在project Sharepoint站点上查看用户故事和他们的排名。

毫无疑问，这个阶段会给团队带来很多问题，但我们现在开始看到前进的方向，并计划在月底进行第一次冲刺。这时开发人员将评估当前的系统，并查看可用的替代方案，以便我们确定一个平台。在外部观察人士看来，中国似乎没有什么进展，但事实并非如此。一旦我们有了清晰的路径，并确定了首先要处理哪些任务，项目的实际开发工作就可以开始了。

一如既往，在项目的早期阶段，我们正在努力应对潜在的范围蔓延，但我们决心要控制住它。有现实的目标并提供高质量的解决方案比承担太多而平庸要好得多。