Архитектура как функция от ?. Что мы не учитываем и убиваем проекты.
0 likes432 views
Документ обсуждает важность принятия решений в проектировании систем, акцентируя внимание на компромиссе между разными факторами, такими как требования и качества. Он подчеркивает необходимость учитывать множество аспектов, включая риски, ограничения и человеческий фактор. Важные рекомендации включают делегирование, приоритезацию факторов и понимание бизнес-ограничений.
Архитектура как функция от ?. Что мы не учитываем и убиваем проекты.
- 1. A=F(?): Как не следовать здравому смыслу и гробить проекты Евгений Кривошеев, ekrivosheyev@scrumtrek.ru
- 2. Проектирование систем как принятие решений 4 Квадратики и стрелочки? 4 Дизайн – это компромисс 4 Контекст важен – это ограничения для дизайна 4 Нужно принять много решений, например↓
- 3. Когда остановиться рисовать квадратики и начать хе**чить?
- 4. Что такое архитектура? 4 Внезапно, рекурсивное определение через требования 4 Внезапно, определение через риски 4 От чего зависят эти наши решения? A=F(?)
- 5. A=F(Rq): Формальный подход A = F( outer functional requirements, outer quality attributes );
- 9. A=F(ORq, IRq): Менее формально A = F( outer functional requirements, outer quality attributes, inner functional requirements, //Призрачная угроза inner quality attributes, //Разрабы тоже люди^W юзеры design guidelines & code style //Регламенты пишутся кровью );
- 10. А=F(Rq, ?): Что не учитываем и гробим проекты
- 11. А=F(Rq, ?): Что не учитываем A = F( outer FR & QA, inner FR & QA, //Разрабы тоже люди^W юзеры design guidelines & code style, //Регламенты пишутся кровью personal pain experience //Какие архгипотезы проверять ASAP );
- 12. А=F(Rq, ?): Что не учитываем A = F( outer FR & QA, inner FR & QA, //Разрабы тоже люди^W юзеры design guidelines & code style, //Регламенты пишутся кровью personal pain experience //Какие архгипотезы проверять ASAP trust to team //Сделаем на монадах! );
- 13. А=F(Rq, ?): Что не учитываем A = F( outer FR & QA, inner FR & QA, //Разрабы тоже люди^W юзеры design guidelines & code style, //Регламенты пишутся кровью personal pain experience //Какие архгипотезы проверять ASAP trust to team, //Сделаем на монадах! team & company structure //Закон Конвея );
- 15. А=F(Rq, ?): Что не учитываем A = F( outer FR & QA, inner FR & QA, //Разрабы тоже люди^W юзеры design guidelines & code style, //Регламенты пишутся кровью personal pain experience //Какие архгипотезы проверять ASAP trust to team, //Сделаем на монадах! team & company structure, //Закон Конвея resources: {time, people, money, partners, trust↑, risks} );
- 16. А=F(Rq, ?): Что не учитываем A = F( outer FR & QA, inner FR & QA, //Разрабы тоже люди^W юзер design guidelines & code style, //Регламенты пишутся кровью personal pain experience //Какие архгипотезы проверять ASAP trust to team, //Сделаем на монадах! team & company structure, //Закон Конвея resources: {time, people, money, partners, trust↑, risks}, внутрикорпоративные ограничения );
- 17. А=F(Rq, ?): Что не учитываем A = F( outer FR & QA, inner FR & QA, //Разрабы тоже люди^W юзер design guidelines & code style, //Регламенты пишутся кровью personal pain experience //Какие архгипотезы проверять ASAP trust to team, //Сделаем на монадах! team & company structure, //Закон Конвея resources: {time, people, money, partners, trust↑, risks}, внутрикорпоративные ограничения, integration landscape, law issues, locked-in vendors, … );
- 18. Вопрос #1: Какие из факторов Вы честно учитываете при проектировании?
- 19. Вопрос #2: OMG! Их же невозможно учесть все!
- 20. Смотрим по важности 4 Свободно доверяйте и делегируйте 4 Свободно откладывайте 4 Превед Lean Development :)
- 21. Применяй меня полностью 4 Поймите бизнес-ограничения 4 Формальные регламенты vs написанные кровью 4 Не доверяйте себе в важных решениях 4 Пользуйтесь шпаргалкой факторов 4 Приоритезируйте факторы 4 Откладывайте решения