Geek week 2015. Создание полезных приложений в оговоренный срок.
0 likes763 views
Документ описывает опыт и подходы автора к созданию и разработке программного обеспечения, акцентируя внимание на важности сроков и качества. Автор делится методологиями, такими как Scrum и Lean, а также принципами MVP и прототипирования. В заключение, подчеркивается необходимость ответственного и креативного подхода в разработке продуктов.
Geek week 2015. Создание полезных приложений в оговоренный срок.
- 1. Создание полезных приложений в оговоренный срок !""# $#%#&'"(), 7bits* * 16 ")+,%+ 2015, Geek Week 2015*
- 2. Обо мне • Программирую с 6-‐‑го класса • Учу студентов и школьников математике и программированию с 1999-‐‑го года • С 2003 года в промышленной разработке • С 2010 владелец и директор своей компании 7bits, с 2014 года еще и Avelix (сайта нет) • Организатор конференции HappyDev • Организатор ИТ-‐‑субботников – мини-‐‑ конференций в Омске раз в месяц
- 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
- 21. Customer journey • Делаем черновой вариант навигации и наброски страниц • Оцениваем для персоны: контекст, ожидания, ощущения, мотивацию продолжать
- 22. Прототипирование интерфейсов • Метод прогрессивного JPEG • Сначала все делается на бумаге, только потом, например, в Balsamiq • Интерактивная игра для проверки гипотез • Fail fast!
- 23. Оптимизация процесса разработки • Приоритезируй это! • KISS! YAGNI! • Выявить зависимости задач, построить пути • Применить теорию ограничений Голдратта
- 24. Готовность к изменениям • В SCRUM новые идеи идут в бэклог • Если заказчик готов чем-‐‑то жертвовать – мы можем начать заниматься его идеей прямо сейчас
- 25. Выводы • Консалтинг – следующий шаг за аутсорсингом • Никакие процессы и методологии не сделают продукт качественным • Придется включать мозг и развивать ответственность в себе. Каждому.
- 26. Мы ж программисты! Почему бы не сделать инструмент, чтобы не бояться изменений требований и уметь точнее оценивать сроки?
- 27. Разработка SmartActors • Совместный проект с компанией HWDTech • Архитектура позволяет создавать простые независимые компоненты • Срок разработки фичи зависит напрямую от числа компонентов
- 28. Разработка SmartActors • Есть внедрение предыдущей версии на .NET • В данный момент уже делаются проекты на этой платформе • Релиз в «окончательном» варианте в 2016 году
- 29. Что почитать • Э. Голдратт, «Та самая цель» • А. Бындю, «Impact mapping на практике» • Б. Вольфсон «Гибкие методологии разработки» • А. Тарасенко, Статья на Habrahabr по теме
- 30. Спасибо! • Email: at@7bits.it • Web: h™p://7bits.ru • Twi™er: @AnnieOmsk