你好 我叫Andrey Grachev，我是SIBUR的产品经理。
在西布尔，定期进行“停止维修”。 这类似于预防性维护，定期维护和修理，在此期间，整个工厂或工厂的一部分将完全停止。 此类维修对于确保企业将来的平稳运行是必不可少的。 但是，很明显，此时工厂无法赚钱，因此尽快完成所有工作非常重要。 为此，您需要最佳地计划和执行工作。 因此，提出了创建自己的移动应用程序以进行维修的想法，这将使管理工作的过程更加井井有条，并最大程度地减少了时间浪费。 我们将告诉您我们的操作方式，最终发生的事情以及我们目前正在努力的事情。
为什么这一切都是必要的？
首先，我将告诉您什么是停止维修。 这是一组维修大量工厂设备的措施，必须在一定时间段内执行-例如，每年一次，每季度一次或以其他间隔进行一次。 这时，生产停止了，承包商要求工厂，所有需要的东西都修理好了。 例如，在Sibur-Khimprom，它可以持续一周，几周，工厂停产了将近一个月。
可以对工厂中几乎所有设备进行如此大规模的维修，这可以看作是一个大型项目。 当工厂逐渐减少功率并停止运行时，他将进行准备操作。 有活动阶段，需要更换和维护设备，即恢复生产阶段。 在维修工作开始前的10-11个月，所有负责人开始计划此程序，并为需要完成的工作创建订单。 因此，到工作开始时，将积累大量任务，这些任务必须在分配给维修的时间内完成。 这些任务通常是相互关联的：没有完成一项任务，就无法启动另一项任务。 例如，我们不能修理泵中的东西，因为我们必须先关闭泵，移除会干扰该装置拆卸的设备，然后才能使用泵。 从这些互连中，可以建立整个停机维修的期限。
停止维修有一条“关键道路”。 通常，每个企业每年都有不间断的运营，否则就无法启动工厂。 事实证明，关键路径是可用于停止维修的最长时间。 计划了其他所有内容，以使其与停止维修的时间相对应，或者至少不延长维修时间。 这意味着这些工作必须并行进行。
以前是怎么发生的？
到目前为止，所有这些操作都是这样完成的：SAP中的人员在一年之内创建了需要停止维修的订单。 时间到了，SAP的所有订单都将上载到所谓的“缺陷清单”，机械师将在此基础上制定停机维修时间表。 这是Excel中的数百行，然后您需要从中了解必要的工作清单，需要多少时间和人员，并及时建立逻辑：将要修复的内容。 在所有SIBUR企业中，这几乎都是通过Excel手工完成的。 Sibur-Khimprom只有一家公司在Primavera规划服务中了解了如何进行此操作。 对于我们来说，在界面和用户脚本方面非常不便。
当然，我们将目光投向了其他服务，例如MS Project。 但是它们的功能对于我们来说是不够的，或者是很多时间，因此，必须在培训上花费金钱。 因此，我们决定开发自己的产品。
当我们开始时，SIBUR中的图片是这样的：每个人都试图在Excel表中计划一个严肃的项目。 所有这些均已打印出来，并附有批准时间表的有关人员签名。 此外，在停止维修期间，人们会聚在一起参加计划会议并分组到总部，在该处将Excel文件显示在屏幕上，并在其中设置完成任务的百分比。
需要召开大量此类例行会议以聚集和更新信息。 承包商的代表告诉您已完成的工作，存在的问题以及客户的代表记录纸质文档中的所有内容。 然后，另一个人从每个负责人那里收集信息，将其合并并准备一份集中报告。 这很复杂而且很漫长，人们一直待到晚上。
第一个原型
我们认为，任何项目的管理都基于以下基本内容：计划流程和在任何给定时刻的透明性。 为了确保透明性，在维修过程中有必要向系统提供有关所发生情况的最新数据。 我们详细研究了生产过程，了解了停机维修的工作原理，并提出了可以安排的结构。 起初，我们决定不破坏现有流程并且不介入人们的脚本。 谁曾经计划过放逐-让他计划。 谁在Primavera学习的，就让他在那里工作。
最初，我们的产品是一个可视化的系统，用于生成它们的图形。 我们开发了适用于iOS，Android和网络浏览器版本的应用程序。 计划与负责的执行者和控制者一起被加载到服务中，这是停机修复期间的三个主要角色。 这是很重要的一点，因此，我将更详细地说明这一点，并通过示例展示一切工作原理。
有一项维修泵的任务。
任务有执行者-这是订约组织的领班，负责修理特定的对象。
负责人-负责确保为维修做好一切准备，他必须交出维修对象，然后接受它，确认承包商已完成全部工作并可以开始执行其他任务。 通常，这是由安装技工完成的。
主管是企业的高层管理人员，他们希望不断地看到工作与进度表的符合性。
自定义角色
负责人和表演者都可以访问该应用程序和网络版本。 承包商可以看到今天分配给他的任务以及整个停机修理的任务。 表演者有一系列这些任务。 开始工作时，他必须按相应的按钮，然后将执行此任务的人数添加到程序中。 对于管理层来说，重要的是要知道从事此任务的人数是否与他们计划的人数相对应。 承包商按下按钮，工作开始了。 该应用程序监视过程的持续时间。 如果超过了最后期限，并且承包商没有按下关机按钮，则会将延迟通知发送给负责人。 因此，负责人去看看发生了什么。
如果一切都很好，并且承包商在设定的时间完成了工作，则他单击“提交报告”按钮，并写明他已100％完成了工作。 然后负责人还会收到一条通知，通知您一切已完成，您需要去查看结果。 这就是榜样的工作方式。
人们可能不会记住托付给他们的网站上发生的一切，他们会看到每天的时间表并收到有关该过程的通知。
我们还提供了处理持续一天以上的任务的机会。 这与小型任务的工作方式相同，只是每天结束时才需要在程序中进行报告：例如，今天的工作已完成50％。 负责人收到通知，必须检查此信息是否正确。 如果不是，他拒绝该报告，并迫使承包商输入另一个数字。
至于网络版本，其功能略有不同；它更多地用于控制器-企业管理。 我们意识到人们已经习惯于感知甘特图中所有作品的进展信息。 他们看到计划的事实，关系，有关人力资源调动的统计数据，我们在维修过程中希望在工厂看到多少人以及事实之后有多少工作。 因此，对于所有生产安装，控制器都可以看到工作进度，并可以快速查看进度表中的滞后。
计划外工作
停止维修期间，总是会出现无法忽略的隐藏的其他工作。 例如，当拆卸设备时，在单元的组装状态下不可见的部分存在故障。 这些任务也包括在时间表中，因此我们决定在停止维修期间也执行隐藏的工作。 一切都输入到程序中。 如果这项额外的工作影响了整个停机维修的时间，则该程序将自动将所有其他任务推迟到完成此隐藏工作所需的时间。 相反，情况也是如此-如果某些任务的完成速度比计划的要快，则计划将得到优化。
对于这种情况，我和团队设计了一个严肃的消息传递系统，并推送通知以警告开始工作的人们早晚可以这样做。 在这里，一个有趣的时刻显现出来了。 这些通知对我们来说太过分了。
我们哪里出错了？
事实是，我们带来了“第四级时间表”-大型详细计划，用于所有停机维修。 就我们的目的而言，它太详细了。 事实证明，用户收到有关每件小事的通知，这对于整个过程来说可能是微不足道的。 毕竟，当一个人在没有申请的情况下工作时，他不会每天查看工作时间表。 他只知道：为了修理有条件的泵，有必要执行许多操作（拆卸，清洁，更换单元，组装，检查等）。 检查承包商工作方式的人员无需控制每个阶段的通过。 查看整个工作的结果并遵守规定的期限就足够了。
也就是说，如果我们继续进行通知，则控制器应了解两个事件：修复开始和修复完成。 因此，我们在旅途中调整了应用程序。 首先，他们要求更改时间表并扩大时间表。 然后，他们放弃了一些小事件，一切开始变得更加顺畅，用户开始对通知分散注意力。
结果如何？
当我们完成应用程序的最终确定时，我们将获得一项服务，该服务使我们能够不断获得有关企业的最新信息：正在修复的内容，在流程的哪个阶段以及何时截止。 这使您可以计划工作并准备时间表。 本质上，此停止维修项目管理系统是高级任务管理器。
最初，我们宣布了主要指标以减少停机维修的时间。 很明显如何用金钱来评估：您知道一个小时或一天的生产停机成本。 因此，我们为自己设定了加速进行维修工作的目标。 现在，我们看到分析也很重要-最小限度地评估停机维修过程中发生的情况。 如果我们记录用户操作，他如何以及何时接受工作，他写了哪些评论，出了什么问题，如何进行协调，我们会看到隐藏缺陷的形成，了解谁在工作，然后就可以分析和了解很多生产过程。 为了评估他们，我们有一个“生产效率函数”。 每次维修后，都会收集一定数量的数据：花了多少钱，计划了多少，我们从维修中脱身的速度有多快。
当然，我们设想该项目将进一步发展。 到目前为止，这只是收集停机维修统计信息的第一步。 我们希望收集足够的数据，以便我们可以使用它并得出更多结论。 例如，我们需要修理泵。 这是由X个人完成的，并且需要Y时间。 因此，任何维修的所有后续计划都可以基于此模型。 我们将能够基于已经有分析师确认数据的事实来计划工作，这意味着不要在时间上高估或低估期望值。
我们的应用程序不仅可以用于生产。 这可以是基本建设的管理，也可以是采用类似工作计划方法的任何其他领域。
谁参与了该项目？
西布尔银行内部的人和承包商都参与了该项目。 服务器端和前端的开发完全由承包商负责，我们团队内部的工作是设计应用程序逻辑和接口。 顾问包括停运维修经理，直接按计划工作的机械师，监视过程的总工程师以及企业负责人。
一切（研究，试点，界面和开发）的所有过程都花了六个月的时间。
产品的未来是什么？
在不久的将来-几个关键更新。 尽管在任务框架内计算物理体积存在问题，例如，更换配件。 对于企业的同事而言，不仅相对的而且绝对的指标也很重要：我们需要了解已经完成了多少百分比的工作，已经替换了条件1000的多少钢筋。 现在，应用程序的工作时间表中并未考虑到这一点。 我们将考虑如何实施。 到目前为止，我们只能谈论已完成工作的进度及其完成的百分比，以解决落后或提前的情况。
有可能（并且我们已经有了这样的理解），我们会将计划停车维修的整个过程转移到我们的项目中。 也许与此同时，整个开发项目将搬迁房屋。
我们很高兴看到团队中的新同事：产品所有者，产品设计师，开发人员。
hh.ru链接上的当前空缺列表。