В этой статье я хотела бы поделиться с Вами теми основными принципами, которые лежат в основе работы нашей продуктовой команды. А также привести плюсы и минусы этих принципов. Принципы- это конечно хорошо и важно, но не стоит забывать, что не следует становиться заложником инструментов, методологий и слепо следовать правилам. Важно быть в контексте ситуации, в контекст зачастую очень быстро меняется.
Принципы. Начало
1. Никогда не пренебрегать качеством. Все понимают, что из-за дыр в безопасности или из-за того, что приложение не выдержит нагрузку, наш проект не будет нужен никому.
2. Интересы пользователя превыше всего. Не важно как я считаю правильным, главное, чтобы пользователь смог быстро решить свою задачу с помощью нашего продукта.
3. Коллективная ответственность за качество продукта. Мы не ищем виноватых, получая релизные баги, мы анализируем, почему это получилось, ищем корневую причину, корректируем работу.
4. Не прокрастинировать! Стараемся не откладывать ничего на потом. Например, настройку боевого сервера нельзя отложить на последнюю итерацию перед бетта- тестированием.
5. Взаимопомощь и взаимообучение! Все помогают друг другу насколько это возможно, применяем сессии парной разработки с различным набором участников.
6. Мы команда! У нас одна цель и мы к ней идем! Минус в том, что каждый эту цель может понимать по своему или вообще не понимать.
7. Мы стоим Храм, не храм их костылей. Понимание всего продукта целиком, а не его отдельных частей, минус в том, что при не знании всего дродукта, новый код ,может поломать что-то имеющееся, а потом это еще и протестировать забудут.
6. Честность! Мы должны точно знать что у нас сейчас, в каком состоянии продукт, что мы успеваем, а что нет. Минус: очень сложно быть честными даже с самим собой.
7. Придерживаемся Scrum. Скрам не работает с жесткими сроками, поэтому мы его корректируем.
8. Будь Agile! Будь DevOps. Мы быстро меняемся в текущем контексте, используем новые технологии, опираясь на базовые принципа гибкой методологии.
9. Не стоит держаться за прошлое. Мы накапливаем опыт, аккумулируем знания. Но если целесообразнее переписать модуль с нуля, или создать новые прототипы, мы не расстраиваемся, а воспринимаем это как опыт.
10. Постоянное улучшение. Как процесса так и работающего продукта. Работающий продукт- одна из основных характеристик команды.
Принципы. Продолжение.
11. Обратная связь. От всех заинтересованных лиц, для корректировки процесса и продукта. Учимся слушать и слышать.
12. Критическое мышление. Все ошибаются, поэтому важно мыслить критически, а не настаивать на чем-то необоснованно.
13. Мотивация. Скрам подразумевает, что команда- это высококвалифицированная кроссфункциональная команда профессионалов. Мы стремимся к этому. Минус- в нашем контексте практически не достижимая цель.
14. Говоря, оперируй данными. Минус- часто сложно объективные данные получить
15. Следуй принципам Lean и Кайдзен. Мы стараемся бороться с потерями, простоями и перепроизводством, для того, чтобы обеспечить плавный поток поставки ценностей нашим пользователям.
16. Простота и фокусировка. Искусство минимилизации излишней работы с целью расстановки приоритетов.
17. Мы — самоорганизающаяся команда. Скрам нам говорит, что самые лучшие требования, архитектурные и технические решения рождаются у самоорганизующихся команд. Действительно так, проверили на практике.
18. Постоянное обучение. Всех членов команды, в том числе и «не профильным» дисциплинам.
19. Оптимальный баланс между коммуникациями и действиями. Иногда легче показать, как это работает, чем долго объяснять. Коммуникации очень важны внутри команды. Но часто, не зафиксированная информация забывается.
20. Оптимальное наличие документации. Чтобы она не была избыточна, но была достаточной для принятие решений всеми заинтересованными лицами. Это конечно плюс, а минус в том- что никто не хочет ее писать.
Принципы. Как они сформировались
- Строим процесс тестирования.
- как мы Канбан строим в трех частях: Часть 1, Часть 2, Часть 3
- Value proposition canvas
- Наш новый Ретро Формат.
- Инструменты решения проблем
- Кайзден. Путь к снижению затрат