Мы ежедневно убиваем архитектуру системы и тем самым наши проекты. А причина простая мы не учитываем факторы, выходящие за рамки формального мышления. В рамках доклада мы посмотрим, какие факторы определяют архитектуру системы. Они зачастую неочевидны и неформальны. Но если включить здравый смысл, все становится на свои места.

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
);

7. Agility? Never heard.

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 Откладывайте решения