我已经尝试过处理“机械”混乱（
第1部分 ， 第2部分 ， 第3部分 ），在本文中，我将尝试写出一种通用的“烧伤”药物。 就其本身而言，“燃烧”，“沸腾”等 -这很好，这意味着您不在乎（
但是冷漠是迈向沮丧的一步，或者按照IT惯例，是精疲力尽 ）。 例如，
在 这里 ，
这里 ，
这里或
这里 ，已经有很多关于倦怠伤害主题的材料和镜头。
一种普遍的看法是：“黄油是进步的动力。” 但是它经常是这样的：被烧掉=>表面上的解决方案很快被采用，掩盖了问题=>解决方案付诸实践=>它继续燃烧。 换句话说，我们没有进行分类和诊断，而是立即进行治疗。 我将尝试通过示例进行说明。
首先，让我们定义术语“透明度”。
Scrum指南以这种方式定义它：
负责结果的人员必须清楚过程的重要方面。 透明度要求这些方面由通用标准定义，因此观察者对所看到的内容具有共同的理解。
负责结果的人员应该可以看到过程的重要方面。 这些方面应由通用标准定义，以便观察者平等地理解观察的对象。
这些定义仅适用于过程，我想更广泛地考虑这个概念。 我不会承诺给出确切的科学定义，但是我将尝试通过其存在所必需的条件来描述“透明度”。 因此，为了提高透明度，您需要：
- 某人需要的对象;
- 与设施有关的所有利益相关者的共同目标；
- 所有利益相关者实现目标的愿望；
- 所有人以一种语言交流的能力，即 开发这样的概念框架的能力对所有相关方都有意义（ 例如，诸如ROI和Redux之类的术语，尽管它们在特定的信息环境中非常强大，但它们似乎位于不同而遥远的平面中 ）。
如果满足这些必要条件，则可以开始建立透明度的过程：定义任务，定义解决问题的成功标准，开发评估标准的方法。 怎么可能：
首先，我们回答主要问题：
可以按以下顺序进行操作：
- 我们定义了术语（ 例如，每个人都以相同的方式理解完成的任务，而不是为了开发是在编写代码时，而对于商业是在客户开始使用结果时 ）；
- 我们在关键方面达成共识，以及如何衡量其状况，如何看待结果（ 例如，我们每天收集一次，查看计划，确定与该计划有关的状况 ）；
- 我们体现我们的计划。
另外，我要强调，一致和普遍通过协议很重要，否则，很难实现参与。 确实，在决策系统中（
例如，在军队中 ），概念基础是统一的，行动和评估标准是明确的，但是参与者接受（
有同理心 ）多少是一个大问题。
我希望我能揭示出我对透明性的想法，然后我将尝试举一些可以增加透明性而改善的情况的例子。
我是一个发抖的生物还是我有权利？
最近，在我看来，IT环境中的职业倦怠问题非常严重（
围绕该主题举行了整个主题会议，例如， PiterJS ，我的同事Zhenya Kot bunopus发表了一份报告 ）。
我们的工作是知识分子，思维定势是分析性的，那么，您自己就是这样。 在我看来，存在不存在困难的发明倾向。 有时，这恰恰是由于缺乏透明度（
这里有几个研究结果： 一个和两个 ），而不是因为工作量大：没有必要的信息-我会自己想出（
记住分析心态 ），我会从假设中得出结论-我会制定一个计划并与空中的城堡进行战争。 以下是我们可能
关心的问题（
IT专家 ）：
- 但是我在胡说八道吗？ 我的工作如何改善世界？
- 我的业务状况如何？
- 是的，他们知道我是谁？ 他们是谁 他们允许自己做什么？
- 接下来是什么？ 我要去哪里 我去那些？
问题是正确的，一个人反思过去，思考现在并计划未来很重要。 考虑周围的人很重要。 当然，将其投入工作后，我们可以期望工人自己会寻找这些问题的答案，从而弄清他们所关注的问题。 但是，您可以简单地使所有这些透明化，然后人们将专注于更高级别的问题并在下一级别解决问题，以优化，创新等为目标。 有很多工具可以提供这种透明度，下面是一些示例：
- 公司的目标，使命和战略对员工开放且易于理解，并且众所周知。 所有战术任务都是通过与策略的沟通来教授的，总是很清楚这是什么目标。 很明显，不仅需要做些什么，而且为什么要做。
- 员工定期收到有关其工作结果的反馈：成就，增长点（ 例如360或1到1个 民意测验 ）。 联合开发计划，并检查实现该计划的动力。
- 描述的组织结构及其中的沟通：可以与谁交谈和与谁交谈。 社会合同，团队名片等
- 透明的激励系统，职业树，以及可能对此过程进行游戏化。 您可以从升升或2GIS的示例中获得启发，并建立自己的文化，使员工了解如何确定和影响他们的物质动力水平。
但是，现在，像往常一样，每个人都在忙于寻找“一个人在这个世界上的位置”，并且如果提供了至少在工作中定义自己的工具，那么这样的员工将更加和谐和快乐，并且职业倦怠的情况可能会更少。
十字军东征
我们白人喜欢在圣战中打破长矛：
React，Angular ，iOS，Android，OOP，功能主义等。 但不幸或幸运的是，没有“银弹”。 有特定的任务和解决方案。 根据
Kenevin模型 ，当我们面对技术，框架，体系结构等的选择时，
很有可能我们处于“混乱”的领域，因此，没有正确的答案。 在这种情况下，理想的是认识并解决要解决的问题，以了解我们正在考虑的替代方案，决策标准。 有必要一起收集这些数据，做出选择并记录下来。 随着时间的流逝，值得回到这些工件并与我们的移动位置保持一致。 一切都是可变的：世界，公司，团队，特定人员，条件等，因此，当我们获得有关哪些区域以及选择原因的信息时，根据此知识调整路径就变得容易了。 不要陷入将
胸部背心撕裂的经典境地：“但是，谁发明了这一切？！ 一旦堆积起来，人们似乎就不合适了。 这是正确的答案，这很明显。 我将保存所有人并重做所有事情。”
我认为许多人都熟悉这种情况，当他们试图建立一个“美好的新世界”时，将他们的领导者，团队换成愿意烧毁巴比伦的人，但结果不是凤凰，而是妖精。
您可以尽一切努力，但要追溯分析所有错误和不准确之处，跟踪技术决策的逻辑，考虑到风险并提出新的假设。 决策的依据不是“他们都是傻瓜……”，而是“条件已经改变，我们已经在解决新问题。”
在我看来，始终难以做出正确的技术决定。 您可以学习设置实验，评估获得的结果并计划下一步，同时要考虑到收到的新信息。 如果拥有对所有感兴趣的各方可用的工件来描述技术决策的逻辑，则可能会更加容易。
在压缩的cp * ki中实现敏捷/ scrum /看板/精益
在敏捷环境中存在着永恒的争论：“从哪里开始转变：是从文化/价值观/思维方式还是从机械/礼节/人工制品？”。 如此经典的鸡肉和鸡蛋困境。 我的立场是，对于“坚强而独立”的敏捷教练来说，可能会发生以下情况：通过机制逐渐使团队变得正念。 但是更常见的是，如果您从机械学入手，并以某种方式引入货运领域，那么我们很可能会对方法论产生怀疑和失望，在最坏的情况下，我们也会感到讨厌。 《
尖叫指南 》对此进行了很好的描述（如何
翻译 ）。
因此，我赞成分析将多少敏捷价值纳入您的案例，然后再继续进行框架或技术的应用。 没有通用测试，但是有石蕊试卷（
例如： 敏捷测试和敏捷 指南 ）：首先考虑条件性Scrum是否对您有帮助（
测试表的另一个示例 ）。
让我们看一个例子：由于发展缓慢，企业被烧毁了，因此做出了决定-让我们实施scrum / kanban / lean，因为它可以加快发展速度（
因此并不意味着 ）。 随着时间的推移，我们得出的结论是：“这是骗术和营销技巧，它不起作用。” 一个熟悉的故事？ 我的观点是从透明度开始。 让我们了解到底是什么困扰。 让我们以相同的术语开始讨论，以相同的方式理解术语。 让我们提出以下问题：“问题是什么？”，“我们如何理解这是不好的？”，“如何理解更好的东西？”，“我们如何确定什么是好的？”，“每个人都意识到问题并意识到了她是一个问题（
例如，不是愚蠢的管理者的异想天开 ）吗？” 当一切变得透明时，此时此刻您可以寻找解决方案。 实际上，“缓慢的发展”可能意味着：
- 没有正常的部署过程；将更改部署到产品上很痛苦。 解决方案选项-实施DevOps文化，运行CI / CD ；
- 商业和发展还没有学会说话。 在企业看来，发展不了解任何东西，相反，发展认为企业不知道自己想要什么。 可能的解决方案-尝试建立目标设定，建立影响映射或使用OKR ；
- 层次结构充满了微观管理，由于需要与上级决策协调，因此战术决策的采用缓慢。 解决方案选项-培训人员促进工作， 充满信心地进行实验（ 观看TED的激励视频 ）；
- 清单继续。
可能有很多情况；对于每种情况，都有自己的改进工具。 并经常执行敏捷/ scrum /看板/精益/等。 它看起来就像用显微镜锤打指甲，实际上是在制造暴力活动的外观，但并不是在寻找解决问题的方法。 因此，“不要让自己成为偶像”规则在这里起作用：您不应在炒作方法/方法论/框架中寻找灵丹妙药，首先要意识到要解决的问题，然后选择解决方案工具。 事实证明，走上了持续改进的道路（
意识到问题，形式化工作，透明化，通过实验找到解决方案 ），您将构建出与众不同的流程，但它对您而言非常有效。
为什么我这一切
根据Kenevin模型，几乎我们所有的IT工作都处于混乱的领域，这意味着专家意见在这里不起作用，也没有正确的答案。 舒适存在的一种可能选择是从透明度开始的经验过程。 看来这些是普遍的真理，但似乎并不总是能记住它们。
如果您在这个地方读书，并被另一位民粹主义队长的文章轰炸，那么您可以尝试问自己一个问题：
- 为什么会燃烧？
- 为什么让我生气？
- 可能有什么不同，以免引起我这样的情绪？
在注释中写下所有这些内容：将所有点都放在i上并使该问题透明。
总结：不透明会导致社会瓦解，成群结队，进行神圣的战争，
宣言等。 但是您可以坐下来，先尝试说相同的语言，然后互相听。 全部透明！
感谢您的插图， Sai Kin ！