我们有一个开发和实施新的IT系统的项目！ 而且您需要一个PM ...
怎么了 没有它的地方。 看起来市场上已经充满了各种项目经理。
-选择！ 每个人都有丰富的经验。 有一些项目经理具有实施建设和国防项目的经验。 有些项目经理具有实施医疗项目的经验。 飞机上甚至都有！ 您还需要什么！ 这些行业的责任感和严谨性完全是头脑的抛弃。
“他知道吗？”
-为什么需要这个？ 他具有项目管理方法学方面的丰富知识……这是主要的事情！
这也发生了...
让我们了解一个项目经理是否需要IT，他应该来组织信息系统的开发和实施。
因此，首先您需要开发一个信息系统！
-来吧，下午，你首先要做什么？
-确定需求和目标！
-好 然后呢
-让我们制定一个开发项目计划！
-这是合乎逻辑的。 发展的阶段是什么？ 必须确定构图的顶层任务！
“为什么我需要这个？” 我会问一个人！
-谁拥有IT信息？
-谁，谁？ 程序员...大概...
最近，我遇到了一个类似的故事。 一方面，一切似乎都很顺利。 的确，程序员知道开发通常包括什么阶段。 但是，让我们进行修正。 为了不遗漏任何标记，让我们去看看建筑师！ 他必须确定。
-嗨，建筑师。 发展由什么组成？ 需要计划中的任务。
-我们需要在上面加上传统知识和盖世的知识！
“就这些吗？！” 这么简单
-好吧，仍然测试。
-如果传统知识在此过程中发生变化怎么办？
“我不知道。” 我的工作是从事传统知识
我们走了。 他们问。 获得2分：传统知识与发展。
-我们要怎么办，下午？
-一切都清楚了！ 我们将要求并提供给建筑师。 不胜感激。 说截止日期。 它将确定准备工作的要点，我们将在这些要点进行控制。 并定期向用户显示结果。
大概在PM未知时，就是这样。
当我们雇用时，我们会问他什么？ 如果走得很远，那么信息系统从诞生到死亡的生命周期是多少？ 虽然，系统不会消失。 他们在道德上已经过时了。
我永远不会忘记我们工厂使用的通道空调系统的“有趣”故事。 然后找到一个系统。 好，强大。 应该冷却整个工厂和相邻的行政大楼。 好买的。 对于，大约200K美国卢布。 他们说了。 投产。 运行几个月后，系统弯曲。 怎么了 是的，因为没有支持和常规技术支持，任何系统都无法生存！
但是信息系统没有什么不同。 同样，与其他系统一样，它需要调试。 就像其他基础设施一样。 而且，有时，在实施财务系统的项目中发生的实施错误要比破坏“知识分子”更为昂贵。
那么，从航空或建筑业进入IT项目的项目经理如何能够制定一个包含所有这些阶段的计划？
从建筑师那里得到建议？ 谁会零碎地看到自己的任务，而没有想到“之前”和“之后”是什么？ las 这样的项目是注定的。
因此，了解PM，项目组成的任务，相关的任务以及可以并行完成的任务对于IT项目很重要。
现在我们如何理解与预期结果相对应的PM呢？ 为此，我们需要获得一些不难的问题，以获得明确的答案。
问题1： 形成技术规格以进行开发的阶段是什么？答案是：- 从形成客户的功能需求
- 基础设施任务的形成，这又是容错和备份合同的制定的结果
- 并从未来系统与其他系统之间的相互作用的地图中。
实际上，我们在退出时获得了3个任务：功能和技术，基础架构的技术规范，接口开发的技术规范。 它们也是控制的检查点。
问题2： 发展阶段是什么？答案是：- 从开发人员分配任务开始
- 从验收计划的形成
- 来自综合测试（试点）
- 从创建迁移计划到制定该计划
问题3： 调试的阶段是什么？
答案是：- 负载测试
- 教材的形成
- 用户培训
- 填写所有NSI（规范性参考信息+用户访问权限）
- 资料迁移
- 余额对帐
- 开始运作工作（试点）
- 首次启动时会热协助
问题4： 调试后用于转移系统支持的方案是什么样的？答案是：至少系统具有3个支持级别：
- 基础架构支持和服务器负载监控
- 功能支持和线程监视，以防系统出现问题。
- 方法论支持为以下问题提供了答案：为什么这样做会如此，而不是相反，以及收集进化的需求
每个阶段都应该有自己的SLA。 这也是IT之外的人并不总是很清楚的一个词。
如果PM候选人没有列出所有阶段，那就没关系了。 可能会忘记一些事情或担心。 随着计划的制定，他将以某种方式遇到他们。 如果他根本不想象这一点，那就更糟了。 如果他开始将以前在其他业务领域的经验投射到IT上，情况将变得更加复杂。 在这种情况下，团队将开始开发人员的冲突和“死亡”。 无论IT项目的胜任管理是他的舒适区，总是可以找到技术人员自己的利益。