这个故事是真实的，我亲眼看到了一切。
几年来，像你们中的许多人一样，一个人担任程序员。 为了以防万一，我将这样写：“程序员”。 因为他是1Snick，所以是一家生产公司。
在此之前，他尝试过各种专业-作为程序员，项目经理已有4年，他知道如何关闭200小时，同时从项目中获得一定比例的收益，用于管理和销售少量产品。 我曾尝试自己开发产品，当时是一家大型公司IT部门的负责人，有6000名员工，尝试使用报价行业的各种方法-1C程序员。
但是所有这些职位都陷入了僵局，主要是在收入方面。 然后，我们所有人都在相同条件下工作时获得了大约相同的钱。
这个家伙开始对您如何能够在不出售和创建自己的业务的情况下赚更多钱感兴趣。
他想象自己是一个明智的人，因此决定在他工作的公司中找到一个利基市场。 这个利基市场本来应该是一种特殊的东西，却没有人占据。 而且我希望公司本身也想向这个利基市场的人付款，这样就不必欺骗任何人或作弊。 为了使这一目标变得客观：担任这个职位的人必须付出很多钱。 一言以蔽之。
搜索是短暂的。 在这个人工作的公司中，有一个完全免费的利基市场，可以有条件地称为“在业务流程中恢复订单”。 每个公司都有很多问题。 有些事情总是行不通的，没有人来纠正业务流程。 因此，他决定尝试扮演专家的角色，该专家可以帮助所有者解决他在业务流程中的问题。
那时，他在公司工作了六个月，并在市场上获得了平均工资。 没有什么可失去的-特别是因为他可以在一周内找到同样的工作。 总的来说，这个家伙判断如果无花果突然不起作用并会被解雇，那不会有什么不好的事情。
他鼓起勇气来到了主人那里。 他邀请他改善业务中最棘手的流程。 当时是股票会计。 现在，在该公司工作的每个人甚至都感到羞耻，想起这些问题，但是按季度进行的库存显示出会计制度与实际余额之间的差异为百分之几十。 以及价值，数量和职位数量。 那是一场灾难。 该公司实际上仅一年一次-存货后的第二天就在会计系统中拥有正确的余额。 我们的家伙开始整理这个过程。
这个家伙同意所有者的观点，他应该根据库存结果将偏差减少一半。 而且，所有者并没有太多损失，因为在我们的英雄面前，其他工人已经试图修复所有东西，并且一般而言，该任务几乎无法解决。 所有这些都极大地激发了人们的兴趣，因为如果一切顺利，那么这个家伙将自动成为一个知道如何恢复秩序和解决无法解决的问题的人。
因此，他面临的任务是：根据清单的结果在一年中将偏差减少2倍。 在项目开始时，他不知道如何实现这一目标，但他知道库存控制是一件简单的事情，因此他仍然可以做一些有用的事情。 而且，将偏差从百分之几十减小到百分之十似乎并不那么困难。 在咨询或类似活动领域工作的每个人都知道，通过足够简单的操作就可以消除流程中的大多数问题。
从1月到5月，他准备了一些自动化的东西，重新编写了仓库会计的业务流程，改变了店主，会计的工作流程，并彻底改变了整个系统，而没有向任何人透露或告诉任何人。 5月份，他给了每个人新的指示，并且在清点的第一年之后，开始了新的生活-按照他的规则工作。 为了观察结果，将来公司开始更频繁地进行库存检查（每两个月一次）。 最初的结果已经很不错了，到年底，与审计的偏差降低到了百分之一。
成功是巨大的，但人们并不相信它的稳定性。 这个家伙本人怀疑，如果您离开并停止观察该过程，结果是否会保留。 但是结果是，那家伙得到了所有人同意的一切。 然后，几年后，结果的稳定性得到了证实-几年来，偏差保持在1％以内。
然后，他决定重复该实验，并提议所有者改进另一个有问题的过程-供应。 存在的缺陷使我们无法交付客户想要的数量。 我们一致认为，赤字将在一年内减少一半，花花公子将完成与1C相关的10-15个项目-以自动化各种业务流程和其他异端。
在第二年，一切都再次成功完成，赤字减少了2倍以上，所有IT项目都成功完成了。
由于工资已经完全满足了那个家伙的所有要求，所以他决定在两年后安顿下来，冷静下来，坐在他自己创造的温暖舒适的地方。
那是什么感觉 他正式是一名IT主管。 但是他真正的人很难理解。 毕竟，IT主管做什么？ 通常，他管理IT基础结构，管理系统管理员，实施ERP系统，并参加董事会会议。
这个家伙在参与变更流程中主要负责之一，主要负责生成，启动这些流程，寻找和提出解决方案，应用新的管理技术，检查拟议的变更，分析其他职能和部门的有效性以及最终直接参与企业的战略发展，直至独立制定整个公司的战略计划。
他被授予全权委托。 他可以参加以前从未有过的任何会议。 他坐在那里坐在笔记本上，写下一些东西，或者只是听着。 他很少说话。 然后，他开始玩电话-认为联想记忆效果更好。
在会议上，很少有有用的东西出来。 他离开，想了想，然后写了一封信-提出批评，意见，提议或对他已经适用的决定的描述。
但是我更经常会自己开会。 我发现了一个问题，提出了解决方案，确定了感兴趣的参与者，然后将所有人拖入会议室。 而且已经-他可以。 说服，有动机，争辩，争辩，寻求。
非正式地，他被认为是继所有者和董事之后的公司第三者。 当然，他从第4位开始就激怒了所有“公司员工”。特别是穿着破洞的牛仔裤和鲜艳的T恤，以及拥有者的时间。
主人每天给他1小时。 每一天 他们交谈，讨论了问题，解决方案，新业务，发展方向，指标和效率，个人发展，书籍以及简单的生活。
但是这个家伙很奇怪。 似乎-坐下来欢喜，生活是美好的。 但是没有 他决定反思。
他想知道：为什么他成功了，而其他人却没有呢？ 所有者还推了他：他说他希望其他人能够整理事情，因为经理很多，他们通常从事运营管理和战略规划，但实际上没有人参与其过程的系统性变更。 他们的工作说明中可能会写明他们应该加快流程，提高流程效率，但实际上没有人这样做。 为什么这样 在这里，那个家伙还想知道为什么，他和所有这些经理一起去聊天。
他来到质量副总监，并建议引入Shekhart控制卡，以使产品优于日本产品。 但是事实证明，同事不知道什么是Shekhart控制卡，什么是统计过程控制，只是从我的耳中听到有关戴明循环在质量管理中的应用。 好吧...
他去了另一位副主任，并建议引入控制。 但是在这里，我没有找到支持。 过了一会儿，他了解了边界管理（边界管理），并建议所有副主任实施该技术的系统部分，以改进流程。 但是，不管我们的家伙怎么说，都没有人真正想深入了解它的含义。 也许他们不感兴趣或太难了。 但是，实际上，没有人知道。
总的来说，他谈到了他在公司中所了解和应用的一切。 但是没有人了解他。 他们仍然不明白为什么，例如，他们设法解决仓库会计，此外，控制和边界管理中的所有问题。
最后，他接触了他的程序员-员工由3人组成。 他谈到了边界管理，控制，质量管理，敏捷和混乱……令人惊讶的是，他们了解了一切，甚至可以与他讨论，包括技术和方法上的细微差别。 他们了解仓库和供应项目成功的原因。 然后它突然出现了：实际上，程序员将拯救世界。
他意识到，程序员是唯一通常可以在必要的细节下理解业务流程的程序员。
为什么是他们呢？ 实际上，他没有找到明确的答案。 他只提出论文提示。
首先，程序员了解业务的主题领域，此外，他们比公司中的其他所有人更了解它们。
另外，程序员真正了解什么是处理算法。 这很重要，因为业务流程是算法，并且其中的元素可能微不足道。 例如，在此人从事的采购过程中，第一步是制定年度采购计划，第二步是日常采购。 这些步骤是通过直接连接来连接的，也就是说，假定人们应该根据此算法进行工作-制定年度采购计划并立即执行应用程序。 每年制定一次年度采购计划，并且每天收到50次申请。 这样就结束了算法，我们需要对其进行研究。 他认为，实际上，算法知识对程序员来说是一项竞争优势，因为不熟悉算法的任何其他人根本不了解业务流程应该如何工作以及如何表示。
据那个家伙说，程序员的另一个优点是他们有足够的空闲时间。 我们都知道程序员如何在任务上花费比实际需要多三倍的时间，很少有人会注意到它。 同样，这是一种竞争优势，因为为了安排一些业务流程，您需要有大量的空闲时间-思考，观察，学习和尝试。
据那家伙说，大多数经理都没有这个空闲时间，对此感到自豪。 尽管实际上这意味着一个人无法变得有效，因为他没有时间提高效率-一个恶性循环。 在我们的文化中，忙碌是一种时尚，因此一切都保持不变。 对于我们程序员来说，这是一个优势。 我们可以找到空闲时间并考虑所有事项。
他说，程序员可以迅速改变信息系统。 这并不适用于所有企业，但是无论他在哪里工作，都可以按照他的意愿进行任何改进。 特别是如果他们不关心任何人的工作。 例如，他可以启动一个可以秘密测量用户行为的系统，然后使用此信息来分析同一簿记的有效性并跟踪会计成本。
我从他的话中记住的最后一件事是程序员可以访问很多信息，因为 拥有对系统的管理访问权限。 因此，他们可以在分析中使用此信息。 普通工厂中没有其他人拥有这种资源。
然后他离开了。 在计划的为期两周的练习中，我们强迫他分享他的经验，因为我们想继续他的工作。 好吧，他的职位空缺了。
他们坐在椅子上几天，打开相机，记录了自己的独白。 他们要求讲述所有已完成的项目，方法，方法，成功与失败，因果关系，管理者肖像等。 没有特别限制，因为 他们不知道他的脑袋怎么回事。
当然，在独白中，基本上有各种各样的垃圾和rzhaka-他保持心情愉快，因为 从内陆送往圣彼得堡。 在圣彼得堡哪里上班？ 当然，在俄罗斯天然气工业股份公司。
但是我们设法从他的独白中得到了一些有用的东西。 我会告诉你我所记得的。
所以，那个家伙的建议。 那些想要尝试清理业务流程的人。
要从事此类工作，首先，您需要具有一定程度的“冻伤”。 一定不要害怕失去工作，不要害怕冒险，不要害怕与同事发生冲突。 他之所以容易做到，是因为他在公司工作仅六个月就开始了自己的职业生涯，并且没有时间与任何人联系，也不会这样做。 他了解人们会来来去去，对他来说，他自己的结果以及企业主对他们的评估很重要。 同事对他的好坏对待-那时他几乎不在乎。
第二点-要有效地从事这项工作，不幸的是必须学习。 但是要不要在MBA，不是在课程，不在学院，而是独立学习。 例如，根据仓库的情况，在他的第一个项目中，他举止直观，一无所知，只有什么是“质量管理”。
当他开始阅读文学作品时，发现了哪些提高效率的方法，他发现了自己应用的那些技术。 这个家伙直观地使用了它们，但事实证明这不是他的发明，所有的东西都已经写了很长时间了。 但是他花了时间，而且比他立即读正确的书要花更多的时间。 在这里，唯一重要的是要了解，当您研究一种特定的方法论时，没有一种方法论，即使是最先进的，也不能完全解决业务流程中的所有问题。
第二招是，您知道的技术越多越好。 例如，在古代日本，宫本武藏（Miyamoto Musashi）住-最著名的击剑者之一，是两把剑的风格的作者。 他曾在某所学校学习过一些大师课程，然后前往日本，与不同的家伙作战。 如果花花公子更坚强，那么旅程就停了一段时间，而武藏则去了学生们。 结果，在过去的几年中，他获得了各种大师的各种实践技能，并建立了自己的学校，并增加了自己的东西。 结果，他获得了独特的技能。 这里是一样的
您当然可以担任业务顾问。 总的来说，他们是好人。 但是，通常，他们开始实施某种技术，并且引入了业务所需的错误技术。 我们也遇到了这样的悲惨情况：没有人知道如何解决问题，也没有人想思考如何解决问题。 我们开始在互联网上寻找或致电顾问，然后问他有什么可以帮助我们的。 该顾问认为并认为有必要引入限制理论。 我们向他支付建议，我们花钱实施，但是结果为零。
为什么会这样呢？ 因为顾问说过，我们正在引入这样的系统，所以所有人都同意他的观点。 很好，但是一种技术无法解决一个业务流程的所有问题，尤其是如果初始先决条件不匹配时，尤其是我们和实施该技术所需的先决条件。
在这个家伙建议的实践中，您需要采取最好的方法并实施最好的方法。 不要采用全部方法，而要采用其主要功能，芯片和实践。 最重要的是要了解本质。
以他说的为例，例如混乱或边缘化。 在独白中，这个家伙重复了很多次，并不是每个人都完全理解scrum的本质。 他还读过杰夫·萨瑟兰（Jeff Sutherland）的书，在某些人看来，这本书“很容易阅读”。 在他看来，深层阅读很重要，因为scrum的基本基础之一是质量管理，这直接写在书中。
它说到丰田生产，关于杰夫·萨瑟兰（Jeff Sutherland）如何在日本表现出混乱，他在日本扎根了多少，并接近他们的哲学。 Sutherland谈到了Scrum管理员角色的重要性，以及Deming周期。 Scrum Master的作用是不断加速这一过程。 争执中的其他所有内容-分阶段交付，客户满意度，冲刺阶段的明确工作清单-也很重要，但是它们的移动速度应该越来越快。 工作速度应始终以测量单位增加。
, , « – », , : « – », , .
, - . , , . , , — : « , , ?». , …
. .
— boundary management ( ).
«», , , . - , boundary management, Harvard Business Review .
Boundary management , . , — , , , . boundary management - , — . , , — , , , .
. - .
, — . , , — «», « », «».
, , . , , -.
, — . .
1. , 1, , . , - .
, 1 — . 1 , .
1, , , Excel, . , , .
, - , . , , , . — (, , ..).
, , . , . .
., — , , .
. — (.. ) 12 . — 4 . — . .
, , .
( ) - , — ? .
, , -. , , . , , , « - », . . .
, , - . , . , .
— , — . — , (, ). — -.
, : -. - : , , ( — , , , , ..)
: , -, , … . 怎么了
.
— -, — , .
-, ? , . , , .
, , , .
, , . , , , — , . , , ( ?) .
, , , . — -.
, , -, , .
( ).
, , , , , - - .
, , . , . — . , , , .
, , , : , .
, , , . , , — - -.
- , . , « » :
« () , . , — . , . — ( — ) . , , ».
, « -» — . .