Size: a a a

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

2019 October 22

DK

Daria Kaftan in Архитектура ИТ-решений
Когда с кем-то общаешься, хочется иметь удовлетворяюще чёткий ответ на тему "что? Ты? Такое?".
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Viktor Alexandrov
А холивару будет на 400+ сообщений
Я о том же.

И все равно одни пойдут critical path калькулировать, вторые поднимут их на смех и заложат буфер в critical chain, а третьи нафигачат тасков в Асану.

И все три, возможно, сделают разные хорошие проекты. (Скорее все будет плохо у всех, но это другая история)
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Daria Kaftan
Когда с кем-то общаешься, хочется иметь удовлетворяюще чёткий ответ на тему "что? Ты? Такое?".
А в прагматичном viewpoint -- чтобы что?

На уровне "широкими мазками" -- ну все более менее сходятся, что "архитектор -- это такой опытный технарь из it. Возможно умеет говорить с бизнесом, и стоит дороже ".  При всем уважении и в хорошем смысле, конечно.

А когда вакансии конкретные обсуждаем, сходимость довольно низкая, похоже.
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Мне кажется, что обсуждать viewpoints, или messaging, или там MSA -- гораздо полезнее. Потому как (штучная) роль все равно везде будет слишком разная..
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Denis Zarin
А в прагматичном viewpoint -- чтобы что?

На уровне "широкими мазками" -- ну все более менее сходятся, что "архитектор -- это такой опытный технарь из it. Возможно умеет говорить с бизнесом, и стоит дороже ".  При всем уважении и в хорошем смысле, конечно.

А когда вакансии конкретные обсуждаем, сходимость довольно низкая, похоже.
Под это попадает и qa лид, и админ, и лид системной аналитики... И вообще куча всего.
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Ну так на то это и широкие мазки, да))
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Denis Zarin
Ну так на то это и широкие мазки, да))
Широковато как-то))
источник

DZ

Denis Zarin in Архитектура ИТ-решений
А какая ценность в том, чтобы сузить?

Профессию определить? Так вроде говорили, нет такой.
Роль зацементировать? Вредно для работы, специфика будет разная везде же сразу.
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Denis Zarin
А какая ценность в том, чтобы сузить?

Профессию определить? Так вроде говорили, нет такой.
Роль зацементировать? Вредно для работы, специфика будет разная везде же сразу.
Прийти к общему пониманию и отойти от холиваров бесполезных к полезным. Как минимум. Как максимум - дать общее поле для самоопределения. Чтобы человек мог прийти, сказать - я это Х. И все поняли, кто он. Какая у него роль в конкретном месте - уже не столь важно.
Ещё мне кажется важным формировать в целом в ит сообществе общее понимание часто употребляемых понятий. Ну будет проще же понимать друг друга, hr-ов и прочих участников процесса.
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Я понимаю идею про разделение на enterprise / solution / software. Это интересный управленческий паттерн. Который работает только в одном домене (большой бизнес enterprise с софтом).

Хорошо заметно, когда сюда залетает кто-то из продуктового стартапа или с реального производства -- и все пытаются договориться)).
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Daria Kaftan
Прийти к общему пониманию и отойти от холиваров бесполезных к полезным. Как минимум. Как максимум - дать общее поле для самоопределения. Чтобы человек мог прийти, сказать - я это Х. И все поняли, кто он. Какая у него роль в конкретном месте - уже не столь важно.
Ещё мне кажется важным формировать в целом в ит сообществе общее понимание часто употребляемых понятий. Ну будет проще же понимать друг друга, hr-ов и прочих участников процесса.
Давайте я максиму предложу для дискуссии.

А не надо договариваться (по названию позиции). Надо по задачам / методам / технологиям вести разговор.

Вот многие хвалили же вакансию S7 ровно за это здесь!
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
И что? Нашёл себе S7 солюшена?
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Viktor Alexandrov
И что? Нашёл себе S7 солюшена?
Не знаю, но это тезисы вроде никак не опровергает.
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Denis Zarin
Давайте я максиму предложу для дискуссии.

А не надо договариваться (по названию позиции). Надо по задачам / методам / технологиям вести разговор.

Вот многие хвалили же вакансию S7 ровно за это здесь!
А зачем тогда позиции название? Что такое вообще название и зачем оно нужно?)
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Моя б воля писал бы «требуется айтишник, умеющий договориться с людьми»
источник

MM

Marina Mukhina in Архитектура ИТ-решений
Viktor Alexandrov
Моя б воля писал бы «требуется айтишник, умеющий договориться с людьми»
Не все такие
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Marina Mukhina
Не все такие
И не все "архитекторы" такие
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Denis Zarin
Я понимаю идею про разделение на enterprise / solution / software. Это интересный управленческий паттерн. Который работает только в одном домене (большой бизнес enterprise с софтом).

Хорошо заметно, когда сюда залетает кто-то из продуктового стартапа или с реального производства -- и все пытаются договориться)).
Это как раз пример суждения. И некоей "кластеризации"
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Viktor Alexandrov
Моя б воля писал бы «требуется айтишник, умеющий договориться с людьми»
Я писал примерно так, быстрее получалось общий язык найти.
Нерепрезентативно, понимаю..
источник