-嗨！
-嗨！
-告诉我，提供技术支持是什么感觉？
-好吧，想象一下一辆自行车...它燃烧着...你燃烧了...道路燃烧了...一般来说，你在地狱...
（c）作者不明不管您是谁，无论是新手还是经验丰富的经理，我们每个人都面临着这样一种情况：任务很多，它们来自不同的来源，最终看不到边缘。 即使作为“控制投篮”，昨天有人还是要求做所有事情。 您在本段中认识到自己吗？ 然后本文将为您提供帮助。
我将告诉您，当他们将技术支持管理移交给我时，我在工作中遇到了哪些主要问题，这些问题去了哪里，三年后我们现在的生活如何。 简而言之，看板的一些技巧和原则如何帮助我个人和整个团队大大减轻了专家的负担。
实际的问题是什么？
IT领域中（不仅是）最常见的项目管理：
- 大型任务清单
- 装修经理；
- 这些任务的大量来源；
- 未能按时完成；
- 不满。
哈，有什么好可怕的？ 您接管并完成任务-这就是兔子的全部魔术。 所以是的，但是似乎“我们的野兔是有缺陷的”。
新任务每天都到来，旧任务的寿命成倍增加。 在每位专家处，任务的数量以数十个为单位进行衡量，而且没有尽头。
从程序员到客户，在我们看来，参与链条工作的每个人都在洗我们的眼泪（实际上，我相信他比我们更糟，我们真诚地竭尽所能）
采取了什么解决方案
自然地，我们很清楚这不再可能继续存在，需要解决一些问题。 我们发现了优势，并开始寻找解决方案。
下面，我将简要介绍几个“最酷”的选项和一个好的选择。
7-14天计划，最后到期日
是的，他们是傻瓜，但是经验很有用。
这个想法的实质是什么：
- 对于每个任务，我们计算出将花费多少工时。
- 在接下来的两周内，为每个日期分配了特定的任务清单；
- 该清单是根据应该花费的总时间和可用的工作时间 （我们有7个实际工时）而形成的；
- 任务本身会立即分配给专家，以使工作完全充满7个小时。
好酷！ 现在我们有了一个清晰的计划，我们知道什么时候会完成什么任务！ 在这里-救恩！
这些话之后的第二天出现了“管理BP”。
一点歌词。
许多不同项目的技术支持（至少与我们合作）的细节使得您永远都没有下周计划任务的最终清单（积压）。 即使是3天的积压订单也属于幻想类别。 任何时候任务都可以执行，这需要立即完成（有时是有道理的，有时没有道理，但这并非如此）。
现在，我所说的“管理地狱”到底是什么意思。
从“此时此地”类别中新完成的任务完全破坏了整个计划。 您不仅需要移动
当天的任务，而且还必须移动
全部两周的任务。 这是合乎逻辑的，因为 如果不这样做，那么专家每天将获得超过7个人/小时的列表，但是对于我们来说，这是不可接受的。
这些运动在精神和身体上都花费了大量的时间和精力。
由此，管理者的任何请求都被视为“充满敌意”，任何新任务都成为灾难。也许这是我们尝试进行的“最酷”的决定。
根据类别为专家创建任务列表
宇宙相对及时地解释（可能早些时候），对于不断到达的任务，不能选择设置特定的执行时间并以此为基础进行构建。 接受，理解并放弃了这一点。
但是您也不会碰到一般的程序员列表，可怜的家伙会迷路的。 为了避免这种情况，我们提出了一个任务类别系统（小，中，大和非常大），并开始将所有内容分配到类别中。
这个想法的实质是什么：
- 根据初步评估，我们将任务类别划分为：小，中，大和非常大；
- 每个类别都有自己恒定的平均运行时间 ，类似于Story Points（也许是）。
- 每个专家都有自己的单独任务列表（基于类别组合）。 例如：4小+ 2中； 3个小+ 1个大； 6个小; 1个非常大的等
- 因此，接下来的3天（需要计划，至少是最弯曲的计划）。
万岁，终于！ 伙计们，我们拥有了一切，然后……在Cosmos周围的某处重新装上了他的枪，并开始向我们射击。 这个决定怎么了？
- 后来，我们开始维护典型任务的基础，以简化类别的分配。
- 我必须遵循每个专家的队列（尽管与每天几次发布日期相比，花费的时间相对较少）。
- 紧急任务无法解决的问题并没有解决，他们仍然被迫重新编制列表。
这似乎是一个很好的解决方案。 比第一种选择略胜一筹，但在出现紧迫和重要任务方面仍然不够灵活。
基于提取系统的技术（看板）
碰巧的是，我花了一个免费的网络研讨会时间专门用于敏捷和基于它的一些方法（当然，这是课程的广告）。 因此，只有在主要部分之后，才有人提到看板，不仅是一种成熟的技术支持技术。
受新信息的启发，开始阅读有关管理奇迹的日子。 我们获得了信息，现在我们准备尝试采用适合我们的（当前）方法。
这个想法的实质是什么：
- 专家没有自己的队列；
- 所有准备工作的任务都移到一个通用队列中 ;
- 从此队列中形成当前计划 。 计划是任务列表，该任务列表没有最终执行日期，并且此刻与此刻相关。
- 在这些优先事项的基础上，任务属于当前计划 。 经理（任务寿命，紧迫性等）；
- 该计划对其中的任务数量有限制；
- 该单位的所有专家都拥有相同的当前计划 ;
- 完成当前任务后，专家会绘制下一个最高的任务，依此类推。
好啊 他们想出了，他们告诉大家如何做，我们看。 伙计们，真的吗？
1.5个日历周后的结果是什么：
- 我们仅将开发中的当前任务数量从75个减少到25个！ 并且这提供了传入的任务流保持不变
- 减少计时的负面影响
- 工艺的灵活性
这就是立即可见的内容。
但是，一切都或多或少起作用的是怎么发生的呢？ 我对此的想法是：
- 程序员自己不再选择最容易理解的任务。 现在，经理可以管理队列，并且仅将当前最必要的任务放入计划中（这是关键点）。
- 这种拉动直接影响了经理和客户的消极情绪的减少。 怎么了 是的，因为在一个项目上没有同样紧迫的任务，而负面的极有可能在当前引起最大的价值。
- 猫的灵活性和优雅性，有时甚至是土豆的敏捷性-拉动系统使我们能够应对重要而紧迫的任务，而不会浪费或浪费时间改变队列。 我们将必要的任务转换为计划，并从中删除最新的任务（还记得计划中的限制吗？）。
总结
如果您面临着繁重的任务，甚至来自一个来源，并且感觉不到自行车的燃烧程度超过了我们的期望，那么请把目光转向看板。 基于这种方法的原理，可以在当前业务流程中轻松实现它。
目前，我们已根据需要对采掘系统进行了调整，使释放量正常化。 当然，也会发生“结垢”，但过一会儿，系统会根据当前功能达到相对标准。
还值得理解的是，看板不仅是一种“枯燥”的方法，而且还是旨在不断改进和适应当前流程的一套价值观和原则。 完美无止境，因此只有前进！