Документ описывает принципы методологии YAGNI в управлении проектами, акцентируя внимание на разработке минимально ценных продуктов и важности участия заказчика в формировании критериев приемки. Автор делится опытом внедрения различных подходов и инструментов, таких как scrum и метод оценки сроков, подчеркивая необходимость гибкости и оптимизации в процессе разработки. Основные выводы касаются развития ответственности и критического мышления у команды, а также рекомендаций по дополнительной литературе.

1. Принцип
YAGNI
в управлении
проектами
Анна Тарасенко, 7bits
30 мая 2015, Dev2Dev, г. Красноярск

2. Обо мне
• Программирую с 6-го класса
• Учу студентов и школьников математике и
программированию с 1999-го года
• С 2003 года в промышленной разработке
• С 2010 владелец и директор своей компании
7bits, с 2014 года еще и Avelix (сайта нет)
• Организатор конференции HappyDev
• Организатор ИТ-субботников – мини-
конференций раз в месяц

3. Классический
аутсорсинг
Продажа часов

4. Классический
аутсорсинг
Продажа часов

5. Классический
аутсорсинг
Продажа часов

6. Классический
аутсорсинг
Продажа часов

7. Классический
аутсорсинг
Небольшой fixed price проект (UpWork,
бывший oDesk)

8. Классический
аутсорсинг
Fixed price в команде (старый способ)

9. Классический
аутсорсинг
Fixed price в команде (старый способ)

10. Классический
аутсорсинг
Fixed price в команде (решение 1)

11. Классический
аутсорсинг
Fixed price в команде (решение 2)
• Умножение оценки на 3.14
• Вероятностные оценки
сроков и рисков

12. Классический
аутсорсинг
Fixed price в команде (решение 3)

13. Долой культ карго!
SCRUM в чистом виде у нас не прижился

14. Долой культ карго!
SCRUM требует от людей слишком многого

15. Что мы взяли из SCRUM
• Критерии приемки, составленные вместе с
заказчиком
• Planning poker и ретроспектива

16. Почему бы просто не
писать код за деньги?
• Счастье пользователей – удобно и красиво
• Счастье команды – делать полезные
продукты без постоянных авралов
• Счастье заказчика – все делается в срок и в
бюджет

17. FFF – fixed timing, fixed
budget, flexible scope
• Выпускаем MVP – минимально ценный
продукт.
• «Зачем нужна эта фича?»
• Почему важно , чтобы она вошла именно в
этот релиз?
• Что произойдет, если этой фичи не будет,
либо будет позже?

18. Lean canvas

19. Персоны и impact
mapping

20. User story mapping

21. Customer journey
• Делаем черновой вариант навигации и
наброски страниц
• Оцениваем для персоны: контекст, ожидания,
ощущения, мотивацию продолжать

22. Прототипирование
интерфейсов
• Метод прогрессивного JPEG
• Сначала все делается на бумаге, только потом
в Balsamiq
• Интерактивная игра для проверки гипотез
• Fail fast!

23. Оптимизация процесса
разработки
• Приоритезируй это!
• KISS! YAGNI!
• Выявить зависимости задач, построить пути
• Применить теорию ограничений Голдратта

24. Готовность к
изменениям
• В SCRUM новые идеи идут в бэклог
• Если заказчик готов чем-то жертвовать – мы
можем начать заниматься его идеей прямо
сейчас

25. Выводы
• Консалтинг – следующий шаг за
аутсорсингом
• Никакие процессы и методологии не сделают
продукт качественным
• Придется включать мозг и развивать
ответственность в себе. Каждому.

26. Что почитать
• Э. Голдратт, «Та самая цель»
• А. Бындю, «Impact mapping на практике»
• Б. Вольфсон «Гибкие методологии
разработки»
• А. Тарасенко, Статья на Habrahabr по теме

27. Спасибо!
• Email: at@7bits.it, annie.tarasenko@gmail.com
• Web: http://7bits.it
• Twitter: @AnnieOmsk