Свобода и ответственность: Опыт Танков Онлайн в создании agile-культуры
•Download as ODP, PDF•
13 likes•3,367 views
Развёрнутые тезисы смотрите в Notes (вкладка над комментами). Удобнее смотреть в Impress/PowerPoint (режим примечаний) — исходник презентации можно скачать через Save вверху.
Recommended
Recommended
More Related Content
Viewers also liked
Viewers also liked (10)
More from Anton Volkov
More from Anton Volkov (12)
Свобода и ответственность: Опыт Танков Онлайн в создании agile-культуры
- 1. Свобода и ответственность Опыт Танков Онлайн в создании agile-культуры Антон Волков, 30 марта 2013
- 4. .
- 19. Почему?
- 20. Почему?
- 21. Почему?
- 22. Почему?
- 23. Что делать?
- 24. Среда для появления культуры ответственности
- 29. Ответственность может появиться, если есть:
- 30. Ответственность может появиться, если есть: ● Добровольное её принятие
- 31. Ответственность может появиться, если есть: ● Добровольное её принятие ● Свобода выбора
- 32. Ответственность может появиться, если есть: ● Добровольное её принятие ● Свобода выбора ● Ограничения
- 33. Ответственность может появиться, если есть: ● Добровольное её принятие ● Свобода выбора ● Ограничения ● На всех уровнях
- 34. Ответственность может появиться, если есть: ● Добровольное её принятие ● Свобода выбора ● Ограничения ● На всех уровнях ● Последствия
- 35. Не имеет смысла нанимать толковых людей, а затем указывать, что им делать. Мы нанимаем толковых людей, чтобы они говорили, что делать нам. Стив Джобс
- 50. Промежуточные итоги ● Появился план
- 51. Промежуточные итоги ● Появился план ● Прозрачность
- 52. Промежуточные итоги ● Появился план ● Прозрачность ● Задачи — MMF
- 53. Промежуточные итоги ● Появился план ● Прозрачность ● Задачи — MMF ● Самоорганизация
- 54. Промежуточные итоги ● Появился план ● Прозрачность ● Задачи — MMF ● Самоорганизация ● Ответственность
- 55. Промежуточные итоги ● Появился план ● Прозрачность ● Задачи — MMF ● Самоорганизация ● Ответственность ● Кадровая санитария
- 56. Промежуточные итоги ● Появился план ● Прозрачность ● Задачи — MMF ● Самоорганизация ● Ответственность ● Кадровая санитария ● Понимание прогресса
- 57. Промежуточные итоги ● Появился план ● Прозрачность ● Задачи — MMF ● Самоорганизация ● Ответственность ● Кадровая санитария ● Понимание прогресса ● Бережливость
- 58. Промежуточные итоги ● Появился план ● Прозрачность ● Задачи — MMF ● Самоорганизация ● Ответственность ● Кадровая санитария ● Понимание прогресса ● Бережливость ● Agile внедряется сам
- 60. Критика, вопросы? Пишите мне на wolf@alternativaplatform.com
Editor's Notes
- Я один из основателей и директоров AlternativaPlatform Основана в конце 2006 года Первые два года мы жили на инвестиции Разработка технологий без финансового успеха Инвестиции кончились, кризис Начало 2009 — решили делать продукт командой в 15 человек За 4 месяца Танки Онлайн вышли в открытое тестирование
- К концу года вышли на окупаемость, раздали долги Аудитория геометрически росла, деньги тоже Игра была сделана без учёта расширения, без проработки архитектуры Ресурсов хватало, денежный поток стабильный Решили делать 2.0 с нуля, на новых технологиях, с учётом всех идей Мы переделывали функционал по нескольку раз, доводя до «идеала» Анонсировав разработку ещё в начале 2010 к концу 2011 мы не имели ничего работающего
- Увеличились до 60+ Низкая эффективность команд — вот «причина»
- Поездка на AgileCamp 2011 в Новосибирске Тренеры из ScrumTrek у нас Вам повезло что изменение «сверху»
- Внедрение agile-практик в командах Есть некоторый энтузиазм Поездки сотрудников на AgileDays
- Тяжёлое решение об отмене 2.0 Через полгода стало понятно, что agile не помог
- Функциональное разделение Исторически складывается во время роста Сидят в разных комнатах Удобнее управлять Людям удобно — вокруг тебя специалисты твоего профиля Отдел — не команда, а коллектив Каждый отдел решает свою подзадачу Нет нацеленности на конечный результат Выстраивается пайплайн Разрыв коммуникации между командами
- Микроменеджмент Менеджер берёт на себя коммуникацию Дробит задачу на несколько и идёт с ними в команды Команда делает планирование итерации вместе с менеджером Специализация, феодализм — учитываем, придумываем работу Делаем работу впрок, чтобы не простаивали У команд итерации разного размера, много оверхеда на стыковку Горы микрозадач, за которыми не видно конечного результата Общее видение только у менеджера Менеджер активно участвует в процессе разработки Работа идёт непосредственно с исполнителями, не с командами У него огромная оперативная нагрузка (700+ писем в день) Создание прослойки менеджеров, координатор, лиды Контроль процесса не гарантирует хорошего результата Но и приводит к деградации сотрудников (зачем думать, если менеджер скажет как, что и с кем надо делать?)
- «Гибкое планирование» в отсутствие ограничений Планирование без анализа, учёта взаимодействия команд Не план, а прогноз
- В итоге реальность выглядела примерно так
- Или даже так Не успели в итерацию? Переносим! Просрочка в 1-2 итерации — норма Когда поняли, что итерации — формальность, перешли на канбан Считали скорость, пытались ограничивать WiP Но всё вернулось к When it's done Но ничего — ведь мы же делаем ради качества Но и его нет — постоянные ошибки и глупости
- Полная непрозрачность деятельности: Никто не знает (и не хочет знать) кто что делает Неизвестны затрачиваемые ресурсы Куча теневой работы, которую делают "герои" (вывод релизов, оповещения, работа с сообществом)
- Формальное принятие agile -практик «Стэндап» и «ретроспектива» на самом деле «летучка» и «разбор полётов» Scrum-мастер становится писарем (поддерживает порядок в JIRA, пинает всех на стэндапы, ретры) Никто не хочет быть скрам-мастером, это воспринимается как повинность Нет дисциплины — менеджер проверяет, придумываются наказания Ретроспективы проходят по правилам, без наездов Иногда приходит менеджер и пытается понять, почему не происходит магия Всегда есть «объективные» причины, объяснения Капитанские выводы «закладывать время на тесты», «писать только хороший код» Ничего не происходит
- Agile не помогает Все демотивированы
- Говорят нам как должно быть, но не говорят, как к этому придти Когда стартап, есть командная ответственность Доказывают право на выживание Идёт командная работа Все стремятся повысить эффективность Применяют agile по собственному желанию, для решения своих проблем Есть командная ответственность
- Получен успех, начинаем расти Приходят новые люди из внешнего мира Там они были винтиками, им говорили что надо делать Культура ответственности начинает размываться Начальная команда распадается на коллективы Начинаются проблемы с эффективностью, качеством Единственный способ удержать под контролем — директивное управление Командной ответственности больше нет — всегда есть отговорки Много народу, размытие ответственности = нет ответственности
- Бесконечность ресурсов развращает Не зачем напрягаться Все говорят о повышении эффективности, но на самом деле всех всё устраивает Agile- практики помогают тогда, когда у людей есть ЖЕЛАНИЕ улучшиться Насаждение силой — бесполезная трата сил Отвернулся — всё как раньше
- Нам рекомендуют активно работать с людьми Мотивировать их через создание ценностей, через понимание их места в чём-то большем Сколько этих разговоров было и личных и командных Люди сами придумывают эти ценности, разделяют их И даже хватает на какое-то время Но нет дисциплины, свои же решения не выполняются Похоже на то как многие пытаются себя заставить бросить курить, ходить в спортзал Разные аспекты для разных людей — кто-то пунктуален, кто-то заморочен на качестве кода
- Брать в команду только людей с высокой ответственностью? Принять X- менеджмент, контролировать процесс? Ограничивать размер компании <15 человек?
- Создать среду в которой возникнет культура ответственности!
- Ответственность после — поиск виноватых
- Нужна до, а не после
- Ответственный подход - не режим "ближнего света фар", как мы ошибочно приняли agile
- Это постановка цели, оценка рисков, поиск стратегии решения и её реализация
- Воспитывается через последствия Дети Здоровье Во время роста потеряли связь последствий из внешнего мира ( негатив пользователей, падение выручки, конкуренция) Создали подушку, ограждающую сотрудников от него Последствия для компании = последствия для команды
- Убираем оперативное вмешательство директоров (никому ничего не могут приказать) Вместо этого директора занимаются стратегическим планированием Доверили процессы командам, контролируем только результат Это требует серьёзной перестройки мозга менеджера
- Сотрудники свободны принимать любые решения: Какую работу брать Как решать взятые задачи С кем работать Как работать Где работать Распорядок дня Процессы внутри команды Какие сервисы и системы использовать Какие практики применять
- Вся деятельность компании декомпозируется на потоки и конечные задачи Любая задача - законченный результат с понятной ценностью для компании Команды сами выбирают себе работу: Есть приоритезированный список задач компании (канбан на уровне всей компании) Можно брать ниже если нет возможности взять верхнее Можно предложить что-то своё
- Соглашение - это договор о решении задачи между заказчиком и командой
- Критерии завершения
- Риски
- Состав команды Трудозатраты Сроки Команды кроссфункционы, способны выполнить задачу от начала и до конца Состав команд динамически меняется в зависимости от задачи
- Разработана система оценок Оценка всегда была, теперь она оцифрована В соглашении прописывается плюс, если всё выполнено отлично и минусы, в случае срабатывания рисков
- Принципиальный момент — соглашение уходит в работу, если все согласны
- По итогам работы оценка делится между всеми участниками команды пропорционально участию У каждого сотрудника оценка персональная, она накапливается из оценок всех задач, в которых он участвовал
- План работ позволяет видеть, когда и кто свободен Низкая занятость в соглашениях, даётся отрицательная оценка
- Если в положительной зоне, то ежемесячная премия и в дальнейшем доля в прибыли Если в отрицательной — серьёзный повод задуматься, возможно увольнение
- У всех есть соглашения, это даёт цельность системы и ответственность на всех уровнях Общая концепция позволяет адаптировать под разные задачи — контроль качества, юристы, маркетинг.
- Есть даже соглашение на моё выступление здесь.
- У нас есть детальный план на полгода и даже дальше
- Прозрачность всей деятельности что делается, кто делает, какие ресурсы, какой срок
- Задачи укрупнились и являются MMF
- Появилась самоорганизация команд Появляются scrum- мастера, настоящие лидеры Командная ответственность Команды становятся кросс-функциональными Есть и динамически перемещающиеся люди (геймдизы, аналитики) Обмен знаниями, разрушение феодализма Возможность попробовать себя в чём-то другом
- Появилась ответственность в работе: Сбор требований, уточнение всех деталей в начале Анализ рисков Планирование работ (иначе не сказать срок и загрузку) Резервирование всех необходимых людей заранее Торговля ресурсы vs. требования (как скроллбар хотели 3 недели делать) Учёт всех регламентов и требований к качеству Нацеленность на общий результат, а не на формальное выполнение подзадач Время на подготовку соглашений окупается
- С кем никто не хочет работать в итоге вылетает Найм новых людей по инициативе и с согласия команд
- Оценки как последствия отлично работают, даже без привязки к деньгам (игровой момент) Каждый знает свой текущий прогресс и понимает, как его работа на него влияет Сотрудники имеют прозрачный механизм достижения партнёрства
- Бережливое отношение к ресурсам Уважение к чужой занятости (появились календари) Учёт приоритетов компании (не заниматься менее приоритетными делами в ущерб более высоких) Начали попадать в сроки Выявляются недозагрузки, формальная загрузка, перегрузка Не надо никого пинать заняться работой
- Самостоятельно внедряются agile-практики
- В процессе роста мы попробовали разные градации между авторитарным и демократичным управлением Попытались найти какой-то симбиоз, который бы вбирал их лучшие черты Полгода в бета-тесте Оценки с последствиями включили только с марта Время покажет Если пригласят выступать на следующий AgileDays, обязательно расскажу о результатах