Принятие инженерных решений в условиях неопределенности
•Als PPTX, PDF herunterladen•
0 gefällt mir•200 views
Принятие инженерных решений в условиях неопределенности
Empfohlen
Empfohlen
Weitere ähnliche Inhalte
Ähnlich wie Принятие инженерных решений в условиях неопределенности
Ähnlich wie Принятие инженерных решений в условиях неопределенности (20)
Принятие инженерных решений в условиях неопределенности
- 1. Сергей Баранов ScrumTrek Инженерные решения в условиях неопределенности
- 2. + Доменная модель + Бизнес-логика + Производительность + Тонны требований + Недели митингов + Объем данных + Было всё Жизненное
- 3. + Доменная модель + Бизнес-логика + Производительность + Тонны требований + Недели митингов + Объем данных + Было всё Жизненное
- 4. Что важнее?
- 6. —Асимметрия информации – Экономические факторы (сost) – Политические факторы (KPI) —Проблемы с коммуникацией —Большие объемы информации —Запутанность информации Неизвестны е известные
- 7. Важность коммуникаций Feature team I Разработка Дизайн Тестирование Feature Team II Разработка Дизайн Тестирование Владелец продукта Поддержка Продуктологи Заказчик мы не понимаем что мы делаем, но делаем мы это идеально
- 8. Важность коммуникаций Feature team I Разработка Дизайн Тестирование Feature Team II Разработка Дизайн Тестирование Владелец продукта Поддержка Продуктологи Заказчик понимаем что мы делаем, но делаем мы это неправильно
- 9. Важность коммуникаций Feature team I Разработка Дизайн Тестирование Feature Team II Разработка Дизайн Тестирование Владелец продукта Поддержка Продуктологи Заказчик WTF??
- 10. —Предположения/вероятности – Объем данных – Время отклика – Готовность компонентов к интеграции – Время, стоимость, объем работ —Риски —Прогнозы Известные неизвестн ые
- 11. На основе чего мы принимаем инженерные решения? Реальност ь
- 12. На основе чего мы принимаем инженерные решения? —Обобщение —Прошлый опыт —Перфекционизм —Прошлые грабли —Over-инжиниринг Реальност ь
- 14. Да еще и… производительность простота деплоя надежность стоимость сроки поставки функциональность удобство использования тестопригодность простота интеграции поддерживаемость зависимости
- 15. —Коммуникации —Понятность —Отложенные решения —Быстрая поставка —Инкрементальность —Обоснованность через требования Как с этим жить?
Hinweis der Redaktion
- Часто бывает, что сделано не то (продукт не тот). Но бывает и так, что сделано не так (реализация кривая).
- Часто бывает, что сделано не то (продукт не тот). Но бывает и так, что сделано не так (реализация кривая).
- Как только появляется неопределенность - нам нужно переобучаться, то есть обучаться заново, привнося в происходящее свет осознанности.
- Факты, которые знают другие, но не знаем мы Асимметричность информации (англ. asymmetric(al) information; также несовершенная информация, неполная информация) — это неравномерное распределение информации о чем-либо между сторонами сделки. Обычно продавец знает о товаре больше, чем покупатель, хотя возможна и обратная ситуация. Владельцы продукта могут располагать конкретной информацией о потребностях, а разработчики оценивать его только статистически.
- Вещи, о которых мы знаем, что мы их не знаем. Выход найти можно и лучше справится тот, кто больше знает о ситуации. Здесь как раз нужны экспертные знания.
- Обобщение Если перед нами встает некая проблема, то мы научены решать не саму проблему, а класс проблем. Так учат в школе, в университете. Нужен калькулятор? Напишу-ка я инженерный! Да что там инженерный, напишу фреймворк для создания инженерных калькуляторов. Все без исключения мечтают увидеть это чудо света — фреймворк. Разработчики со стажем же стремятся к тому, чтобы сделать архитектурный вклад или переворот в нем. Вот где инженерные амбиции) А синьеры нередкой попав в новый проект начинают осуществлять все свои заветные мечты и инженерные амбиции при написании самого прекрасного и полезного фреймворка. Прошлый опыт Когда мы стремимся избежать неопределенности, наш ум закрывается от происходящего тем, что превращает новое во что-либо известное нам. То есть, решив однажды, что "это будет так", в совершенно другой момент, через время мы говорим, что "это будет также". Не согласно настоящему моменту, не согласно собственному пониманию на данную секунду, на данное мгновение, а согласно принятому решению год назад, десять лет назад и так далее. Так можно прожить жизнь, не отвечая настоящему моменту и делая всё определенным, а значит, статичным и неизменным. Однажды приняв решение, мы можем потом всегда поступать аналогично, действуя согласно наработанному характеру, никогда не вникая глубоко в суть обстоятельств.
- «На каждую комплексную проблему всегда найдется ответ — ясный, простой и неправильный» (с) журналист
- А когда это все сталкивается с противоречивыми требованиями мы вообще не знаем куда себя деть и пребываем в состоянии перманентного когнитивного диссонанса.
- Итак, куда идем и чему учимся. Учимся общаться. Общаться на едином языке и понимать, чем руководствуются другие роли в проекте. Большая часть проблем связана ровно с тем, что представители различных ролей не слышат и не понимают друг друга, оперируют различными понятиями и определениями. Понятность Не добавляем неопределенности. Ее и так достаточно. Отложенные решения Важные и необратимые решения, которые принимаются в самом начале — они попросту опасны. Знания о предметной области — низкие, уровень неопределенности — высокий, а значит риск ошибиться очень велик. Например — выбор архитектуры. Использование фреймворка и т.д. Процесс принятия решений можно и нужно откладывать как можно дальше без вреда для продукта. Гибкая архитектура (инкрементальная), Just In Time, Pull-процессы. Доставлять ценность быстро Необходимо доставлять ценность так быстро, как это возможно для получения обратной связи и корректировки процесса. Быстра поставка: доверие заказчиков (повышает коммуникации и снижает асимметрию информацию), быстрая обратная связь и внесение изменений, снижение уровня неопределенности и рисков. Обоснованность через требования