by Віктор Гожий

1. Менеджмент WordPress проектів або як вибрати
потрібний шлях

2. Пару слов о себе

3. Как сегодня мы разделим WP проекты?
На коленках за сутки
Пилим-пилим месяцами
А у нас будет что-то

4. История одного проекта

5. Кто такой заказчик?

6. Кто такая команда?

7. Выбор М перед началом проекта

8. Как это бывает в методологии “как получится”?
Трекинг времени в activecollab, basecamp… и это Гуд
Знаем о заказчике только по слухам от PM
Разрабатываем на опыте бывалых
чик - чик и в продакшен наш девиз заточенный годами
И мы знаем, что такое адский код

9. В чем беда такого подхода для нас?
Заказчик постоянно вносит коррективы
Фиксированный бюджет
Сжатые сроки
И от нас хотят какие-то показатели работы

10. Нам всем хотят “впарить” Scrum:(

11. Минусы Scrum для нас
Слишком много телодвижений
И затраты времени на них
Нет возможности добавить новую задачу в текущий
спринт

12. Что мы хотели получить?
Частые поставки продукта заказчику
Показатели команды
Возможность заказчику менять приоритеты тасков по ходу спринта +
добавлять новые
Понимание команды “а что вообще происходит”
Контроль работы заказчика “без обид”
Что-то внедрить

13. Что из всего этого Agile добра есть у нас?
Выкладка продукта каждую неделю (недельный спринт)
Планирование и оценка задач (и тут может зайти заказчик)
Статус митинги по утрам
Kanban доска + jira agile
Ретро

14. И тут мы забыли про самое важно - показатели

15. Главная ошибка

16. Когда ты будешь думать, что все ОК

17. Четкий вопрос, а нужен ли QA?
Выделить разработчика “пожарника”
Доверить эту почетную участь PMу
А может отдать на суд заказчику

18. А будут ли преимущества если выделить ресурс?

19. Выводы тоже нужны, выводы тоже важны

20. Спасибо вам!