Скрам в Бизнесе

Есть такая методика разработки программ для профессионалов, как Скрам. Скрам - это итеративный и адаптивный подход для самоорганизующихся команд. Это если в одно предложение. На сайте agilerussia можно более подробно познакомится с этим явлением.

Но не только программы можно создавать с помощью этой замечательной методологии. И новое применение, которое хочу предложить, это топ менеджемент компаний. Топы вписываются в Скрам практически идеально. Подробности дальше.

Как сейчас организовывается управляющая верхушка в практически любой компании? Да практически как получится, и политика процветает наверху, заставляя подчинённых страдать.

Зачем нужен Скрам Топам ?

Для повышения эффективности работы, прозрачности процессов, быстрого отклика рынка и организации сложного взаимодействия (проекты, в которых учавствуют все отделы/подразделения). Могу предполагать, что от таких отношений часто и зависит судьба организации. Подковровыми играми в условиях Скрама заниматься сложно, отчего его применение Скрама многим начальникам не выгодно, за то компания выигрывает.

Как применить Скрам Топам?

Достаточно просто и прямолинейно. Все начальники - это команда. Они представляют что-то и управляют чем-то. Для чего? Решать директору или рынку, тут кого выберут за главного :) В списке набор вопросов, возможно какая-то стратегия развиния - чем не эпик в User Stories ? Можно создавать проекты и ставить конкретные цели на фиксированнное время. И достигать их всем вместе, сообща. По крайней мере, каждый из топов будет знать что компания сейчас делает, что может сделать и чего не может, а это позволит управлятся более оптимально. Наблюдать и адаптироваться, а также координировать действия вместе по согласованному плану. Достаточно просто звучит, но нужен Скрам Мастер, чтобы достичь такого единства :)

Вместо заключения

Я бы хотел работать в такой компании, ведь подчинённые не оказывались бы крайними при таких правилах игры, что безусловно приятно.
Теперь СкрамМастера и консультанты могут открывать для себя новые рынки, я полагаю ;)

Agile Storm

Игра, обращающая внимание на проблемы и пути их решения в гибком стиле.
Есть 10 ситуаций, которые могут возникнуть при реализации Скрама (думаю, для других гибких методологий тоже актуально) и 10 действий, чтобы не упасть в ловушку неуспешной реализации Скрама.
В идеале группа из 20-ти людей выбирает наугад одну карточку из 20, затем люди с ситуациями зачитывают по порядку карточки. После озвучивания каждой ситуации люди с действиями, если они считают что действия способны улучшить ситуацию, озвучивают свою карточку. Как финал после стандартных выходов из ситуации можно предложить свои.

Проблемы(Ситуации):
1. Ежедневные встречи затягиваются
2. Оценки задач по времени не улучшаются от итерации к итреации
3. Решения на ретроспективах не осуществляются на практике
4. Подзадачи оцениваются более чем в день
5. Четверть из запланированого не доделывается за итерацию
6. Нефункциональные задачи игнорируются
7. На собраниях одновременно говорит более одного человека
8. Общение в команде сводится к минимальному
9. Большое количество ошибок находится тестерами
10.После исполнения задачи заказчики вносят значительные коррективы

Решения(Действия):
1. Сменить Скрам Мастера
2. Организовать четкий распорядок встреч - начало и окончание митинга
известны как минимум за 2 дня
3. Поговорить с заказчиком по поводу процесса
4. Выбрасывать из плана итерации недоделаные задачи
5. Работать над задачей всё время с человеком, отвечающим за качество
6. Включить написание тестов в план решения задачи
7. Организовать неофициальную встречу команды
8. Попросить другого человека быть хозяином продукта
9. Сменить\обновить состав команды
10.Пригласить технического специалиста для обмена опытом

Если сможете применить это на собрании, пожалуйста напишите :)
И ещё просьба озвучить свои варианты действий в каждой из ситуаций.