Это обзор книги «Софт за 30 дней». Она написана для тех, кто сам не разрабатывает программное обеспечение, но работает с такими командами. Её аудиторию составляют руководители, лидеры компаний, владельцы продуктов и менеджеры. Все они хотят, чтобы софт разрабатывался быстро, без ошибок и потерь времени и ресурсов. Кен Швабер и Джефф Сазерленд, авторы фреймворка Scrum, говорят, что это возможно.
Почему софт можно сделать за 30 дней
- разработка ПО больше не неведомый, новый процесс, это обыденность,
- есть альтернатива предикативному процессу производства,
- мы признаём, что требования могут меняться, а люди могут совершать ошибки,
- можно работать по Scrum, в конце книги есть сценарий перехода для организаций,
- большое ПО можно разделить на важные фрагменты, и каждый из них получить в течение 30 дней.
Авторы книги также знакомят читателя с основами Scrum, которые повторяют Scrum Guide. Если вы не знакомы с этим фреймворком, можете узнать про него в нашей статье.
В основе Scrum лежит эмпиризм. Он предполагает, что все шаги в разработке проходят проверку и адаптацию, а процесс остаётся прозрачным. У софта сначала появляется цель, идея и видение, и разработка строится согласно им. На каждом этапе команда решает, как выполнить работу наиболее эффективно, чтобы добиться цели.
Что делать, чтобы разрабатывать софт за 30 дней
- Разделите идеи по продукту на части, которые реально выполнить за 30 дней.
- Ранжируйте их от более важных к менее значимым.
- Встретьтесь с командой, чтобы обсудить реализацию первой, самой важной части.
- Учитывайте, что команда может добавить дополнительные требования в бэклог.
- Обсудите, как команда будет реализовывать требования. Участвуйте в обсуждении, уточняйте всё, даже если вы не технический специалист.
- Первые 30 дней будут первой итерацией. За этот период все отобранные в работу задачи должны быть завершены, команда не будет возвращаться к ним и что-то доделывать (возможно, только расширять функционал). Первая итерация станет стартовой точкой.
- В конце каждой итерации можно изменить направление разработки, в зависимости от обстоятельств. Всегда нужно задавать вопрос: «Как сделать продукт более удобным, ценным?» — и выбирать путь реализации, отталкиваясь от ответа.
Если работать таким образом, то сначала появится то, что нужно для минимальной комфортной работы. Продукт можно выпускать, а затем расширять функции и усложнять их. При таком подходе состояние «середины разработки» сокращается до 30 дней, не растягиваясь на месяцы и годы.
Эмпиризм в разработке позволяет:
- управлять,
- контролировать,
- сокращать риски,
- прогнозировать более предсказуемые вещи.
Швабер и Сазерленд также называют практические методы, которые дополняют эмпирический процесс:
- уважение к личности сотруника,
- встроенная нестабильность — мы заранее знаем, что будут изменения,
- самоорганизация внутри команд — разработчики решают «как» добиваться цели,
- взаимное развитие — стремление каждого в команде стать T-shaped специалистом,
- выделенное время на обучение в разных направлениях,
- тонкий контроль,
- передача знаний.
В третьей главе авторы показывают, как последовательно провести пилотный проект в своей организации. Они дают подробное описание каждого шага и иллюстрируют их примерами. Если кратко, то вот эти шаги:
- Сформируйте команду.
- Подумайте, что бы вы хотели создать.
- Закончите маленький отрезок работы полностью.
- Оцените, что бы вы хотели сделать следующим.
- Определите, что может быть улучшено и улучшите это.
- Повторяйте шаги с 3 по 5, пока не будете удовлетворены результатом.
Что может сделать менеджер
«Главная задача менеджера — помочь людям делать их работу».
- Добивайтесь прозрачности всех процессов.
- Создавайте безопасную атмосферу для команды, чтобы никто не боялся вести дела прозрачно.
- Устанавливайте ясные цели, но давайте команде право принимать решения.
Если разработка по Scrum идёт успешно, время задуматься о переходе к Scrum на уровне проектов и всей организации. Трансформированию этих глобальных процессов в деталях посвящён II раздел книги: подготовка, построение связей, представление о методах, оптимальный выбор из нескольких вариантов... Этот раздел может вдохновить вас попробовать Scrum или оптимизировать текущие процессы.
В конце книги приложен глоссарий терминов, руководство по Scrum от авторов и рабочий сценарий для достижения гибкости внутри компании.
Действуйте!