在压抑性管理模式中，领导者通常会选择比自己更愚蠢的员工，或者选择能够以某种方式“催眠”或勒索员工的员工。 他们正在寻找易于管理且容易中毒的“狗”。 从上而下的愚蠢指令将被直接保留下来，而无需更改，那些可以在其下代理它们的人将生存下来，其余的突发。 habr.com/post/124716
团队领导一切都那么糟糕吗？ 是否在没有人真正理解自己的需要时正式施加Scrum，或者逐渐引入他的元素，以便团队感觉其有效性。
利益冲突不仅在程序员中而且在工作集体中经常发生。 通常没有权利和有罪，经验和愿景会发生冲突。 当1 + 1 = 11，而不是2时，如何释放所有员工的潜力并获得协同作用。
受到足球世界杯的启发。 Scrum退出的故事。 所有事件都是虚构的，所有巧合都是随机的。 一种普遍且大大简化的情况。
这样，团队就形成了，分析师，前端，全栈后端。 不要乱。 该团队由一支能力强大，多元化，经验丰富的团队负责人组成。 公司管理层将全部权力授予他。
打个比方，假设一个项目是一个足球联赛。 整个团队都充满了挫败感，即失败或长期拖延的项目。 成功被认为是高质量，及时交付的产品，也就是说，根据所有比赛的结果，团队在冠军中的头把交椅。 游戏是冲刺。 Sprint-Scrum中的迭代，在此期间创建软件的增长。 它像足球比赛一样固定在时间上。 概述第一场比赛（冲刺），情况相当真实。
项目开始工作（上半年，一切进展顺利，目标得分为1-0）
因此，口哨声和经验丰富的球员，他们各自具有足够的经验，但又不能一起玩，则可以很好地完成工作。 分析人员设置任务，前端使应用程序位于mok后端。 一开始，一切进展顺利，项目的布局，架构，页面快速创建，客户迅速收到结果，团队收到了他的反馈。 大家都很开心
后端是单独开发的，正在构建体系结构，正在构建数据库，正在抛出近似方法。
非面向客户的后端（危险时刻，目标，在中间区域的帮助不佳，1-1）
分析人员表现出非常好的个人素质，将任务转移到团队，屏幕和说明中。
前端，接收通行证，排版表格，编写客户端代码，将通行证传递给fullstack-bekender。 并期望像这样：
获取/一些/方法
Fullstek支持者（团队负责人，又名团队负责人）通过了并给出：
通常，完整的堆栈在某个区域具有较浅的知识（这是因为在物理上它们无法深入地覆盖所有内容），但是它们将整个项目视为一个整体。 他们擅长于自己做所有事情的小型项目，并且对团队开发没有效果。
有一个停顿和困惑，当被问到为什么这样做时，沉默和无视，团队负责人知道他在做什么。 随着反复的传输和随后的问题，为什么如此。 答：“相信我，我知道我在做什么，您对整个系统没有任何了解。” 而平局是1-1。 在这里，领导者和领导者无能为力。
团队合作薄弱（信息，目标，2-1法卡普领先）
前端思考和紧张。 您需要在屏幕上扔什么？ 他再次询问，但互动没有结束。 Tim-leader-full-stack-beckender很紧张，撒了答案。 “想想！” “我自己做起来比较容易，”“踢球者。” 比赛没有进行，球队错过了第二个进球。
通过团队发展来加强实力（时间不利于团队，2-1得分相同）
前端投标对参数的猜测很少，学会了预测传球的方向，但游戏中仍然存在婚姻。 前端提供者并不能完全听见一切，而是需要团队开发工具（Redmine，Jira，Trello）。 领导才能见面。 从任务开始，例如：
问候语-> ??? （要从数据中获取哪个字段）
参数1-> ??? （要从数据中获取哪个字段）
参数2-> ??? （要从数据中获取哪个字段）
为了清楚起见，将数据直接清理到从后端到达的数据，并以可理解的形式在html中引发。 游戏已经稳定下来，但是时间不多了，支持fakap的帐户是相同的。
受伤，重构代码，（球队赢了，但是3-2没进球）
前端受伤，离开现场一段时间（计划休假），这时后端，爬入前端代码，花费时间进行重构，并英勇地将其数据直接从html中解开。 快速进球，太棒了！ 但是作为回应，他收到了分析师的错误和当前冲刺的未完成任务。 是的...团队很快收到了回报目标。 Beckender跻身最佳射手榜。 Frontender很快恢复了状态，并重新加入了比赛。 但是，由于传球没有通过，并且团队负责人自行管理，因此前线尚未投入大量精力。 最后的哨声，比赛结束了。 球队3-2输了，但是在下一场比赛之前（冲刺）。
冲刺回顾（第一场比赛的分析，坐在板凳上的前端）
在Scrum中，为了识别早期的问题并灵活地进行团队自我调整，Sprint的回顾由Scrum主管（团队教练）进行，但由于他不在俱乐部。 前端启动它。 聚集所有参与者，并解释拒绝玩通行证的谬误，因为一时无法改善整个锦标赛（整个项目结束）期间球队的比赛，并要求所有队员大声疾呼。 作为响应，团队负责人-团队负责人-全栈，提议将前端转移到另一个项目，因为玩家的意见不会打扰任何人。 球队保持沉默-俱乐部管理层也是如此。 传输被延迟，前端徘徊在板凳上。
如何进行俱乐部管理？ Tim领导者还是Scrum大师？ 公开讨论，表达意见或团队领导的唯一命令。 实际上，没有正确的答案。 为了弄清楚情况，您需要进入测试人员并以更多的速度来查看游戏。 这完全取决于项目的规模。
结语（时间已过去）：
非常感谢您的评论！
我们的生活是什么？ 游戏...
晚上好，在知识俱乐部，什么？ 在哪 什么时候 每个观众唯一可以用自己的头脑赚钱的地方...
在大厅保持沉默。
尊敬的专家（scrama）。 我再次提请注意这样一个事实，即文章在开始时就明确强调，团队所做的不是混乱，而是仅描述了显示混乱的尝试。
Scrum就像扑克一样，它具有非常简单但非常严格的规则。 但是同时，扑克和混乱是非常困难的游戏。
现在，注意是正确的答案。
在此过程中，违反了一个非常简单且基本的Scrum规则。 Scrum中的角色很少，并且清楚地阐明了它们。 没有所谓的团队负责人的角色。 Scrum管理员的任务是清楚地监视此规则的执行。 并停止任何违反它的尝试。 归根结底，后端的混乱发展到了前端，项目陷入困境。
Scrum是一个灵活的软件开发框架。 该框架基于经验方法（基于经验），旨在在复杂的环境中开发高价值产品。 en.wikipedia.org/wiki/Scrum
一轮 1-0-吸引观众。 鉴赏家会在音乐上休息一下，并为下一轮做准备。