Maryna Sokyrko & Oleksandr Chugui: Building Product Passion: Developing AI ch...
Сергій Марцинюк "A kind of Magic." Lviv Project Management Day 2017
1. A kind of
Magic
Или как я на «старости лет»
дошел до Agile…
Или 13 уроков управления
тем, что называют «проект».
Sergiy Martsynyuk
“Quantum”. PM, BA
2.
3. #ХочуВсеЗнать
• Сколько нужно времени,
чтобы постичь/изучить
управление проектами?
• 1 неделя
• 1 месяц
• 1 год
• больше 1 года
• с этим нужно родиться
4. #1. One year of love
• Что хорошо в Agile-инструментах (акценты):
• быстрая «раскачка» команды
• быстрое обнаружение проблем
• короткие периоды планирования (высокая
точность оценок)
• простые инструменты управления
• открытый (прозрачный) процесс.
5. #2. Pain Is So Close to Pleasure
• «Подводные камни» гибкости или Agile Manifesto в реальности:
• “Individuals and interactions over processes and tools”.
Но!
• «Мы хотим использовать «ABC framework».
• «Как вы управляете проектом»?
• Working software over comprehensive documentation.
Но!
• «Слишком дорого, давайте что-то выбросим, но SAD оставим».
• Customer collaboration over contract negotiation.
Но!
• «Бюджет закончился. А в договоре было написано...”.
• Responding to change over following a plan.
Но!
• «Почему вы реализовали новую функцию, а не написали «бумажку», как было сначала»?
6. #3. Don't Lose Your Head
«План-фактный анализ» 12 принципов Agile Manifesto (декларации
программистов и реалии коммерческого проекта):
• #1. Наивысшим приоритетом для нас является удовлетворение
потребностей заказчика (если он может их выразить), благодаря
регулярной и ранней поставке ценного программного обеспечения.
• #2. Изменение требований (особенно, архитектурных) приветствуется,
даже на поздних стадиях разработки. Agile-процессы позволяют
использовать изменения (особенно, увеличивающие сроки и бюджет в 3
раза) для обеспечения заказчику конкурентного преимущества.
• #3. Работающий продукт следует выпускать как можно чаще (зачем?),
с периодичностью от пары недель до пары месяцев.
7. #3. Don't Lose Your Head (cont’d)
• #4. На протяжении всего проекта разработчики и представители
бизнеса должны ежедневно (может ли бизнес это делать?) работать
вместе.
• #5. Над проектом должны работать мотивированные профессионалы
(за которых в состоянии заплатить заказчик). Чтобы работа была сделана,
создайте условия, обеспечьте поддержку и полностью доверьтесь (на
основании чего?) им.
• #6. Непосредственное общение является наиболее практичным и
эффективным способом обмена информацией как с самой
командой, так и внутри команды.
• #7. Работающий продукт — основной показатель прогресса. (особенно,
сложный логически софт без документации по его использованию)
8. #3. Don't Lose Your Head (cont’d)
• #8. Инвесторы, разработчики и пользователи должны иметь возможность
поддерживать постоянный ритм бесконечно (зачем инвестору бесконечная
разработка?). Agile помогает наладить такой устойчивый процесс разработки.
• #9. Постоянное внимание к техническому совершенству и качеству
проектирования (особенно, при двухнедельных выпусках) повышает гибкость
проекта.
• #10. Простота (и техническое совершенство?) — искусство минимизации
лишней работы — крайне необходима.
• #11. Самые лучшие требования, архитектурные и технические решения
рождаются у самоорганизующихся команд (попросите команду (не
конкретного человека) что-то сделать).
• #12. Команда должна систематически анализировать возможные способы
улучшения эффективности и соответственно корректировать стиль своей
работы.
9. #4. Gimme the Prize
Почему это так?
• Заказчик хочет определенности и
предсказуемости:
• по срокам;
• по бюджету;
• По результату, который он получит.
• Agile «в чистом виде» этого не дает: заказчик не
хочет платить «бесконечно в постоянном
ритме».
10. #5. One Vision
• Что должно помочь:
• Scope management:
• Backlog, user stories, mockups…
• Внятная приоритезация «фич-по-спринтам»
• … и приложение к договору.
• Time management:
• PMBOK и расписание - для инвестора.
• Agile и backlog - для команды.
• Cost management.
• Расценка (на основе оценок объемов работ) элементов Backlog
• Управление стоимостью релиза.
12. #6. Who Wants to Live Forever
«По ту сторону» управления проектами или что не зависит
от PM-а:
• PM работает в рамках, которые определила его компания
• Выбор – управление выгодами vs. управление объемом:
• Сотрудничество с инвестором VS. «педалим код»
• Делаем продукт VS. оказываем услуги
• Достигаем цели VS. «закрываем» часы.
• Результат VS. процесс.
Finite game vs. Infinite game – стремление к цели или
бесконечный идеальный процесс?
13. #7. Friends Will Be Friends
• Комбинация подходов в управлении проектами
намного более «гибкая», чем «гибкий» подход
сам по себе:
• Стремление к цели без учета способов достижения и
определённости процесса – неэффективно
• Концентрация только на процессе –
нерезультативна.
• Достижение цели за счет исполнения правильных
процессов – эффективна и результативна