Если есть жесткий дедлайн, строгое ограничение по бюджету, когда нужна подробная документация по каждому этапу разработки и если сейчас нет ни денег, ни ресурсов на отлаживание процессов Agile.

Если у вас стартап, нужно быстро получить рабочий продукт. Когда вы разрабатываете свой продукт на переменчивом рынке, в условиях неопределенности или кризиса.

Trello Asana One2Team Hive

Мобильные приложения часто выпускают с глюками и багами: то кнопка криво висит, то страница контактов выдает ошибку. При этом основной функционал — без нареканий. Чтобы понять, как все работает, и нужен ли мне, как пользователю продукт, этого вполне достаточно. Такой подход к разработке и есть Agile project management.

Если более научно, то это гибкий способ управления проектами. В его основе — командная работа и командная ответственность за продукт, стремление сделать качественнее, лучше для клиента и быстрее.

Поэтому в Agile project management делают упор на частые и регулярные релизы продукта — лучше быстрее показать результат, пусть и с шероховатостями. А затем получить обратную связь от клиентов и пользователей, все исправить, и выпустить нереально крутой продукт.

• Если продукт должен быть готов к определенному сроку и не днем позже.
• Если бюджет проекта строго ограничен.
• Если в компании нужна подробная документация по каждому этапу разработки, по всем процессам.
• Если у вас нет сейчас ни денег, ни ресурсов на отлаживание процессов Agile.

• Если у вас есть опытная команда, в ней — сотрудники–профессионалы, которые готовы, если нужно, подтягивать новичков.
• Если у вас стартап. А значит, нужно получить качественный результат и не провалиться через год.
• Если нужно быстро получить рабочую версию продукта или MVP (минимальный жизнеспособный продукт).
• Если вы продуктовая компания и работает над собственными продуктами. Либо ваш заказчик выступает партнером.
• Если вы разрабатываете свой продукт на переменчивом рынке, в условиях неопределенности или кризиса (а сейчас кто–то работает в иных условиях?).

Agile — это не пошаговая инструкция: делайте так–то и не делайте так–то, тогда в компании заработает Agile project management. Это образ мышления, который принимают и понимают все в компании. Он основан на здравом смысле и гибкости.

Что имеется в виду?

• Люди и их взаимодействие друг с другом важнее, чем процессы и инструменты. Документы, инструкции, субординация, регламенты, работа от звонка до звонка — это не про людей и не для них. Agile project management это про сотрудников с горящими глазами, которые реально болеют за продукт. Они могут чего–то не уметь, но знать, как надо. Они выпустят тестовый продукт, и пока тот будет приносить клиентов и собирать обратную связь, прокачают свои компетенции, чтобы следующую версию сделать мощнее и круче.
• Лучше создать работающий продукт, чем гору документации о нем. Представьте, что в компании работают над мобильным приложением по продаже товаров. Разработчики выпустили тестовую версию, маркетологи корпят над разделом вопрос–ответ. Но потом вдруг выясняется, что часть вопросов касается функций, которые внедрят через месяц–полтора. А пользователи, которые скачали тестовый продукт жалуются на глюки и баги. Так, может, маркетологам лучше заняться сбором обратной связи для их устранения? А вопрос–ответ оставить напоследок, когда у пользователей накопятся вопросы, а разработчики выкатят весь функционал продукта. Вот это будет по agile.
• Отношения с клиентом важнее юридически выверенного и подробного контракта. Если вдруг в контракте написано про SEO, но в процессе работы вы поняли, что клиенту важнее простота и удобство сайта, пойдите навстречу. Лучше довольный клиент и хороший, работающий сайт, чем «все по документам».
• Готовность к изменениям важнее, чем слепое следование первоначальному плану. В Agile project management команда может быстро (и безболезненно) повернуть в другую сторону, поменять маршрут, если заказчику или пользователям это нужно или меняется ситуация на рынке. Представьте, что вы готовите контент–план по продвижению продукта в соцсетях на месяц вперед. Но перед публикацией очередного поста узнаете, что ваш конкурент выкатил обновление продукта и получил массу негатива от пользователей в первые сутки. Быть Agile — значит реагировать на ситуацию на рынке. И срочно готовить свою публикацию о приложении конкурента, и чем оно так не зашло людям.

Эта подборка книг поможет разобраться с принципами Agile и «продать» эту философию команде разработчиков.

• Agile Project Management for Dummies Марка Лейтона. Скачать можно здесь. Здесь много практических примеров и реальных кейсов, как компании внедряют и реализовывают проекты по Agile. Можно брать и пробовать у себя. Плюс полезные советы, как прокачать членов команды и руководителей.
• The Software Project Manager’s Bridge to Agility от Michele Sliger и Stacia Broderick. Эта книга пригодится тем, кто переходит на Agile с традиционных методов управления проектами. Или тем, кто сейчас задумался, а, собственно, надо ли? Авторы подробно рассказывают о разнице между подходами и способах безболезненного перехода. Скачать можно тут.
• Project Management the Agile Way: Making it Work in the Enterprise, автор John Goodpasture. Книгу удалось отыскать в наличии на Amazon. Здесь много полезного про техники и инструменты, которые нужны под разные проекты. Еще книгу можно смело давать членам команды, чтобы они прониклись философией Agile и точно поняли, чего вы от них хотите.
• Agile Retrospectives: Making Good Teams Great от Esther Derby и Diana Larsen. Эта книга особенно пригодится тем, кто начинает проводить ретроспективы или не доволен тем, как они проходят сейчас. Тут описаны способы организации этих встреч, причем не только удачные, но и не удачные варианты, рассказано, как мотивировать команду к активному участию в них. И, главное, как сделать ретроспективы реально полезными для всех, а не для «галочки». Еще здесь описаны способы, как усилить вашу и без того классную команду. Ищем книгу здесь.
• User Stories Applied: For Agile Software Development от Mike Cohn. Скачивать на русском тут. Книга про работу с пользовательскими историями (user story). Автор научит делать их хорошо, и сразу видеть, где что–то в истории хромает. Много полезного про жизненный цикл пользовательских историй, мозговой штурм по ним, приоритезацию, правила разработки и тестирование.
• Coaching Agile Teams: A Companion for Scrum Masters, Agile Coaches, and Project Managers in Transition, автор Lyssa Adkins. Если вам нужно нанять или вырастить внутри компании скрам–мастера, менеджера продукта или Agile–коуча, эта книга то, что надо. Книга дает глубокое понимание об этих ролях, кто и зачем нужен компании, какие их методы работают, а какие нет. Найти книгу можно здесь.

В Agile без автоматизации никак не обойтись. Давайте посмотрим, что сейчас популярно на рынке программ и инструментов для управления проектами. И заодно разберем новые сервисы.

Trello — одна из самых используемых сегодня онлайн–платформ для управления проектами. Выполняет функцию онлайн–доски со стикерами. Главный плюс, что почти весь функционал можно использовать бесплатно.

Asana — полноценный облачный сервис для управления проектами, задачами. Здесь очень много мелких, нужных инструментов. Можно расставлять приоритеты, оставлять комментарии для команды, отслеживать цели и активности.Удобные шаблоны по тематикам проектов. Задачи можно назначать людям, которые не добавлены в проект, им придет уведомление и доступ на email. Есть русская версия программы. Бесплатная версия дает доступ к основному функционалу. Позволяет создать проект на 14 человек + 1 руководитель.

One2Team — сервис для управления проектами, который подойдет для строительных компаний, здравоохранения, ритейла и финансов. Есть бесплатный период.

Hive — мощный и интуитивно понятный сервис. Здесь можно строить диаграммы Ганта, организовать канбан–доску, следить за этапами работы, управлять задачами и документами, следить за расходами. Есть удобные шаблоны и инструменты, которые можно настроить под себя.