招生管理服务部的工作人员继续就新的课程数据管理系统提出反馈意见，我很高兴地向大家汇报，其中大部分都是积极的。在接下来的几周内，我们将对系统进行负载测试。我们目前正在与工作人员合作，他们将使用该系统创建现实的场景进行测试。这绝不是一项容易的任务，因为有很多因素会影响在同一时间有多少人会使用系统——其中之一就是应用程序的设计和可用性。通常情况下，登录系统的人很少，甚至很少积极使用系统，但在某些高峰时段，这个数字会更高。问题是要算出高多少。我们能做出的最好的估计是，在“正常”期间使用该应用程序的合理最大值在25到30之间。并不是所有人都在不断地处理数据——有些人可能会使用系统来检查和定位数据-这将减少对服务器的压力。在高峰时期——比如在新招股说明书发布前不久——系统上的用户可能多达五六十个。

我们希望从负载测试中得到一个积极的结果——如果只有几个用户在上面，它肯定会崩溃。但如果它的表现不如我们希望的那么好，我们还可以做一些事情，在项目的这个阶段，我们仍然有时间去做这些事情。我们可以加强硬件，我们可以隔离导致瓶颈的进程甚至代码行。如果这些措施不能将性能提高到可接受的水平，我们可能不得不考虑交错的工作流程。

我们的下一个技术冲刺(除了负载测试)要到11月才开始。在此之前，我们将利用这段时间来研究如何重用在其他大学系统(如学生数据系统和模块手册数据库)中管理和存储的数据。开云体育主頁(欢迎您)理想的情况是有一个权威的数据来源，但这并不像人们最初想象的那么容易实现。如果数据只向一个方向流动——馈送新的程序工厂——那么如果在新系统中编辑数据，我们可能会与源断开连接。但是我们既没有权限也没有资源来开发原始应用程序以保持它的同步。

我们目前存储、编辑和发布课程数据的方法是迂回的，效率不高，有很大的可能出现数据断开和不同版本。我们必须面对的事实是，在这个项目中，我们不可能解决所有的问题，但如果我们设计好了这些第一步，我们可以在这个工作的基础上继续工作，并在未来的项目中继续良好的工作。

在KIS数据方面，我们已经准备好了，尽管我认为公平地说，KIS小部件的大小和设计并没有在这里赢得很多粉丝。如果有一些东西我们可以定制，使我们的在线招股说明书更好一点，那就太好了。我想早些时候……

只是这个博客的一个快速更新。在经历了一段相当紧张的开发和原型制作之后，我们即将面临清理工作。所以开发商会有点忙。这周我们和产品负责人还有一次反馈会议。是时候盘点一下那些技术含量不高但同样重要的工作包了。

在过去的几个月里，我们作为一个相当小的团队一直在努力工作，我认为公平地说，我们对新程序工厂软件的进展感到满意。(是节目制作厂还是只是节目制作厂二?真的不确定，但我们可以以后再担心。)到目前为止，计划工厂的发展主要是关于EMS团队将如何使用它。我们已经直接与那些将在该部门使用该系统的人合作。这需要来自招生管理服务团队和IS的大量承诺，但结果是我们提供了所需要的。对于任何考虑走这条路线的HEI或FEI来说，这是一个非常重要的考虑因素——如果要取得成功的结果，将成为系统用户的工作人员必须有时间来提供高水平的参与——当然这意味着许多小时。

现在我们已经准备好开始传播这个词，并看看其他院系和学校将如何将数据输入系统。

所以接下来几周的任务之一就是向我们大学其他部门的同事介绍我们目前所做的工作。开云体育主頁(欢迎您)尽管我们完全相信开发人员构建应用程序的能力，但它不会存在于真空中。课程工厂只是一系列系统的一部分——一些是基于软件的，一些是手册的，还有一些是两者的混合——这些系统需要将课程数据传递给那些我们希望在肯特大学学习的人。开云体育app客服当然还有生成XCRI提要。我们的长期计划是，这些系统都是自动化的，彼此之间可以很好地交流，但我们无法在这个项目的生命周期内实现所有这些。我们也不能继续使用不同的系统，因为这些系统有可能脱离同步，导致工作重复。为了弥合现有系统之间的差距并保持沟通，我们需要确信我们有适当、有效和全面的工作流程。

我们需要规划出我们在学院和学院的同事将如何与计划工厂互动，以及在数据流尚未自动化的情况下，我们需要设置什么手动触发器来捕捉计划的创建、修改和终止以及相关的营销信息。其中一些信息我们可以通过招生系统和学生记录系统的网络服务获得，但暂时有些信息将依赖于电子邮件通知和在线表格。

目前，我们的团队有一种积极的情绪，我们期待着展示我们已经走了多远，并与我们的同事讨论下一步的步骤。

programsplant原型应用程序的后续演示(参见之前的博客)进行得很顺利，我们将在6月14日开始另一个技术冲刺^th．这是一个双重冲刺，给开发人员4周的时间来开发下一个原型版本。为了准备这次Mark Fendley会议，Scrum master和我在周一会见了客户代表，以完善用户故事。在sprint的第一天，我们将在最后一个sprint计划会议之后交给开发人员去做他们的事情。

与此同时，项目团队已经开始研究Kent的模块目录。开云体育app客服交付一个新的应用程序来处理模块超出了我们XCRI-CAP项目的范围。目前的模块目录软件运行良好，但我们已经确定了一些可能的改进，这是在项目的职权范围内。我们的项目计划表明，我们将做一些工作

• 提高数据质量，
• 增加或增强搜索、分组和集合功能;
• 明确模块目录的目的和范围。

Nick Thurston通过运行验证报告来识别“孤立的”模块，从而开始了这方面的实际工作——学生数据系统似乎确认了它们的存在并处于活动状态，但模块目录中缺少细节。(这些模块的详细信息可在学院或学院网站上查阅)。缺失的数据并不是平均分布在各个学校——但我就不点名了。现在这些异常现象已经被发现，各学院已经被要求纠正，但这只是一个开始。为了拥有持久的遗产，该项目将设置工作流，以尝试并确保数据在未来保持同步。

有趣的是，由于从处理模块和程序生命周期不同部分的部门获得利益相关者，在项目开始时确定的许多问题几乎可以立即得到解决。例如:A说我需要知道X何时发生。B说，当X发生时，我们给Y和z发了一封邮件，需要我把名单加给你吗?像肯特XCRI项目这样的项目最大的价值之一就是它把人们聚集在一起，给了他们谈论事物的空间。开云体育app客服在我们日复一日忙碌的工作生活中，我们经常找不到时间来做这些。

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

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

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

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

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

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

蓝天倒映在校园的池塘里

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

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

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

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