70年的陈规定型观念:如何使用IT技术克服对房屋办公室的不信任并提高服务质量

当您说ZhEK时首先想到的是什么? 如果是锁匠,那就有点小费。 如果他是电工,那么他是一个快乐的家伙,当220 V通过他灵巧的手指时,他会以俄语的一种不可翻译的方言定期发出独白。


而且,您将永远不会怀疑住房和公共服务专家是否已正确地纠正了故障-或在腻子,神奇的蓝色电工胶带和电线的帮助下,他挥舞了恼人的租户,然后去书房进一步考虑俄罗斯的命运。


随之而来的问题是-21世纪的住房领域是否可以改变,以真正提高服务质量,以及为此需要什么? 许多公司仍然说:“这不适合我们。” DevOps不适合我们, SRE不适合我们, Kubernetes不适合我们。 赢家是此时此刻说:“对我们来说。 我们做到了!”


PIK Comfort的IT架构师Pavel Bely pahaz坚信高科技可以应对人为因素。 锁匠或电工的状态在维修时将不会处于恒定的量子不确定性中—要么喝醉了,要么不喝醉,或者他将定性地应对这项任务,或者他会轻敲。



告诉我,您在做什么,PIK-Comfort公司在做什么?


PIK是一组公司。 我认为,作为开发人员或主要开发人员,每个人都知道。 “ PIK-Comfort”从事房屋管理-一切与收据,维护,电工,水管工,清洁房屋区域有关。 实际上,许多公司将此类公司的活动与“ ZhEK”一词联系起来,因此我们可以开玩笑地说我在ZhEK工作。


他们打电话给我来组建团队并开发IT。 ZhEK中的IT似乎有些奇怪-这是一个非常非核心的故事。


在那之前,我从事初创公司。 在我看来,住房办公室的故事很有趣。 如果您看一下住房和公共服务行业,这是技术有效性水平不高的少数领域之一。 但这是一个非常亲密的接触点,它每天都会影响我们。 人们不得不以一种或另一种方式住在某个地方,支付租金,获得服务。 现在,接受这些服务的质量和便利性处于非常低的水平。 这个行业的自动化程度仍然很差。


您到底在做什么,您在进行什么项目?


我负责建筑。 实际上,这看起来像是在企业,团队,居民之间建立通信。


我做三件事-体系结构,基础结构和开发团队。 但实际上,我从事住房和公用事业领域的数字化转型。


我是在公司成长时加入公司的,当时流程和工具发生了变化。 工具会影响流程,人与人之间互动的既定模式会发生变化,而这一切都在工作的公司中发生,会影响战略,计划和员工。 这就是转变。


您现在如何看待这种转变?


理想情况下,我想讲下一个故事。 有一个居民。 由于我本人是居民,所以我希望以下几点。 首先,我想了解我为此支付的费用。 其次,我想为自己支付的服务获得负担得起的服务。


例如,最近我的垃圾槽堵塞了。 找到电话号码对我来说是很多工作。 我设法没有第一次。 然后,该应用程序丢失了,在第二次致电后,晚上一切都被修复了。 但这通常还不错。 我的问题一天就解决了。


您如何想象? 这是智能手机上的应用程序还是入口处的触摸屏?


对我来说,作为居民,这将是理想的-智能手机上的某个应用程序,您可以在其中与公司进行通信,接收服务并查看易于理解的详细信息。 我想来这个。


应用程序本身并不难做到。 重建公司中的流程更加困难,因此在应用程序中单击“我想要这样的服务”按钮将变成透明且可预测的任务和工作池。 公司规模很大-我们有5000多人。 您需要了解一些地区非常偏远-那里的人不同。 某个地方的客户服务水平较低。 能力不强的地方。


而这个故事,当您从应用程序的点击中进入真正的人的工作时,它需要改变公司的流程。


我要做的主要困难如下。 我们更改了公司的软件,这需要更改流程-公司中的某些人在日常流程更改时变得非常不舒服。


您可以在以下示例中想象这个过程:想象管道。 他上班了五年。 然后他们来找他说-这里有应用程序,这里有任务,这里有最后期限,您必须去地址,他们会评估您。 显然,当您对三千人这样说时,对于每个人来说,这是一个非常困难的直截了当的故事。


你真的得到了什么? 你以什么为荣?


的成功。 在住房和公共服务领域,我们拥有俄罗斯最好的应用之一。 该应用程序是PIK Comfort,它位于TOP Appstore中。 他们经常使用。




在住房和公共服务领域,只有少数几家公司在IT方面对客户可见。 著名的故事中有“住房和公用事业联盟”。 我们团队中有一些在联盟工作过的人。 我们聚集了来自整个行业的人士-至少成功或多或少地成功完成了某些项目的人员-无论是专业知识还是人员。 在咨询方面,我们正在了解这一领域的成功项目。


现在处于什么阶段?


现在我们要扩展功能。 该应用程序的主要功能是在接收和传输读数时付款。 在不久的将来,我们希望改善与客户的沟通。


想象一个标准情况。 我have了一下。 我进入应用程序并...


您按几个按钮,写出问题所在。 此外,对于我们自己,我们可以确定请求,操作员什么时候见到她,什么时候做出反应,在专家到达现场多少之后,他做了什么样的检查,多少工作成本,花了多少材料。 整个链:从应用程序到执行的工作-以最大的细节深度获得全数字化。


我们有一个技术应用程序。 技术人员可以来为该设施拍照。 然后其他人可以使用此信息,例如工程师-他们拥有更多的经验。 他们可以对问题做出结论,说出需要做些什么来消除未来的问题。


正如我所看到的,这个故事是关于不同团队之间的交流的-在专业方面甚至在专家的世界观方面都是不同的。 当然,目的也不同。 首先是处女,开发人员,他们为企业提供给您的任务开发应用程序。 操作员正在关注-他们确保服务器正常工作,正确收集数据,照片,时间戳,正确维护数据库。 下一个团队是技术人员。 通常使用不同的语言。 如您所说,在技术人员中有两个团队-只是技术人员环顾四周,而工程师则是在家中解决问题。


一切都有点问题。 有不同的方向,不同的团队参与其中。 有关工程师,现场工作和任务计划的故事。 这个领域的实施和开发是由一个团队来完成的。 有呼叫中心的故事-以及接线员的工作,这是由另一个团队完成的。 有关报告,合并分析和计费的故事。 这是由不同的团队完成的。 我在处理这些团队之间的端到端沟通时,着眼于一个,第二个和第三个具有的任务时,突出显示了常见的问题或要解决的任务的交叉点。 必须解决的所有团队和任务都必须组装成一个通用的体系结构。 团队必须遵循某些规则,以便所有系统形成一个有机体-一致的IT环境。


现在,每个人都在为DevOps理念而苦苦挣扎。 您的理念甚至比DevOps + Locksmith更复杂。


(笑)是的,ZhEK也有DevOps文化。 曾几何时,对于非核心IT的公司,我们可能会有一个标准的故事。 您通过邮件向管理员发送请求以创建服务器,上帝禁止,您将在两三天内部署所需的服务器,这很可能会很幸运,并且将按您的要求进行配置。 现在看起来不一样了。 您有github,有一个基础架构配置,您通过必要的基础架构更改对此配置发出了拉取请求,它可以创建具有某些特征的虚拟机。 此外,此请求通过审核,并说“好”,并且在执行您的更改请求合并之后,将执行脚本,使基础结构达到所描述的状态。 在我们的示例中,将创建请求的服务器。 在这方面,我们有这样的故事。


告诉我,您来这家公司,您看到了什么,并且一年来发生了什么变化? 那你的目光,现在的目光。


当我来的时候,有很多不同的信息系统-有些是集成的,有些没有,部分是集成的。 一个不健康的IT环境,一百多个系统,一些高度专业的供应商解决方案,而市场上没有开发人员。


有关于房屋的有趣例子。 在不同的系统中,房屋的各种特征得以保留。 要将它们收集到某种统一的基础中,获得跨领域分析非常困难,对于某些任务,这是根本不可能的。 例如,要获得房屋相关的报告:在这所房屋中,我们进行了如此多的应用程序,或者在这所房屋中,每平方米有如此多的应用程序,我们因此赚了很多钱。 收集这样的分析几乎是不可能的。 她的假设和错误之处。 在不同的系统中。 但实际上它不在那里。


现在,我们正在连接所有系统。 我们可以获得对象的端到端分析。 例如,我们可以看到每平方米收到多少申请,运营商在维护上花费了多少时间,以及运营商为我们付出了多少费用。


那么您已经完成了这一层工作吗?


现在,我们组装了架构框架,将新的系统,单元和过程连接到该架构框架。 它看起来像根服务。 用其他所有内容将要连接到的数据来控制系统。


下一个故事是与客户沟通的发展。 获得更详细,更准确的业务流程指标。 根据准确的数据制定业务决策。


例如与技术人员。 我们计划安排这些流程,以使它们都随手机一起使用,我们将了解它们现在在哪里以及他们在正确地执行什么任务。


带电梯。 以前,居民报告电梯故障。 现在,对于某些房屋,我们会自动分析来自电梯设备的数据。 而且,电梯已经坏了,自动化系统会通知我们-并创建预防性维护或修理的应用程序。


我们的住房存量大不相同。 我们有新房子,破旧的房子。 在某个地方可以放置“智能对讲机”,这使居民可以通过电话打开通往入口的门,您无需从沙发上站起来。 而且有些房子根本没有对讲机。


再加上人为因素...


是的 在俄罗斯,与住房办公室的关系历史很复杂。 几乎没有信任。 我们必须建立关系。 人们更加怀疑。 仍然有特定表演者的态度-没有兴趣。 有一个明确的刻板印象,就是ZhEK的水管工不断constantly撞,无所事事。


打算处理定型观念? 您将逐渐积累统计信息。 可以区分以下类别:“好水管工”,“重击水管工”,“水管工-外星破坏者”,“后期水管工”。 您将如何处理他们? 训练,开火,让老同志负责?


有人训练,有人解雇。 我们对员工进行内部培训,并在必要时安排必修课程。 在技​​术的帮助下,我们试图改变行业,使其技术化。


要让房屋办公室摆出清醒的人脸?


(笑)是的,完全是。 这似乎是真的。


您现在看到什么问题?


现在,住房办公室以及住房和公共服务部门发生了客户不信任的情况。 对我们来说,最大的问题是与定型观念的斗争。 我记得我们提出申请时...我们的公司很大。 在公司的不同部门,流程可以在某个地方更好地调优,在某个地方则更好。 当我们启动该应用程序时,有些不满的居民告诉我们:“为什么要花我的钱在该应用程序上,最好清除积雪。” 或类似的东西。 在这方面,我们必须处理定型观念。


PS人类的心理和信仰体系可能是世界上最惰性的事物。 为了打破50-70年来形成的陈规定型观念和习惯,有必要付出大量的精力,手段和力量。 无论是房屋居民,还是房屋和公共服务工作者。 IT技术是否将住房和公共服务系统的现状改变为演进式发展? 让我们看看。 古代罗马泄殖腔千里马曾经被认为是奇迹。

Source: https://habr.com/ru/post/zh-CN483940/


All Articles