一旦我换了工作，从一个结构良好的大型组织发展成为一家蓬勃发展的创业公司。 我真的很喜欢所有的事情：人们工作的精力，专业精神和内部沟通的热情。 但是，当他们开始把我的事转移给我时，一个惊喜正等着我：
-没有描述的意义？ 也就是说，您没有写任何内容，您的团队按照什么规则工作？ 真的吗？ 甚至是SLA？ 那你怎么给我 在内存方面，如果某种安排被遗忘而不传输，该怎么办？ 我如何理解这一点？ 哦妈咪...
您是否曾经感觉过自己的头是圆的，而想尝试的想法是方形的？ 这就是我对自己的看法，试图了解自己的工作方式。 初创企业不再小了-超过200名员工，在多个国家/地区设有办事处，客户遍布全球。 据我所知，关于开发团队如何工作，发布频率的协议，根据他们修复票证的规则，报告方式，文档在哪里以及如何更新的协议-一切都是凭直觉决定的。 这真是太好了-当您很少并且所有人都集中在一个地方时。 但是，当您的新团队位于一个新位置时，其他城市甚至国家/地区的其他所有人以及每天都有越来越多的新人们……我感到不自在。
结果，由于我接受了技术教育，我想起了一个简单的想法：
系统从系统中的任何位置更改
她决定，我可能会把系统从混乱的状态带到结构清晰的状态。
对于程序员而言，不仅对于那些认为描述管理流程是浪费时间的程序员而言：就像代码中应包含技术和用户文档一样，公司的工作也应通过说明和流程来描述。 出于相同的原因：规则越多，规则越混乱，提及起来就越困难。
如果新来者的数量不断增长并且过程趋于不断变化，则尤其需要对它们进行描述。 以后有什么用：
- 提醒人们该流程的工作原理（例如，不执行时）
- 在过程中放一个新的
- 在不丢失任何内容的情况下对流程进行更改
- 考虑一下我们在做错什么，并优化流程。
我从没想过我会写它，看来这是事实。 但是，事实并非如此，技术初创公司通常会错过管理流程的复杂性，而宁愿认为一切都应该自己解决。
写什么
简而言之，然后是与各方的指示和协议，说明如何组织工作以及事件，组织中的事件，问题，发布，知识，能力，安全性等。
如果更多，请打开ITSM Talmud并阅读:)
本文不完全是关于描述什么的内容，而是关于如何描述和实现过程以便生存的信息。
怎么写
进行描述以使人们使用它的任务并不是一件容易的事，特别是在领导者并非来自上层变革的情况下。 纯粹的抵抗使它变得更加复杂。
我发现了抵制的根源，大约5年前写的大约10到30页的详细说明，一年后每个人都忘记了。 就是说，结构化尝试是行不通的，并且有信心行之有效。
通过阅读这些文档（顺便说一句，很明智，但又太长了，太老练了），我让自己刻薄了
第1课： 描述简短生动的安排。用简单的术语无法解释的是一个复杂的过程，是您的问题，而不是一个阅读它的人。 也许您正在尝试将多个过程合而为一。
第2课 如果无法使用图表-请勿使用。 切勿使用复杂的图表。从外部看来，相反的情况是，阅读码头要比看图表困难。 我也是这么想的 但是，我现在持有两个文档，描述了我们将如何发布功能（文本和图表）。 图表未更新（困难或一次更新），文字一直在更新（不止我一个人做了很长时间）。
第3课： 两个简短的文档总比一个更长。没有人再阅读长篇文章，您只需要忍受这一点。
第4课： 如果您自己不会写，就不要写。
人们更容易使用自己想出的东西和自己的结构。 说服某人建立协议的重要性比写自己更正确。 虽然，当然不容易。
第5课： 如果您仍然写自己，请要求检查通常，在“如何处理我们？”这个问题之后出现一个文件。 好吧，如果您将文档发送给接收信息的人以进行验证，并写上“请检查，对吗？”
第6课： 除了入口，出口，表演者和负责人以外，每个文档还应该有目标受众就像在营销中一样：要阅读一篇文章，您必须亲自对它感兴趣。 如果将每个人的信息都集中到一个文档中，那将会很长，而且我们记住，冗长的文字会吓到现代人。 例如，每个人都有一条通用规则，即我们如何按照GDPR进行工作。 实际上，这些是三个文档：
- 对于所有员工-规则本身的描述，信息可以做什么和不可以做什么。
- 在特殊情况下在何处以及如何联系-为开发人员和支持服务
- 所描述技术的执行方式和位置-适用于开发人员
为了做到既描述又起作用，该怎么做？
声明您和您的团队受到书面管理。
如果出现问题，我打开文档，用手指戳，然后说，我们同意这样做。 需要解决什么？ 如果说手册中的某人对票务的截止日期不满意，我会打开流程，上面说
- 我们如何拿票上班，
- 他们可以经历什么阶段
- 停止在机票上工作的原因是什么？
- 每个阶段的平均时间是多少？
并提出一个问题，我们将要更改流程，票证优先级还是其他？
这几乎可以减轻不满，促进沟通，最重要的是，可以提高工作的可预测性和透明度。 有透明度的地方就有信任。 有了信任，您可以建立更多的产品。
另外，如果故障不是在公共场合而是在管理混乱中（实际上是80％的情况），它使您能够捍卫团队。
向人们展示其工作原理
发布管理过程的一部分源自与发布管理者进行的三次对话。在此基础上，我向管理层解释了为什么发布需要这么长时间，发布管理者要求进行讨论。 现在，这里有一些有关如何，为什么以及应该在此处发布什么的文档。 当然，不是我写的，而是发布经理写的。 让人们习惯这种方便的事实，它使您从不必要的解释中解脱出来，并可以一次对所有人透明。 举个例子。
成为知识的来源
我不会忘记不时地进行一次小型演讲，有关工作形式的书面协议要比未书面协议要好得多。 我对此感兴趣，所以每个人都必须听很多遍。 渐渐地，我们达成的大多数协议不是第一次，逐渐融合在一起。 水使石头变硬。
你为什么需要它
至少，头部和工作场所中的混乱会减少。
最多，您很幸运，您会在这个组织中被视为一位聪明的经理，知道如何处理流程。 :)
关于争议的想法，只是在推测。
我有一个非常认真的信念，那就是某人无法从外部编写和实现流程。 他可以描述当前状态，但是没有人会支持该过程。 而且，如果您需要快速更改，它们将发生，并且该过程将等待其创建者进行更改。
管理流程是使用它们的人的业务。
但是，过程方法不是外部施加的规则，而是我与外部世界就与我合作的规则达成的协议，这应该发生。 那么，过程方法将不会阻碍组织的发展（我以前已经看到过），而是增长的催化剂。