-
Команда, Продукт, Процессы
-
Команда идет к общей цели!
-
Не прокрастинировать!
- Стараемся не откладывать ничего на потом. Например, настройку боевого сервера нельзя отложить на последнюю итерацию перед бетта- тестированием.
-
Взаимопомощь и взаимообучение!
- Все помогают друг другу насколько это возможно, применяем сессии парной разработки с различным набором участников.
- Просить помощи- это нормально
- Мы помогаем другим достигать их целей, достигаем цели вместе!
- Не страшно что-то не знать, нужно иметь смелось в этом признаться
-
Мы команда!
- У нас одна цель и мы к ней идем! Минус в том, что каждый эту цель может понимать по своему или вообще не понимать.
- Самый ценный ресурс- это люди!
-
Честность!
- Мы должны точно знать что у нас сейчас, в каком состоянии продукт, что мы успеваем, а что нет. Минус: очень сложно быть честными даже с самим собой.
-
Критическое мышление.
- Все ошибаются, поэтому важно мыслить критически, а не настаивать на чем-то необоснованно.
- Чужое необоснованное мнение не должно менять внутренние отношения
- Заблуждения свойственны всем, это вызвано нашей человеческой природой
-
Оптимальный баланс между коммуникациями и действиями.
- Иногда легче показать, как это работает, чем долго объяснять. Коммуникации очень важны внутри команды. Но часто, не зафиксированная информация забывается.
-
Мы — самоорганизающаяся команда.
- Скрам нам говорит, что самые лучшие требования, архитектурные и технические решения рождаются у самоорганизующихся команд. Действительно так, проверили на практике.
-
Простота и фокусировка.
- Искусство минимилизации излишней работы с целью расстановки приоритетов.
-
Мы выпускаем востребованный продукт
-
Никогда не пренебрегать качеством.
- Все понимают, что из-за дыр в безопасности или из-за того, что приложение не выдержит нагрузку, наш проект не будет нужен никому.
-
Интересы пользователя превыше всего.
- Не важно как я считаю правильным, главное, чтобы пользователь смог быстро решить свою задачу с помощью нашего продукта.
-
Коллективная ответственность за качество продукта.
- Мы не ищем виноватых, получая релизные баги, мы анализируем, почему это получилось, ищем корневую причину, корректируем работу.
-
Мы стоим Храм, не храм их костылей.
- Понимание всего продукта целиком, а не его отдельных частей, минус в том, что при не знании всего дродукта, новый код ,может поломать что-то имеющееся, а потом это еще и протестировать забудут.
-
Оптимальное наличие документации.
- Чтобы она не была избыточна, но была достаточной для принятие решений всеми заинтересованными лицами. Это конечно плюс, а минус в том- что никто не хочет ее писать.
-
YC Combinator
-
Создайте что-то, что нужно людям
- Делайте то, что не масштабируется
- Не масштабируйте команду/продукт до тех пор, пока не создадите что-то нужное
- Предпроектная проверка рынка: делать вещи, которые не масштабируются, оставаться маленькими и ловкими
- мы рещаем не ту проблему, ее за нас кто-то придумал
- Найдите решение 90/10
- Это не ваши деньги
-
Создавайте код — общайтесь с пользователями
- Найдите 10-100 клиентов, которые любят ваш продукт
- Иногда нужно отказываться от клиентов (они могут вас убить)
-
Рост — это результат классного продукта, а не наоборот
- Оценка компании не равна успеху или даже вероятности успеха
-
Если возможно, избегайте длительных переговоров с крупными клиентами
- Избегайте запросов крупных корпораций — они будут просто тратить время
- Избегайте конференций, если это не лучший способ заполучить клиентов
-
В какой-то момент все стартапы выглядят расшатанными
- Стартап может решить только одну проблему в данный момент времени
- Отношения между основателями важнее, чем вы думаете
- Игнорируйте конкурентов: вы скорее погибнете от собственных рук, чем от чужих
- Большинство компаний не умирают, если у них заканчиваются деньги
-
Будьте достойными! Или хотя бы не будьте мудаками
- Спите и занимайтесь спортом — заботьтесь о себе
-
Постоянное улучшение, основанное на обратной связи
-
Придерживаемся Scrum.
- Скрам не работает с жесткими сроками, поэтому мы его корректируем.
-
Будь Agile! Будь DevOps.
- Мы быстро меняемся в текущем контексте, используем новые технологии, опираясь на базовые принципа гибкой методологии.
-
Не стоит держаться за прошлое.
- Мы накапливаем опыт, аккумулируем знания. Но если целесообразнее переписать модуль с нуля, или создать новые прототипы, мы не расстраиваемся, а воспринимаем это как опыт.
-
Постоянное улучшение.
- Как процесса так и работающего продукта. Работающий продукт- одна из основных характеристик команды.
- Мы постоянно улучшаем продукт и процессы (PDCA)
- Обнованное на кототких циклах обратной связи
-
Обратная связь.
- От всех заинтересованных лиц, для корректировки процесса и продукта. Учимся слушать и слышать.
- Негативный опыт помогает инициировать качественные изменения, помогает вырваться из рутины
- Мы конструктивны и не ищем виновных при решении проблем
-
Мотивация.
- Скрам подразумевает, что команда- это высококвалифицированная кроссфункциональная команда профессионалов. Мы стремимся к этому. Минус- в нашем контексте практически не достижимая цель.
-
Говоря, оперируй данными.
- Минус- часто сложно объективные данные получить
-
Следуй принципам Lean и Кайдзен.
- Мы стараемся бороться с потерями, простоями и перепроизводством, для того, чтобы обеспечить плавный поток поставки ценностей нашим пользователям.
-
Немного личного
-
Гибкость в работе
-
The water lesson
- humility
- harmony
- openness
-
Заблуждения присущи всем, они вызваны нашей человеческой природой
- рефлексия
-
критическое мышление
- 5 Почему
-
Мы ошибаемся, мы подвержены когнитивным искажениям
-
Как бороться?
- знать как они проявляются
- замечать и выявлять их
- не принимать решений под действием конгитивных искажений
- под влиянием
-
Постоянное обучение и эволюция
-
Эволюция
- Постоянное улучшение, основанное на циклах обратной связи
- Постоянное улучшение через PDCA
- При анализе проблемы не ищут виновных, а ищут пути ее решения и недопущения возникновения в будущем
- Все знать и помнить невозможно
- Если тебе дали линованную бумагу- пиши поперек
-
Эффект второй системы, когда человек делает первую систему плохо, он вторую делает хорошо
- Мы боремся за то, чтобы работать лучше, чтобы не быть в плену массовый утверждений и плена!
-
Методики+практики и опыт- то, что выстрадало человечество
- негативный опыт помогает инициировать качественные изменения, помогает выбраться из рутины
- Не страшно что-то не знать, нужно иметь смелость в этом признаться
- Помогать другим достигать их целей
-
Общение
- Говоря, оперируй данными
- Самый ценный ресурс- это люди
- Важно уметь признавать свои ошибки и говорить об этом
- просить помощи не стыдно
- все врут
-
А что еще?
- Иметь хобби- это круто!
- Интуиция- рафинированный опыт
- Чужое мнение не должно менять твое отношение к себе
-
Some Principles in En
-
Lean in action
- be in context
-
continuous learning and improvement
- any changes in the company should not affect the quality of the products
- people do not fear change; people fear uncertainty
-
One moment we have a number of problems. Using new practice, we remove these problems and introduce others
- most importantly, we must understand that new problems are smaller than previous ones.
- We think not only about what we have, but also about what we don’t have and what benefits we have from this
-
Data driven approach
-
but
- the sense of inner justice is very important