https://www.ivanzviahin.by/blog/tags/upravlenie-proektami/ It is my diary. I’m ivan zviahin, an designer, manager, car enthusiast. Ivan Zviahin en E2 (v3849; Aegea) Ivan Zviahin ivanzviahin@gmail.com It is my diary. I’m ivan zviahin, an designer, manager, car enthusiast. no 21 https://www.ivanzviahin.by/blog/all/scrum/ Mon, 10 Jul 2017 06:31:04 +0000 Ivan Zviahin https://www.ivanzviahin.by/blog/all/scrum/ <div class="e2-text-picture"> <img src="https://www.ivanzviahin.by/blog/pictures/talking.jpg" width="2300" height="953" alt="" /> </div> <p>«Скрам» — это <i>набор принципов</i>, на которых строится процесс разработки. Он позволяет в жёстко фиксированные отрезки времени предоставлять конечному пользователю работающий продукт с новыми возможностями. Возможности продукта определяются в начале отрезка времени на этапе планирования и не могут изменяться на всём его протяжении. При этом строго фиксированная длительность отрезков придаёт процессу разработки <i>предсказуемость и гибкость.</i></p> <h2>Команда</h2> <p>Владелец проекта должен давать возможность принимать <i>самостоятельные решения</i> команде. Команда не должна тратить время на ожидания инструкций от менеджера. В команде все должны быть универсальными солдатами. Каждый специалист должен обладать навыками, которые необходимы для завершения проекта.</p> <p>На практике <i>маленькие команды</i> работают быстрее, чем большие. Джефф пишет, что идеальная команда — 7 человек.</p> <p>Обвинять нужно не игрока, а игру. Все мы являемся частью игры. Методика принимает реальность и не ищет виноватых. Методика изучает систему, ставшую источником ошибки, и <i>исправляет её.</i></p> <h2>Время</h2> <p>Время — важный ресурс, поэтому им нужно дорожить. Работу следует <i>разбивать</i> на равные отрезки времени. Промежуток времени может быть 1...4 недели. Если вирус «Скрам» уже в вашей команде, называйте эти промежутки «спринтами».</p> <p>В конце каждого спринта должен быть <i>готовый продукт,</i> который уже можно использовать. Все должны быть в курсе как идёт работа и что сейчас делается. Информация о проекте <i>ускоряет</i> работу.</p> <p>Джефф говорит, что нужно выкинуть все визитки в компании. Назначенные должности — ярлыки статуса. Лучше гордитесь тем, что сделали. Как к вам будут обращаться — не важно.</p> <p>Проводите ежедневные <i>собрания по 15 минут,</i> не больше. Каждому в команде нужно ответить на четыре вопроса:</p> <ol start="1"> <li>Что ты делал вчера, чтобы помочь команде?</li> <li>Что ты будешь делать сегодня?</li> <li>Что мешает работе?</li> <li>Успеваешь ли ты завершить работы до конца спринта?</li> </ol> <h2>Потери</h2> <p>В одном «спринте» нужно делать один проект, максимум два. Многозадачность отупляет.</p> <div class="e2-text-table"> <table cellpadding="0" cellspacing="0" border="0"> <tr> <td><i>Проекты</i></td> <td><i>Потр. время</i></td> <td><i>Потери</i></td> </tr> <tr> <td>один</td> <td style="text-align: right">100%</td> <td style="text-align: right">0%</td> </tr> <tr> <td>два</td> <td style="text-align: right">40%</td> <td style="text-align: right">20%</td> </tr> <tr> <td>три</td> <td style="text-align: right">20%</td> <td style="text-align: right">40%</td> </tr> <tr> <td>четыре</td> <td style="text-align: right">10%</td> <td style="text-align: right">60%</td> </tr> <tr> <td>пять</td> <td style="text-align: right">5%</td> <td style="text-align: right">75%</td> </tr> </table> </div> <p>Джефф рассказывает, что работать надо меньше. Выходные и отпуск никто не отменял. Работая много, мы устаём и продуктивность труда падает. Привет Коле Товеровскому →</p> <p>Ставьте реальные цели, которые можно измерить. Недостижимые цели <i>вызывают</i> депрессию и рушат продуктивность команды.</p> <p>Не будьте засранцем сами и не позволяйте другим. Если у вас в коллективе есть человек, который унижает людей, создаёт хаос или внушает страх, от него нужно избавиться.</p> <h2>Планирование</h2> <p>Не стоит строить планы на 10 лет вперёд. Планируйте ровно на столько, чтобы команда была занята. Планировать нужно с помощью карт <i>с числами Фибоначчи.</i> Это одна из самых быстрых и надёжных оценок времени. Числа: 1, 2, 3, 5, 8, 13.</p> <p>Работа — сценарий. Сценарий должен:</p> <ul> <li>Быть завершённым, осуществимым на практике, не зависимым от обстоятельств.</li> <li>Быть открыт для обсуждения.</li> <li>Приносить пользу.</li> <li>Быть удобен для оценки объёма работ.</li> <li>Быть кратким и конкретным.</li> <li>Пройти проверку на практике.</li> </ul> <p>Каждая команда должна точно знать, сколько работы может сделать за один «спринт». А также, должна <i>устранять</i> всё, что тормозит её работу.</p> <h2>Счастье</h2> <p>Истинное счастье находится в пути, а не в его завершении. Как правило, награждают только за результат, но самое крутое — <i>процесс.</i> Просто быть счастливым недостаточно. Меряйте счастье с помощью способа «индекс счастья» и сопоставляйте его с производительностью. Вот как он функционирует: в конце каждого спринта каждый участник группы должен ответить на четыре вопроса:</p> <ol start="1"> <li>Оцените свою роль в компании по шкале 1...5.</li> <li>Оцените компанию в целом по той же шкале.</li> <li>Почему вы так считаете.</li> <li>Назовите вещь, которая может сделать вас счастливее в следующем спринте.</li> </ol> <p>Падение уровня счастья происходит за несколько недель раньше падения динамики производительности. Следя за «индексом счастья» вы предупреждены о проблеме и сможете с нею разобраться как можно быстрее.</p> <p>Таблица «скрам-команды» должна состоять из <i>пяти</i> колонок: в очереди, приняты, в работе, на рассмотрении, сделано!</p> <p>В конце каждого «спринта» команда выбирает маленькое улучшение, которое сделает их счастливее. Это самая важная вещь, которой они добьются в следующем «спринте».</p> <p>К чёрту тайны в команде! Все должны знать всё. Запутывание следов нужно только тем, кто ищет собственную выгоду.</p> <h2>Приоритеты</h2> <p>«Бэклог» — список входящих задач. Джефф говорит, что его нужно составить и <i>проверить дважды,</i> расставить акценты. На верх списка поднимаются задачи с наивысшей ценностью и наименьшим риском.</p> <p>Команде нужен владелец продукта внутри, который превратит идею проекта в «бэклог». Он должен уметь, <i>осмыслять</i> продукт, рынок и клиента. Владелец продукта — профессионал с огромным опытом, может принимать окончательные решения. Всегда <i>доступен</i> для команды и готов отвечать на вопросы. Ответственен за получение ценности. Владелец продукта решает, что должно быть сделано и почему. Каким образом достичь этого и кто будет это делать — команда решает сама.</p> <p>Расскажу немного про принцип «ООДА». Суть: вы должны видеть всю стратегическую картину, действовать тактически и быстро.</p> <ul> <li><i>Наблюдать.</i> Ясно видеть ситуацию по мере развития событий.</li> <li><i>Ориентироваться.</i> Это не только локация. Ещё это варианты развития ситуации.</li> <li><i>Решать.</i> На основе наблюдений.</li> <li><i>Действовать.</i> Говорит само за себя.</li> </ul> <p>Выпускайте продукт вовремя. Намыливайте, смывайте, снова намыливайте. Всегда 20% функционала — 80% ценности продукта. Не упустите момент сдачи!</p> <h2>Внедрение</h2> <ol start="1"> <li>Выберите владельца продукта внутри команды.</li> <li>Выберите команду 3...9 человек.</li> <li>Создайте «бэклог». Его должен вести владелец продукта.</li> <li>Отдайте «бэклог» на уточнение и оценку команде. Команда использует числа Фибоначчи.</li> <li>Планируйте «спринты» в одну или две недели. Учитывайте количество баллов с прошлого «спринта». Наращивайте динамику производительности. Не добавляйте новые задания в действующий «спринт».</li> <li>Ведите доску задач.</li> <li>Проводите ежедневные собрания на ходу. Каждый в команде отвечает на три вопроса: <ul> <li>Что делал вчера?</li> <li>Что будешь делать сегодня?</li> <li>Какие препятствия встают на пути?</li> </ul> </li> <li>Проводите обзоры спринта. Там команда показывает результаты.</li> <li>Проводите ретроспективные собрания. После сдачи спринта команда садится за стол и отвечает на вопросы: <ul> <li>Что прошло хорошо?</li> <li>Что можно было сделать лучше?</li> <li>Что можно сделать лучше в следующем спринте?</li> </ul> </li> <li>Начинайте следующий спринт.</li> </ol> <p>Есть у кого опыт внедрения «Скрам» в дизайн-команды?<br /> Напишите в комментариях своё мнение, буду очень благодарен!</p>