关于Habré的信息非常丰富，并描述了一种灵活的方法。有一些文字描述了当团队中的一切都变得混乱时，它有多酷。但是，在介绍时髦的方法时，文章中的信息仅限于关键几句话，即“填写待办事项，进行计划，享受提高的团队合作效率”。
本文适用于那些已经听说过敏捷方法论，熟悉一些敏捷术语并且对在公司内的部门中确实需要使用Scrum方法的人。
如何确定我公司的IT部门确实需要混乱？
工作中流程欠佳的迹象是来自其他部门的多次投诉。这正是我们发生的事情。公司内的每个部门都将责任归咎于相邻部门，也必然归咎于IT。
关于IT，他们总是说“简单”事物的开发被延迟了。通常将“简单”的概念投入到整个项目的开发中，即使是一个完善的开发团队也需要两个多月的时间
团队内部的症状很明显：
- Timlid不知道每个程序员在做什么，因为...
- ...因为程序员在走廊接受了其他部门或公司管理层的任务
- 任务的优先级范围从紧急到“我们要做到不离开”
- 截止日期从未达到
- 项目信息通过口口相传
图片来自https://pikabu.ru/story/zamknutyiy_krug_rossiyskogo_biznesa_4270437
如果您公司内部的业务流程与此图相似，并且开发人员承受着永恒的压力，那么您的情况与我们公司所在的情况非常相似。进一步的步骤描述了这种情况的解决方案之一。我希望引入scrum的下10次迭代将能够使业务和团队摆脱困境，并从中受益。
团队领导工具
, :
- Jira
- Gitlab / github / bitbucket
- Confluence
- Google drive
- IT
, : , , , , , Google, Apple Tesla . ? , «»?
, , , .
?
- , - , , .
- , . 10 5 .
- .
, , , 4-
. « , »
IT . 10 2. « », , .
«» IT .
: , .
.2
, . , , . IT . , , , , , . 100 100 , //.
: , .
. +2 . , - , — .
, .
.3
— . , . , , , … , , 10 19 . .
:
jira 4 : « », « », «» cost of delay, , .
4 : «», «», «» storypoint — ?
, , , , .
: . , , — . .
. .
.4
, : -?
, 10%, , .
: - , . , . , 3 .
. .

.
: , , , .
.5
, , , . , ?
: .
, , + 50%, .
: , , . , - ( ?)
.6
- , , . , . , . .
. «» . . - , - .
, , .
: .
.7
, . , !
: , . .
, -, , , .
: , . .
.8
.
- 3- — TODO-IN PROGRESS — DONE
.
- . - , , .
: , 90%, , .
- — c. , . , . , , .

, , .
: , . …
.9
, 10-15 . 5 . . , . todo ready. , , .
: - .
.10
, , , .
, .
, . , , - , 15 . .
在执行了9个困难的步骤之后，您可以澄清公司中整个部门的工作，可能会多次提高其效率，但是您无法数出遇到的麻烦。某些迭代可能需要几个月的时间，有时在没有适当压力的情况下，可能会回滚到先前的步骤，因为返回总是很容易。但是，如果您已经在这里，那么我很高兴祝贺您走过这条棘手的道路。