(2niversity) проектная работа tips&tricks
•Transferir como PPT, PDF•
1 gostou•1,783 visualizações
2niversity.com/#s2_1
Recomendados
Recomendados
Mais conteúdo relacionado
Mais procurados
Mais procurados (20)
Semelhante a (2niversity) проектная работа tips&tricks
Semelhante a (2niversity) проектная работа tips&tricks (20)
Mais de Michael Karpov
Mais de Michael Karpov (20)
(2niversity) проектная работа tips&tricks
- 1. Планирование и командная работа: Tips&Tricks Михаил Карпов
- 2. Михаил Карпов 2
- 3. • Продолжаем знакомство • Вводное слово • И поехали
- 4. в срок спе вае м не у
- 5. • Заказчик формирование рисков – понять что надо – оценить сроки • Работа срабатывание – технические сложности рисков – изменение требований – внешние риски
- 6. Как улучшить? • Не обманывать себя: «plan to fail» • Хорошие практики: – ускорить цикл обратной связи – не делать лишнего – понимать не только задачу заказчика, но и конечного пользователя
- 7. Ускорить цикл обратной связи • Чаще показываем – не успеваем понаделать ненужного – получаем доверие – команде тоже нужен результат обновить состояние заказчика?
- 8. Что важно в коротких итерациях • Они короткие • В них есть что показывать • Есть демо, можно пощупать • Есть ретроспектива
- 9. Не делаем лишнего • Не все задачи одинаково полезны 80/20 • Не делаем «впрок» • Главное – приоритет, а не оценка • Приоритет не всегда ясен: – короче цикл обратной связи – сами пытаемся понять
- 10. Понимать задачи • Заказчика • Пользователя
- 11. Но не всё же так идеально? • Не всегда достучишься до заказчика • Длинные небьющиеся задачи • Сложно оценивать новое • Проект слишком большой
- 12. Отвечает ли ваш процесс на вопросы команды? 1. Что делать сейчас? ти» • Что делать прямо сейчас? ен нос от ветств «окно • Что взять после этого? 2. Что делаем в этом месяце? 3. Какой план на год?
- 13. Dashboard сервиса i • Wik
- 14. Приоритеты Jira до 2 задач до 5 задач можно много задач
- 15. Подводя итоги • Короткие релизы – plan to fail – демо • Не делать лишнего – важен приоритет задач и 80/20 • Окно ответственности команды • Понимать задачи пользователей
- 16. Спасибо за внимание! Вопросы? Карпов Михаил (michail.karpov@ya.ru) pmrussia.blogspot.com @michailkarpov 16
- 17. • Работа над проектом (15 минут) • Сдача заказчику (10 минут) • Ретроспектива (5 минут) Карпов Михаил (michail.karpov@ya.ru) pmrussia.blogspot.com @michailkarpov
Notas do Editor
- http://2niversity.com/
- Занимаюсь продуктовым и проектным менеджментом в Яндексе. Придумываю и провожу тематические IT-мероприятия (ProductCamp, План Б, AgilePiter). До Яндекса работал в Мотороле и в своей компании, занимающейся заказной разработкой.
- Иногда простые и важные вещи кажутся баянами, но от того они хуже не становятся Например, я начал готовить вот это выступление, вспомнил пару полезных истин, и мне это, похоже что, спасло практически _три_ месяца разработки в моём проекте. Поэтому, надеюсь и вам будем многое актуально и полезно.
- Давайте подробнее рассмотрим схему, описывающую наши проекты. Заглянем внутрь этого круга.
- ! Это бы на доску нарисовать Сначала мы работаем с заказчиком, потом начинаем что-то делать, потом опять идём к заказчику и отправляемся делать доделки (вот и цикл). Если посмотреть на проект как на управление рисками, то получим такую схему (схема рисков).
- Мы точно ошибёмся, НО ошибиться нужно как можно быстрее
- доверие заказчика (важно делаете ли вы хоть что-то) - думает что вы все ленивые и забиваете болт
- Фичи должны быть видны заказчику
- История от Карины про Самсунг и продавцов телефонов
- Делайте внутреннего заказчика Возьмите её как фоновую, покажите другую Да, так и будет, прикиньте на неё какой-нибудь очень большой срок, предварительно озвучьте его, и после этого главное проверьте что это действительно самая приоритетная задача Придётся делать первый прототип «соломенное чучело» из «тёплого и мягкого» на выброс, как ни печально. Какие бы решения Вы не применяли, убедитесь, что они относится к Вашей конкретной задаче.
- Чтобы команда радовалась и была вовлечена в ваш процесс, то он должен коротко и доходчиво отвечать на данные вопросы команды. Эффект Готорна и про день «работы по правилам» как одной из форм забастовок в Австралии.
- Чтобы разработчикам не лазать по «разным менеджерским страницам» - сделали одну страничку – «карточку сервиса»: узнать про даты релизов, про текущие/будующие проекты, про дедлайны и отпуска,…
- Работаем Таски – разработка Приоритеты – менеджер Спринты – совместно Смотрим Единый dashboard с приоритетными тасками
- и так 3 раза