1. Мы выпускаем востребованный продукт
   1. Никогда не пренебрегать качеством.
      1. Все понимают, что из-за дыр в безопасности или из-за того, что приложение не выдержит нагрузку, наш проект не будет нужен никому.
   2. Интересы пользователя превыше всего.
      1. Не важно как я считаю правильным, главное, чтобы пользователь смог быстро решить свою задачу с помощью нашего продукта.
   3. Коллективная ответственность за качество продукта.
      1. Мы не ищем виноватых, получая релизные баги, мы анализируем, почему это получилось, ищем корневую причину, корректируем работу.
   4. Мы стоим Храм, не храм их костылей.
      1. Понимание всего продукта целиком, а не его отдельных частей, минус в том, что при не знании всего дродукта, новый код ,может поломать что-то имеющееся, а потом это еще и протестировать забудут.
   5. Оптимальное наличие документации.
      1. Чтобы она не была избыточна, но была достаточной для принятие решений всеми заинтересованными лицами. Это конечно плюс, а минус в том- что никто не хочет ее писать.
2. Команда идет к общей цели!
   1. Не прокрастинировать!
      1. Стараемся не откладывать ничего на потом. Например, настройку боевого сервера нельзя отложить на последнюю итерацию перед бетта- тестированием.
   2. Взаимопомощь и взаимообучение!
      1. Все помогают друг другу насколько это возможно, применяем сессии парной разработки с различным набором участников.
      2. Просить помощи- это нормально
      3. Мы помогаем другим достигать их целей, достигаем цели вместе!
      4. Не страшно что-то не знать, нужно иметь смелось в этом признаться
   3. Мы команда!
      1. У нас одна цель и мы к ней идем! Минус в том, что каждый эту цель может понимать по своему или вообще не понимать.
      2. Самый ценный ресурс- это люди!
   4. Честность!
      1. Мы должны точно знать что у нас сейчас, в каком состоянии продукт, что мы успеваем, а что нет. Минус: очень сложно быть честными даже с самим собой.
   5. Критическое мышление.
      1. Все ошибаются, поэтому важно мыслить критически, а не настаивать на чем-то необоснованно.
      2. Чужое необоснованное мнение не должно менять внутренние отношения
      3. Заблуждения свойственны всем, это вызвано нашей человеческой природой
   6. Оптимальный баланс между коммуникациями и действиями.
      1. Иногда легче показать, как это работает, чем долго объяснять. Коммуникации очень важны внутри команды. Но часто, не зафиксированная информация забывается.
   7. Мы — самоорганизающаяся команда.
      1. Скрам нам говорит, что самые лучшие требования, архитектурные и технические решения рождаются у самоорганизующихся команд. Действительно так, проверили на практике.
   8. Простота и фокусировка.
      1. Искусство минимилизации излишней работы с целью расстановки приоритетов.
3. Постоянное улучшение, основанное на обратной связи
   1. Придерживаемся Scrum.
      1. Скрам не работает с жесткими сроками, поэтому мы его корректируем.
   2. Будь Agile! Будь DevOps.
      1. Мы быстро меняемся в текущем контексте, используем новые технологии, опираясь на базовые принципа гибкой методологии.
   3. Не стоит держаться за прошлое.
      1. Мы накапливаем опыт, аккумулируем знания. Но если целесообразнее переписать модуль с нуля, или создать новые прототипы, мы не расстраиваемся, а воспринимаем это как опыт.
   4. Постоянное улучшение.
      1. Как процесса так и работающего продукта. Работающий продукт- одна из основных характеристик команды.
      2. Мы постоянно улучшаем продукт и процессы (PDCA)
      3. Обнованное на кототких циклах обратной связи
   5. Обратная связь.
      1. От всех заинтересованных лиц, для корректировки процесса и продукта. Учимся слушать и слышать.
      2. Негативный опыт помогает инициировать качественные изменения, помогает вырваться из рутины
      3. Мы конструктивны и не ищем виновных при решении проблем
   6. Мотивация.
      1. Скрам подразумевает, что команда- это высококвалифицированная кроссфункциональная команда профессионалов. Мы стремимся к этому. Минус- в нашем контексте практически не достижимая цель.
   7. Говоря, оперируй данными.
      1. Минус- часто сложно объективные данные получить
   8. Следуй принципам Lean и Кайдзен.
      1. Мы стараемся бороться с потерями, простоями и перепроизводством, для того, чтобы обеспечить плавный поток поставки ценностей нашим пользователям.