突然，我们意识到吉拉已经变成了垃圾场。 每个第二个RP都会配置Jira，因为这对于他来说不受控制地更加方便。 当项目开始燃烧时，它开始手动灭火，使跟踪器中的任务处于某种状态，远远没有完成。 如果项目创建了完整的CI / CD，则大多数开发任务将处于正确的最终状态，而其余任务...
一些项目冻结，一些项目失败，RP被踢出，但Jira中的任务并未清理。 您手头上有10到20个正在进行的“项目”，您需要快速了解它在哪些方面影响更大。
比较了参加KiFB（弗朗西斯·培根俱乐部）聚会的参与者在解决该问题上的经验，我们以记录的形式介绍了这种经验（为此感谢所有参与者）。
最初，您来到一个拥有50多个项目的组织，在那里引入了一个跟踪器，它强烈希望建立系统的项目管理，包括透明的报告。
根据项目经理（RP）的意见以外的其他原因，对项目状态的理解将投入到客观性方面。
为什么这样 像大多数人一样，RP经常被人打错。 RP做什么？ 隐藏他的错误，直到为时已晚。
一些报告是由财务和法律管理部门提供的。 付款，合同，费用，行为等。但是，如果工作过程本身出现问题，这些资金就很少用于问题的早期诊断。 如果工作流是通过任务跟踪器控制的，则可以从中获取信息。
（但是，如果安置计划的某人会阅读这些报告，得出结论并做出他们应负责的决定，那么这当然可以工作）
为什么我需要报告
报告不需要报告
从电影“五角大楼战争”中拍摄。 审计员带来了报告。 所有报告。
面对大量报告中的大量数据的经理可能会陷入困境。 （删除表格：如果您要报告-获取报告）。
该公司通过完成任务来收钱。
报告应主要显示未来资金的流入，相关的资本，利润产生率和运营支出。 如果使用跟踪来管理更改，那么它也是更改的速率。
有不同类型的活动（共同进行和相辅相成）：设计，过程，组织和研究，其分析略有不同。
项目活动
在固定成本的项目中，跟踪作业的燃烧速度很重要。 如果工作是作为Jira中的任务开始的，那么报告（我们将在本文中不涉及）将有所帮助。 另一种常见的方法是使用甘特图以及预算计划事实来跟踪项目的状态（糟糕的是，Jira中的任务经常被忘记关闭）。
研究成果
研究活动一方面不需要解决所有分配的任务，另一方面，解决的任务通常不会创造收入。 那些不是主要活动的组织以小团队和短周期进行研究，其中“结果”进行管理。 Jira报告在管理方面无济于事。
流程活动
考虑流程活动-这是任务的传入流的执行，其付款与执行相关，而任务以一定的规律性不断到达（换句话说，没有固定的范围）。 例如，对IT系统的改进。 在这种情况下，报告可以直接反映流程的状态。
即将到来的任务是未来的钱。 挂任务=挂钱。 烂掉的问题（不再需要）=损失了金钱。 已执行工作但未关闭的任务=相关资本，如果任务变坏，则可以将其丢弃。
您未来的营业额是多少？ 这些都是新任务，需要与客户达成一致的评估。 但是要看到这一点，您需要清除炉渣-已过时且不相关的任务。
什么是相关资本？ 在销售价格中，这些是已完成但尚未完成的任务。 在成本价格中，这是以小时为单位或以工资单价值表示的此类任务的人工成本。 渣少。
收入产生率是多少？ 解决冲刺中问题的金额减去团队的拥有成本。 但是为此，任务必须更改其状态+人们要注意在项目上花费的时间。 但是，通常，使用这些问题指标，最少出现。
组织活动主要是变更活动。
您改变的速度有多快？ 有时间改变吗？ 这是组织任务的速度和新任务积累的速度。 并报告挂在员工身上的任务，让您记住执行的决策。
走向精益的进一步途径得到了更复杂的报告的支持（这些报告在聚会上没有太多涉及，也没有详细签名）。
有什么想法：
- 由于等待而浪费时间。 从招聘到实施所花费时间的比例。 积压超时。
- 由于不必要的运输造成的损失。 生命周期中的退货数量，并计算出等待处理的时间损失
- 由于不必要的处理步骤而造成的损失。 由于与主管或主管协调任务的不必要阶段而导致停机。
- 库存过多造成的损失。 未进行培训，公关或预售的员工的停机时间
- 由于不必要的移动而造成的损失。 浪费时间组织会议，寻找联系人，等待代码编译以及运行单元和其他测试。
- 因发布有缺陷的产品而造成的损失。 在战斗中发现的错误与测试中发现的错误的比率。 纠正错误的工作量。 由于阶段性差而进行的变更工作量。
- 过度生产的损失。 实现不影响业务绩效的功能。 测试不重要或不受影响的功能的损失。 支持过时的浏览器或其版本。
但在此之前，您需要清除炉渣上的炉渣。
我们清洁吉拉
步骤1。我们不进行任何配置
请勿更改工作流程，状态，分辨率。 尽管处理不正常的状态很不寻常，但这是人们在某种程度上投入的数据。
步骤2.我们删除旧项目
以（项目，上次任务状态更改的最后日期）格式报告。
没有动静的项目是可以转移到档案中的候选对象。
如果项目负责人仍在工作，他将说出状态，否则，状态寻找开始。
我们会将归档项目的任务转移到最终状态，但不会修复。 有冻结的项目。 这些任务的状态转换为冻结状态。
步骤3.我们删除旧任务
报告未完成任务的最新状态少于X（两年多。但通常，如果任务挂起90天-“变糟”）天，按受让人分组。 负责人会说（如果他被任命而不是被解雇），很可能他们烂了。
步骤4.删除不必要的任务类型
按任务类型分配未完成任务的报告，以删除不必要的类型。
步骤6.我们分析被解雇的任务
我们与被解雇的演员一起挑选任务。
观察下岗员工的上司任务特别有趣。 员工负责人允许“流失”相关任务所花费的时间，并且没有组织完成任务。
我们在解雇法规中输入了超过/关闭无关任务的义务。
步骤5.搜索并解析最大的堆
报告未完成任务的状态。 我们确定大多数任务处于哪种状态。
如果状态是工作中的任务，那么我们将针对执行者在此状态下的任务分配情况生成报告。 我们挑选出没有指定执行者的任务，我们通过“实时”执行者查看任务。 在某些艺术家上，已经完成了2000项任务。 嗯...
步骤7.我们标准化状态，解决方案，生命周期
一个机会平等地看待任何项目。 我们遇到并打破了RP的阻力。 las，人们不喜欢考虑其互换性，这是一个典型的论点：“我在管理项目方面很独特，我需要一个独特的生命周期。”
步骤8.我们正在寻找最有问题的项目。 我们看一下燃烧的报告
吉拉-可以有两种类型的项目
- 燃烧报告适用的任务范围已知（发生这种情况）的项目。 有时会发生。
- 流程：处理连续任务
专案如果任务池已启动，那么我们将查看完成情况预测，并在预测不令人满意的情况下采取措施。
流程我们针对即将到来的任务着眼于已解决的问题。
划分的任务分为外部任务和内部任务（培训，重构等），我们在图表上仅显示外部任务。
如何阅读图表
有三个条件图：
IT的现实是，发布任务所涉及的劳动具有很大的统计范围（当然，除非是诸如授予权利之类的任务）。
因此，为了确保获得必要的SLA支持，必须对资源进行有计划的规划，否则将导致任务在传入任务缓冲区中的积累，这将使截止日期变得不可接受。 人们在休息期间不会总是忙于处理即将来临的任务，进行培训或其他非核心工作。
在产品开发过程中，他们试图防止开发人员停机以确保最大的开发速度=赚钱。 为此，您必须始终在待办事项列表中提供任务，这意味着该任务的大部分通常不会完成，并且由于任务逐渐失去相关性，因此这意味着任务将永远不会完成。
选项A
这是功能的实现，这很正常。 输入的功能比团队可以消化的更多。
如果这是支持（管理和错误修复），则情况很糟糕。 错误越多，校正速度就越慢。 校正越慢，累积的错误越多。 火药桶下正在滴答作响。 滴答滴答....
选项B
如果团队完全按照积压的任务完成任务，那么这意味着
- 要么将待办事项保存在另一个项目/地方，结果您就看不到报告中的未来营业额，也无法根据报告来确定增加团队规模的重要性，
- 或人们在停机时自行创造任务（感觉和直觉，没有客户需求，市场分析等）； 有多少这样的任务不清楚，这令人震惊（如果已经有90％的事情发生了），
- 否则报告是伪造的。
选项C
好的，如果有支持的话。 团队必须有停机时间，以便可以快速有效地解决问题和任务。
如果这是功能的实现，那么这种情况通常是不正常的。 一旦积压的任务积压下来，比新任务了解得更快。 为什么会这样呢？
- 例如，团队已经大大增加，正在分析债务，但与此同时，业务需求不再增长。 企业没有对机会的增长做出响应（没有做出反应），或者更糟的是，该产品已取代并停止了增长。
- 或产品停滞不需开发。
- 或营销已经停止创造新的机会。
阶段访问安全性步骤
我们通过Internet链接到Google Dox来捕获任务。 所有文件都必须在边界内，我们设置了向内传输材料的任务
分析师控制步骤
阶段在哪里制作？
选项A。在脂肪中。
选项B：在Google Doks个人员工中。
正确的选择：功能更改通常应该与Confluence中的技术和工作文档一起更改。 如何控制呢？
我们用胖子将语句页面链接到任务（只需插入链接，这将自动导致创建双向链接）。
我们针对汇合页面的变化生成一份报告，并使用Jira关于劳动力成本改进的报告对分析进行总结。 劳动力成本显着提高的所有改进都应与商品变更相关。
致谢
感谢KiFB的活跃成员准备的材料和讨论的组织，以及所有参与讨论的人。