AgileBaseCamp 2013 - Start Up and Get Done

666 views

Published on

Небольшой доклад о проблемах и решениях при разработке продуктов, управлении командой.

Published in: Business
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
666
On SlideShare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
3
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide
  • Нет аджайл-образования, но есть опыт гибкой разработки, а именно: - работа короткими итерациями с сессиями планирования и демонстраций - тесное взаимодействие с заказчиком, небольшая команда - continious deployment (частота), инженерные практики (CI, Code Review, Collective Code Ownership, TDD) Чего нет: оценок и планирования в фичерпоинтах, ясного разделения ролей как в классических аджайл фрейморках: «я - лид».
  • команда это часто тоже ограничение, но не такое явное в начале, как дата релиза
  • когда горка пологая, но сила трения не позволяет скатиться какой-то цилиндрической херне. Надо слегка подтолкнуть, а дальше работает гравитация
  • AgileBaseCamp 2013 - Start Up and Get Done

    1. 1. Start Up and Get Done How to build success product in time. Максим Климишин CTO в ZAKAZ.UA @maxmaxmaxmax
    2. 2. Немного личного10 лет в ITпрограммист, совладелец, лид, менеджерблоггер, организатор конференцийактивист OpenSource
    3. 3. О чем это я
    4. 4. Что есть на старте ?
    5. 5. НАДО СОЗДАТЬ ПРОДУКТ
    6. 6. ОграниченияДата релизаПлатформа/технологииОжидаемая нагрузка
    7. 7. КомандаНа вид По факту поехали
    8. 8. По фактуЗа одну итерацию не сработаешьсяПонять интересы и «темперамент»разработки занимает времяПритирку и заниженную продуктивностьне учли при планировании скоупа
    9. 9. Чего хотим добиться ?
    10. 10. Идиллии
    11. 11. Цели лидаДоставить вовремяСплотить(ся)Впечатлить UX-мКраааасивый Рабочий кодЛегко масштабироваться
    12. 12. Чего мы не хотим ?
    13. 13. ПРОБЛЕМ сproduct owner-оmproduct owner-оm
    14. 14. Типичные проблемыЗадержки в коммуникациях - особенно самериканскими заказчикамиОдин PO на 10-ть проектов - с трудомудерживает контекст одного конкретногопроектаБольшая команда “менеджмента”: PO, CTO,VP,архитектор, маркетолог - избыточные митинги
    15. 15. РешенияСамому понять цели и стратегию разработкипродуктаУглубиться в приоритеты и детали реализацииВстречи по узким темам минимальнымсоставом (разделить технические имаркетинговые)Выбрать правильного ПО (вместо всеговыше)
    16. 16. Наархитектить
    17. 17. Что обычно тупитСинхронная архитектура - когда “тяжелые”задачи работают внутри слоя отображенияDog-pile effect, “тяжелые” задачи кешируютодновременноНеразумное использование хранилищ -например PgSQL как Key/Value или MySQL дляEAVЗапросы к базе данных в циклах,автоматически генерируемые запросы, third-party API
    18. 18. Очень простой рецептОставьте синхронным только front-end -отображение для пользователяКак можно больше задач обрабатывайтеасинхронноPubSub, MQ - это все создано для простых ирабочих систем
    19. 19. Все для людейПросите делать презентации поархитектурным предложениям илиизменениямПрежде, чем внедрять новую технологиюлучше внимательно изучить отзывы винтернетеМетрики, метрики, метрики - очень хорошийаргумент для новой технологии
    20. 20. Безопасность
    21. 21. О чем это?Не надо хранить пароли в открытом виде, ввиде md5 без salt-aКрайне внимательно относиться к ACLПравильный транспорт - SSL и тпНекорректная архитектура защищенной сети
    22. 22. Зачем?Непредвиденные задачи по “латанию” дыр вбезопасности (не выпустить вовремя)Доверие пользователей
    23. 23. В двух словах:не обосратьсяне обосраться
    24. 24. Как достичь цели ?
    25. 25. Планировать два сценария два сценария1: Все OK Все фичи в полном объеме и вовремя2: Все по другому • Меньше фич • В меньшем объеме • Включаем команду
    26. 26. Мотивировать командуВ зависимости от типа разработчика: Задачи - интересные Проблемы - посильные Сроки - реалистичные Нагрузка - поддерживаемая
    27. 27. IT’S flowtimeТогда команда творит
    28. 28. product owner, что ты творишь, ахаха прекрати
    29. 29. Релиз ,теперь можно расслабить
    30. 30. Спасибо. Вопросы? @maxmaxmaxmax

    ×