Pull to refresh

Comments 33

Если вы считаете, что Создатель не был первым системным архитектором, то можете не читать дальше эту статью.

Создатель исполнял все роли одновременно — и заказчика, и разработчика, и аналитика, и архитектора, и тестировщика. Просто некому было перепоручить.
Это, к сожалению, нам неведомо.
Может, и у Создателей существует своя иерархия: Создатель-заказчик, Создатель-аналитик, Создатель-разработчик. Ну а сейчас голова болит у Создателя-тестировщика.
Нет, у поддержки, ибо в проме.
У нас тут такая компания на планете — устанешь поддерживать
На этот вопрос есть много теорий, и часть из них утверждает, что мы сняты с поддержки. В причинах расходятся — то ли за просрочку платежей, то ли за нарушение лицензии (реинжинеринг кода), то ли за нарушение этики в общении с разработчиком.
Думается, что из-за последнего в первую очередь.
Да нет. Тут уж не одна тыща лет сплошная тестировка и мочилово.
Есть такое дело, но, похоже, Создатель пока еще не разочаровался и не отформатировал планету.
UFO just landed and posted this here
Могу порекомендовать www.iasaglobal.org
У них есть курс и книга и сертификация. Они как раз пытаются определить профессию архитектора более-менее конкретно.
Можно порекомендовать книги по системному анализу.
Но теория — только часть компетенций. Нужен опыт.
Причем полезен опыт работы не только архитектором.
А что касается системных архитекторов, то они вырастают из таких же архитекторов, но с более узкой специализацией.
Книг много, особенно на английском. Начать можно с книги Левенчука «Системно-инженерное мышление», бесплатно скачивается на его сайте.
Я лично сейчас пишу тезис в Германии на тему «Энтерпрайз архитектуры» (или архитектуры предприятий), как раз рассматриваю и основы системного мышления-подхода и архитектуру в разных областях деятельности человека и тд. и тп. Сотни книг-статей на английском находятся на ура, как раз создаю базу литературы.
Всегда был уверен, что инженеры не решают технические задачи (на то есть техники), а решают бизнес-задачи инженерными методами. У архитекторов же лишь более широкий инструментарий, в частности административные («просто запретим делать это») и экономические («мы не будем это делать сами, а купим/закажем»). Собственно различия основные в полномочиях — инженер может предлагать бизнесу не инженерные методы решения бизнес-задач, а архитектор либо должен их предлагать, либо сам их принимает.

Где-то я не прав?
Во-первых, все они, включая архитекторов, изначально — инженеры. Просто с разной специализацией и компетенциями.
Во-вторых, техники — это исполнители того, что им скажут инженеры.
В-третьих, системный архитектор работает с бизнесом/системой/объектом заказчика, декомпозируя его на технические составляющие (в каждой из них в зависимости от задачи может быть свой архитектор или же инженер) и говорит, «как это можно/нужно сделать». Инженер же решает узкую задачу в рамках своей инженерной компетенции, но ничто не мешает ему предложить то или иное решение своему архитектору (работающему на данном уровне).
В общем, как правило, инженер может что-то предлагать бизнесу, если он — системный (комплексный) архитектор.
А просто инженер — вряд ли. Ведь бизнесу интересно решение сразу всего комплекса задач, а не какое-то одно направление.

По сути получается, что архитектор — это лишь ступенька(и) в инженерной иерархии компании. Грубо, если в компании один инженер, то он и архитектором является, больше у бизнеса "переводчика" с его языка на технический нет. Пять инженеров, один из которых участвует в решении практически всех бизнес-задач, хоть как-то относящихся к инженерной деятельности (по мнению бизнеса, прежде всего) на лидерской позиции — четыре инженера и архитектор. И так далее.

Допустим, у вас в компании 20 менеджеров и один инженер.
Вопрос на засыпку: кто будет реализовывать проект в соответствии с полученным ТЗ?

Архитекторы нужны и важны всякие. Но, прежде всего, все они — инженеры (софтверные, «железные», «облачные», инфраструктурные и пр.). И кто-то из них должен видеть сверху всю картину, чтобы в конце концов собрать пазл.

Более интересный вопрос, кто будет составлять это ТЗ :)

По идее — заказчик.
Но практически — опять же инженер.
Помощь заказчику в превращении хотелок и мычалок в ТЗ должен оказать системный архитектор.
если в компании один инженер, то он и архитектором является

Один человек не сможет реализовать сложную систему за вменяемый срок. Т.е. в подавляющем большинстве случаев, он будет не архитектором, а просто исполнителем типовых задач (аля настроить Wordpress, написать плагин к CMS/CRM и т.п.), для которых не нужно разрабатывать архитектуру.

1. Никто и не говорит про одного человека. — Системный архитектор входит в команду, где у каждого своя роль.
2. Если вдруг в компании один инженер. — см. п.1.

P.S. Случаи типа — «Крупная компания возьмёт в аренду дырокол» — не рассматриваются.

Я ответил на комментарий VolCh, который как раз рассматривал случаи этого типа. Впрочем, я проглядел, что статья давняя и обсуждать уже поздновато )))

Надеюсь, вариант «Создатель не был» входит в вариант «Создатель не был первым системным архитектором».
Вы правы, если вы — Создатель
Из этого следует что я — Создатель (в другом топике пришёл к такому же выводу).
Примите наши глубочайшие поздравления!!!

Желания исполняете?
Когда вырасту, хочу стать системным архитектором
В разделе «О компетенциях» написано: «выстаивать из них пирамиду». Наверное имелось в виду «выстраивать» буква «р» пропущена.
Вы правы. Спасибо!

Впрочем, похоже, «выстаивать» по отношению к строительству пирамиды — не такое уж неправильное слово. Может, и приживется новое слово.
Все лучше, чем какая-нибудь «жесть».
Sign up to leave a comment.