技术规划/规划之前
在真正撰写有意义的技术规划之前，至关重要的是要启动一个包容性的流程，从相关技术社区的所有成员那里收集意见。应组建一个战略规划委员会，其成员来自所有对您将要规划和最终实施的内容有利益关系的领域。尽可能地了解其中涉及的政治问题，并努力不要遗漏任何在以后可能会抵消积极努力的人。在这种努力中，您甚至可以“让敌人靠近”。最好在委员会讨论中解决一个可能成为阻碍的问题，而不是让它在您提交最终计划的关键时刻出现，从而对任何建议的成功或早期采用造成重大损害。该委员会将为需求分析提供意见和讨论，这有助于形成真正的基于数据的结论，并最大限度地减少假设。它还有助于防止思维局限，更糟糕的是，继续以相同的方式做事，因为这样做很舒服。需求分析将推动技术规划的目标和愿景决策。没有透彻地了解您所在学区或机构的需求，您就无法撰写有效的技术规划。
该委员会不应仅由了解技术的人员组成。事实上，从学术和行政领域以及一到两名学生代表那里广泛地获取代表性会更有用。请记住，目标之一是最小化错误的假设或过快地对应该做什么或我们实际上能负担什么做出判断。尝试将委员会成员数量控制在合理范围内，这样才能很好地运作，而不是一大群人。此外，请务必选择可预测的会议时间 - 例如，每月同一天，同一时间 - 大多数人都可以参加。一个简单的方法可能是每个月的第二个星期二下午 2:00（2,2,2）。这种一致性使所有成员更容易记录并出席会议。将整个流程对学校其他可能没有参加规划委员会的成员开放。向所有成员及时发布会议纪要，并考虑在您的主网站上创建一个存档，其中列出委员会成员，包括他们的联系信息和职称。也在此位置发布会议纪要。向成员强调出席每次会议的重要性，如果您在任何时候发现应该包含另一个人，请尝试添加那个人。作为规划委员会主席，您需要让每个人都专注于任务，并应提前为每次会议做好准备，以确保每个人投入的时间的有效性。使用实际事实，不要让政治或个人恩怨在讨论中出现，并快速地对任何出现的东西进行交通管制。将委员会的重点保持在委员会内部，并写一份简要的指令，解释该小组的作用和范围。最后，随着讨论的出现，请务必朝着共识努力，而不是让一个人比任何人都说得更响亮或更热情。
对技术实际用户进行采访并确定其现有操作中最紧迫的不足之处非常重要。让用户描述问题、需求，而不是他们认为需要的特定解决方案。请记住，此时您仅处于信息收集模式，而不是测试解决方案。需求的描述可能涉及稍后需要检查可行性的多个解决方案。一个用户可能读到了一种强大的开源解决方案，他们非常想要在自己的教室里使用它，但可能没有考虑该解决方案在后台需要什么样的额外编程支持。这些问题将在稍后解决。请务必涵盖所有可以提供意见的相关参与者，而不仅仅是部门主管，例如，部门主管可能忽略了走廊或其他建筑物中正在进行的独特应用。不要承诺任何快速修复或即时供应商购买，而是澄清这只是一个探索性工作，委员会将审查所有数据。对问题要精确，并提出一个最终的开放式问题，例如“如果您能解决一个或两个阻碍您的技术问题，那是什么？”需求分析数据应提供给委员会的每个成员。此外，让为这一步提供意见的用户知道，他们可以坦诚地说话，他们的姓名不会与特定的评论联系在一起。您可能会发现一些关键信息，这些信息在最终的技术规划中很重要。
请记住，技术既不好也不坏。是我们在特定环境中，为了特定目的“使用”技术工具，才能产生影响（Katz，2008 年）。彻底的需求分析将作为规划流程中下一步的桥梁，并成为后续关键决策的基础。请确保您提供一个坚实的基础作为成果。
Katz, R. (2008)。塔与云 - 云计算时代的高等教育。EDUCAUSE。科罗拉多州博尔德。