YB
Andrey
Дело в том что четких критериев для проведения границы ведь нет. Почти как и между тактикой и стратегией кстати))
Да. Просто ощущаю согласие в плане inproc и crossproc.
Size: a a a
2020 March 17
YB
Хотя опять же, когда unit of delivery является не процесс, а контейнер, в котором может играться несколько процессов, грань что есть inproc, а что есть crossproc хочется стереть, и нарисовать её где-то между разными контейнерами.
YB
Или разными вендорами.
RT
ГОСТ vs здравый смысл, первый раз, чтоли?
Я бы переформкулировал:
соблюдаем ритуалы или решаем задачу?
По ГОСТ можно составить документы очень разного объема и содержимого, этож очевидно
соблюдаем ритуалы или решаем задачу?
По ГОСТ можно составить документы очень разного объема и содержимого, этож очевидно
DK
Уместно ли стартовать архитектурный процесс при написании Notepad++? А при разработке Azure?
Кому уместно? Имхо, это всегда уместно
DK
Я бы переформкулировал:
соблюдаем ритуалы или решаем задачу?
По ГОСТ можно составить документы очень разного объема и содержимого, этож очевидно
соблюдаем ритуалы или решаем задачу?
По ГОСТ можно составить документы очень разного объема и содержимого, этож очевидно
++
YB
Кому уместно? Имхо, это всегда уместно
Ну, может, он и в случае с Notepad++ какой-то есть, но смысла выделять его как процесс вообще нет. Оверхэд дикий.
RT
Уместно ли стартовать архитектурный процесс при написании Notepad++? А при разработке Azure?
Я сейчас сталкиваюсь с задачей передачи знаний при масштабировании компании на новые виды проектов,
включение новых людей. Все эти ваши квадратики-стрелочки должны стать понятными для новых людей.
Архитектура тесно сплетена с knowledge management, с фиксацией и передачей знаний.
Даже Notepad++ закончит плохо, если знания не документированы и в разработчку вовлекается множество людей.
включение новых людей. Все эти ваши квадратики-стрелочки должны стать понятными для новых людей.
Архитектура тесно сплетена с knowledge management, с фиксацией и передачей знаний.
Даже Notepad++ закончит плохо, если знания не документированы и в разработчку вовлекается множество людей.
YB
Я бы переформкулировал:
соблюдаем ритуалы или решаем задачу?
По ГОСТ можно составить документы очень разного объема и содержимого, этож очевидно
соблюдаем ритуалы или решаем задачу?
По ГОСТ можно составить документы очень разного объема и содержимого, этож очевидно
Есть ритуалы, покладательство на которые в известных масштабах может всерьёз разгневать богов. Так что вопрос в том примерно и есть, когда достаточно один раз на салфетке нарисовать два квадратика и сцепить их через REST API, а когда надо всерьёз запускать архитектуру как именно процесс, а не просто явление.
YB
Я сейчас сталкиваюсь с задачей передачи знаний при масштабировании компании на новые виды проектов,
включение новых людей. Все эти ваши квадратики-стрелочки должны стать понятными для новых людей.
Архитектура тесно сплетена с knowledge management, с фиксацией и передачей знаний.
Даже Notepad++ закончит плохо, если знания не документированы и в разработчку вовлекается множество людей.
включение новых людей. Все эти ваши квадратики-стрелочки должны стать понятными для новых людей.
Архитектура тесно сплетена с knowledge management, с фиксацией и передачей знаний.
Даже Notepad++ закончит плохо, если знания не документированы и в разработчку вовлекается множество людей.
Ну вот вопрос только в том, реально ли в разработку Notepad++ всё это вовлекается...
RT
Есть ритуалы, покладательство на которые в известных масштабах может всерьёз разгневать богов. Так что вопрос в том примерно и есть, когда достаточно один раз на салфетке нарисовать два квадратика и сцепить их через REST API, а когда надо всерьёз запускать архитектуру как именно процесс, а не просто явление.
Крайне опасна подмена целей процессом
AL
тоже как математик не могу не ввернуть, что матмодель архитектуры (а чат про архитектуру) это примерно такая же невероятно нужная и практически применимая вещь, как собаке пятая нога )
Как только вы вводите рационализацию (рациональные обоснования) принимаемых решений вы обязаны строить утверждения. При этом любое утверждение должно быть проверяемо. А проверяемость вы никак кроме как при помощи логики высказываний проверить не сможете.
И да, если у вас допускается нерациональное обоснование решения - можно без мат. моделей.
И да, если у вас допускается нерациональное обоснование решения - можно без мат. моделей.
YB
Могу сказать как контрибютор в экосистему react и rxjs, что все эти квадратики даже при прямо скажет толпе сообщества не особо то и нужны.
YB
Крайне опасна подмена целей процессом
Есть люди, которые держат цели в голове и даже документируют их, но на места передают процессы. На самом деле, объяснять мотивацию — это один из ритуалов, покладательство на который может привести к тому, что на процессы забьют.
YB
Просто ритуалы тоже должны периодически подвергаться критическому анализу и, если они больше не нужны, покидать корпоративную культуру.
DK
Процессы могут быть короткими и простыми. Скажем так, они всегда есть, но иногда они не осознаются и не управляются
YB
Процессы могут быть короткими и простыми. Скажем так, они всегда есть, но иногда они не осознаются и не управляются
Не-е-е, процесс - это явно означенный и повторяемый набор действий. И суть того же TOGAF не в том, чтобы применять практики по обстоятельствам, а чтобы выстроить процесс, количество исключений из которого было существенно меньше количества случаев, когда процесс таки удалось соблюсти.
YB
Этот процесс стоит денег, поэтому надо взвешивать бенефиты.
2020 March 18
ОИ
Andrey
Я считал, что результатом работы архитектора является проект архитектуры 🤔
Результатом работы архитектора является реализованная в реальном мире система, которая приносит business value. Подобный вашему подход говорит о неправильном выборе целевой системы. "Нам нужно доводить мысль до изменения реальности, а не до описания изменения реальности! Описать - не сделать!" (с) Левенчук, Системное мышление,2018, 187 стр,
ОИ
На моём опыте зачастую менеджеры не умеют определять цели. Окончательные цели, которые выражаются в определённом денежном эквиваленте заработанных или сэкономленных средств для конкретного пула заказчиков, подменяются иными целями. Какие они могут быть:
1. Политические цели (продвижение по службе, повышение заработной платы, прочее);
2. Цели артефактов проекта (то, о чём говорил Роман);
3. Цели самосовершенствования (в этом случае цели проекта лишь сторонний инструмент достижения своих целей);
4. Цель минимизации работы (сидеть из дома и втыкать в телек с чипсонами - наивысший приоритет).
5. Цели компании-исполнителя.
6. Прочие.
Это самый первый уровень факапа у менеджеров. После этого идут подуровни:
- Недостаток квалификации
- Недостаточность входящих данных
- Управленческие блоки
- Недостаток ресурсов
- Прочие
1. Политические цели (продвижение по службе, повышение заработной платы, прочее);
2. Цели артефактов проекта (то, о чём говорил Роман);
3. Цели самосовершенствования (в этом случае цели проекта лишь сторонний инструмент достижения своих целей);
4. Цель минимизации работы (сидеть из дома и втыкать в телек с чипсонами - наивысший приоритет).
5. Цели компании-исполнителя.
6. Прочие.
Это самый первый уровень факапа у менеджеров. После этого идут подуровни:
- Недостаток квалификации
- Недостаточность входящих данных
- Управленческие блоки
- Недостаток ресурсов
- Прочие
"2. Цели артефактов проекта (то, о чём говорил Роман);" - подобно этой фразе, вы как менеджер, который считает, что в количестве и качестве стендапов, ретроспектив, прочих артефактов своей работы, вычисляется успешность его работы.
Из собственного опыта могу сказать, что вы можете быть трижды классным аджайл-коучем или архитектором, который пишет классные модели, но если вы не заставили внешний мир измениться (защитить и реализовать архитектуру, выбить ресурсы на рефакторинг, проследить за командами, чтобы они не писали абы-что), то грош вам цена.
Из собственного опыта могу сказать, что вы можете быть трижды классным аджайл-коучем или архитектором, который пишет классные модели, но если вы не заставили внешний мир измениться (защитить и реализовать архитектуру, выбить ресурсы на рефакторинг, проследить за командами, чтобы они не писали абы-что), то грош вам цена.