Size: a a a

Архитектура ИТ-решений

2021 March 07

AV

Alex V in Архитектура ИТ-решений
Denis Beskov
а мой здравый смысл требует создавать успешные системы, а не туда-сюда решения передавать
Не решения, а рабочие продукты разных ролей в ЖЦ
источник

DB

Denis Beskov in Архитектура ИТ-решений
Alex V
Не решения, а рабочие продукты разных ролей в ЖЦ
я тоже так 15 лет назад думал https://beskov.livejournal.com/14493.html
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Почему нет младших менеджеров или младших руководителей? При этом есть руководители младшего звена.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Вопрос же в восприятии. Элементарная психология. Вспоминаем Чалдини.
источник

SB

Sergey Bezrukov in Архитектура ИТ-решений
Джуниор директор )
источник

AV

Alex V in Архитектура ИТ-решений
Не уловил тезис. У ролей не должно быть рабочих продуктов или они не должны передаваться?
источник

D

DbSergey in Архитектура ИТ-решений
Sergey Bezrukov
Джуниор директор )
Почему нет-то?
источник

SB

Sergey Bezrukov in Архитектура ИТ-решений
DbSergey
Почему нет-то?
Just because ) Нет таких должностей в сетках.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Sergey Bezrukov
Джуниор директор )
The same)
источник

D

DbSergey in Архитектура ИТ-решений
Sergey Bezrukov
Just because ) Нет таких должностей в сетках.
В каких сетках?
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Sergey Bezrukov
Just because ) Нет таких должностей в сетках.
Не удивлюсь если есть)
источник

DB

Denis Beskov in Архитектура ИТ-решений
Alex V
Не уловил тезис. У ролей не должно быть рабочих продуктов или они не должны передаваться?
в системной инженерии такая модель оправдана. в ПО архитектору нужно не столько просто принять архитектурные решения, сколько попробовать разные варианты и продемонстрировать работоспособность выбранного. потому что стоимость производства — условно 0, в отличие от строительства
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Denis Beskov
в системной инженерии такая модель оправдана. в ПО архитектору нужно не столько просто принять архитектурные решения, сколько попробовать разные варианты и продемонстрировать работоспособность выбранного. потому что стоимость производства — условно 0, в отличие от строительства
И контролировать (соблюдение решений) в процессе производства
источник

SB

Sergey Bezrukov in Архитектура ИТ-решений
Хотя может где и есть. Но я никогда не встречал и не слышал о таких.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Sergey Bezrukov
Хотя может где и есть. Но я никогда не встречал и не слышал о таких.
Нет предела человеческой глупости. Поэтому, возможно есть.
источник

D

DbSergey in Архитектура ИТ-решений
Sergey Bezrukov
Хотя может где и есть. Но я никогда не встречал и не слышал о таких.
Но по факту же совершенно точно есть. Тогда зачем делать вид, что любой, кто стал "директором" (равно как и "архитектором"), сразу middle?
источник

VI

Vladimir Ivanov in Архитектура ИТ-решений
Alex V
Вот это "обычно" про наличие уровней, и тем более "высоты" архитекторов, есть существенная проблема. Архитектор и тимлид они из разных этапов ЖЦ, разные практики реализуют. Не должно быть между ними иерархии, только передача/приёмка рабочих продуктов в заранее согласованных форматах. Тимлид это вообще про операционный менеджмент должно бы быть в основном. Они потому и дерзят в итоге, что интересы и предпочтения менеджерские вдалеке от архитекторских.
Привет вам из 21го века, тут девопс давно и "стадий" и "приемок" как таковых нет
источник

VI

Vladimir Ivanov in Архитектура ИТ-решений
Liquid Software, вот это все
источник

AV

Alex V in Архитектура ИТ-решений
Denis Beskov
в системной инженерии такая модель оправдана. в ПО архитектору нужно не столько просто принять архитектурные решения, сколько попробовать разные варианты и продемонстрировать работоспособность выбранного. потому что стоимость производства — условно 0, в отличие от строительства
Пробовать и демонстрировать он может у себя в башне. На выходе должен быть артефакт с принятыми им решениями, и ответственностью за возможные ошибки в них
источник

SB

Sergey Bezrukov in Архитектура ИТ-решений
DbSergey
Но по факту же совершенно точно есть. Тогда зачем делать вид, что любой, кто стал "директором" (равно как и "архитектором"), сразу middle?
Потому что вы либо в состоянии исполнять обязаннности, либо нет. И ответственность директор несёт единолично, тимлид не прикроет.
источник