Профессия: бизнес-аналитик?
есть ли бизнесс-аналитики в этой группе? какой круг обязанностей у этой профессии? Я понимаю, что в каждой отрасли обязанносьти сильно различаються. Но наверное есть что-то общее, чем большинство аналитиков в той или иной мере занимаються
В айти их используют для общения с клиентами, сбора требований и как тестеров. Пишут документацию. По идее без них можно обойтись. Но если они на самом деле с этим самостоятельно справляются, то они разгружают разработчиков.
В продуктовых компаниях хорошие бизнес-аналитики это очень полезные люди. То, что ещё называют Product Owner. Они фактически двигают продукт вперёд, всегда в курсе технолргических трендов, предлагают новые полезные фичи, анализируют реакцию на них пользователей, ставят техзадания разработчикам.
То, что ещё называют Product Owner.
Это название должности мне встречалось только в контексте агильной разработки ПО.
Продукт оунером по сути его обязанностей может быть кто угодно.
Автор, конкретные задания таких общих должностей отличаются в зависимости от фирмы, т.к. специального образования не требуется.
А вы не путаете бизнес-аналитиков с бизнес-архитекторами? Вторые действительно следят за трендами, придумывают новые пути развития и близки к отделу сбыта. А бизнес-аналитика - это составление сводок.
Продукт оунер - в агильной разработке. А продукт-менеджер развивает свой продукт и координирует работу над ним.
Спорить о названиях можно до посинения. А на практике описания обязанностей и названия должностей определяются внутри каждой фирмы и трактуются так, как им самим удобно.
Каждая кухарка может управлять государством (с).
Я начинала свою карьеру бизнес аналитиком. Это люди, которые работают на стыке ИТ и бизнеса в зависимости от фирмы может с большим уклоном в одну или другую сторону. Как правило пишут концепты, при этом опрашивая бизнес пользователей и согласовывая результата с ИТ. В зависимости от отрасли желательно образование IT + отрасли.
Тестируют всё-таки тестеры по нормальному а аналитики описывают Anforderungen, на основании которых пишут тест концепцию. Обойтись без них можно как и без концепции тестирования и без нормального мэнеджемента. Результаты выглядят примерно так:
Описание от Pikaboo очень даже правильное и отражает реальность. Так как аналитики знают лучше Итишников продукт в смысле требований, они часто выступают в роли консультантов и ответственных за продукт.
Если описание и правильное, то только для IT (хотя например я работала в нескольких IT фирмах, и такой должномти там не было, были Fachkonzeption и Produktmanagement). А бизнесс-аналитика в других сферах - это срставление сводок и статистики.
Почему только для ит? Бизнесс аналитики улучшают процессы и дают рекомендации: составление статистики это только верхушка айсберга. Для собирания статистик можно взять обычного Sachbearbeiter/Specialist.
Я дала описание по классическому определению. Я являюсь сертифицированным бизнесс аналитиком и программа идёт стандартная на всех тренингах и гугл выдаёт тоже стандарт. Также для интереса набрала в степстоне в поиск и увидела только описанную мной классику. Приведите мне плиз пример в других отраслях.
Нашла вот одно, типичное описание самого что ни на есть контроллера и почему они его обозвали business analyst совсем не понятно:
http://www.stepstone.de/stellenangebote--Business-Analyst-...
С дпугой стороны, в немецкой википедии обязанности бизнесс-аналитика описаны как связующее звено между IT и владельцем продукта. То есть похоже на ваше описание.
Меня больше интересует профиль бизнес- аналитика не в ИТ. Причина - на основании моего опыта я постепенно прихожу к выводу что я для ИТ не подхожу, хотя я в некоторых областях совсем не плох :) Позицию аналитика в ИТ, или как в нашей компании ёе часто называют процесс-специалист я рассматниваю как запасной вариант.
Вот здесь описаны разные аспекты этой должности (втч моделирование и интерпретация данных о бизнес-процессах и продуктах) :
https://www.monster.de/karriereberatung/artikel/business-a...
то есть мы не про BI, а про Anforderungsanalyse? Ну такое ТС как раз подойдёт, как раз что он искал.
Надо же какое слово. Может и мне в такие пойти.
Мы вообще вроде ни разу ни про BI если это только не опечатка и вы не имели ввиду BA. А queries и reports, о которых вы писали это скорее BI а может Controlling а может как у Аллы Fachspecialist, смотря что там за задания конкретно.
Anforderungsanalyse как уже я писала это часть задач. Business Analyst это не Requirements Engineer и не Business Process Analyst а в идеале некая смесь понемножку от каждого и кое-что ещё :-)
Я уже поняла, что это я не то прочитала и потому не то написала, я именно про BI писала.
Надо же есть ещё и бизнес аналитики. Кто такие не знаю, но вам верю, что есть. Из того, что вы пишите, как раз ТС подойдёт. Звучит интересно.
Обойтись без них можно, потому их знания и умения айтишники перекрывают полностью. Фахлихе кеннтниссе приобрести несложно. Айтишники не создают абстрактный продукт, они понимают что и зачем делают:-) Вот аналитики айтишников не заменят, потому что в техническую сторону шаг огромный.
Угу, типичное представление ит-шников, что они всё знают- знаем, проходили потом вот такие качели как на картинке выше получаются. Подумаешь какие-то там юристы, медики, инженеры, бухгалтера- ит-шник знает всё и учится ему не надо и концепты нафиг не нужны- сел и за 5 минут сам диагноз поставил.
Вот аналитики айтишников не заменят, потому что в техническую сторону шаг огромный.
Шаг может быть огромный как в одну так и в другую сторону, не переоцинивайте ни тех ни других. Если бы всё так было просто, был бы уже идеальный ит мир и никто бы не плевался на системы, которые работают не так как надо. Уже бы всё давно дигитализировали и бизнесс специалистов бы всех повыкидывали.
Обойтись без них можно, потому их знания и умения айтишники перекрывают полностью. Фахлихе кеннтниссе приобрести несложно. Айтишники не создают абстрактный продукт, они понимают что и зачем делают:-) Вот аналитики айтишников не заменят, потому что в техническую сторону шаг огромный.
я, так просмотрел ветку и меня терзают смутные сомнения.
тут все оперируют понятием "бизнес-аналитик". теперь возник терм "айтишник".
"аналитики айтишников не заменят"
но ведь, что то, что другое, равносильно тому, чтобы оперировать термом "автомобиль"
автомобиль бывает грузовой, бывает легковой, бывает электрический бывает неэлектрический.
"айтишник" же, на мой взгляд, понятие, которое намного ширше, чем "автомобиль".
вот, даже, не к столу упомянутый картошкин- он тоже айтишник.
как говорил классик, чтобы объединиться, надо хорошенечко размежеваться.
поэтому, давайте определимся- кто такой бизнес аналитик, и кто такой айтишник?
как мне кажется, бизнес аналитик находится где-то внутри айтишника.
а, раз так, то очевидно, что гипотетический сферический айтишник в вакууме легко может заменить бизнес аналитика, но не наоборот.
теперь давайте определимся в айтишнеге.
скажем, хелп-деск, кто, по мнению Лявки, на работе занимается ни чем иным, как просмотром порнофильмов и обучением юзеров, на какую кнопочку надо нажимать на дрюкере, чтобы вылетела птичка- это айтишник?
да, это айтишник, но это, в то же время, не тот айтишник, который может заменить бизнес аналитега.
стало быть, нам нужно искать айтишнега.
не будем далеко ходить, у нас есть картошкин. картошкин- айтишнег.
может ли картошкин заменть бизнес аналитика?
условно может! но что это означает? это означает, что весь форум здесь, вечерами, после окончания рабочего дня картошкина будет заниматься ни чем иным, как бизнес анализом, поскольку картошкин все задачи, которые ему нарезают на работе, будет засовывать в наши шуи.
то есть, получается, что это мы можем заменить бизнес аналитика на картошкиной работе, но и картошкин может, пока мы будем отвечать на его вопросы здесь.
то есть, если мы, вдруг, перестанем отвечать на его вопросы, то на фирме картошкина будут искать нового бизнес аналитика, а картошкин опять будет спрашивать у нас про устройство электрошранка.
таким образом, получается, что айтишник может заменить бизнес аналитика, но для этого айтишник должен быть айтишником особого рода- бизнес аналитиком.
ИЛИ, мы должны ПЕРЕСТАТЬ оперировать термом "айтишнег", а начать определяться в своих желаниях.
скажем так. если человек поработал на поддержке глобальной инфраструктуры приличной фирмы, пару тройку лет, где все заточено под оптимизацию процессов, где имплементирован и реально работает ИТИЛ, ПРИНЦ, и всякое такое прочее, что действительно доказало свое правно на существование победив в естественном отборе, то может ли такой, с позволения сказать, "айтишник" заменить бизнес аналиста?
да легко.
так давайте тогда называть
вещи своими именами.
да, кстати, специалист по бизнес процессам в инфраструктуре предприятия, не разу не сможет заменить специалиста по проектированию программного обеспечения, и вайс верса.
и никто меня не убедит в том, что если черного пояса по си, сипласплас, пайтону, ассемблеру и релятионным базам данных в одном флаконе запихнуть управлять сетевой инфраструктурой хотя бы среднего предприятия, то он не застрелится в течении недели двух.
а ведь все это вышеперечисленное- айтишнеги.
Очень хорошо написал!
В моем определении айтишник - это разработчик алгоритмов. Руководитель проектов в IT в этой системе координат - не айтишник.
На новом витке развития техники именно техника определяет бизнес-процессы. Потрм все привыкают к новой технике, и ей отводится место средства, а не цели. И рулить начинают бизнес-процессы.
Лично мне кажется это несправедливым. Но факт, что на всех фирмах, где я работала, задавали тон и управляли кадрами именно специалисты области, а не техники. То есть те, кто задает "что делать", а не "как делать". Сейчас у нас продукт-менежер несет административную ответственность за разработчиков, архитекторов, тестеров итд. Правда, есть параллельная карьера специалиста, и хороший разработчик может зарабатывать больше, чем средний продукт-менеджер.
согласна на все 100. Всё-таки есть задачи в ИТ, которые более близко лежат к бизнесу и поэтому образовывают мост между ит и бизнесом: сюда относятся и BA и названные вами специалисты по бизнес процессам. Эти специалисты могут быть или Ит специалистами по или бизнес специалистами по бэкграунду, зависит от собственных способностей, желаний и представлений работодателей.
В моем определении айтишник - это разработчик алгоритмов. Руководитель проектов в IT в этой системе координат - не айтишник.
На новом витке развития техники именно техника определяет бизнес-процессы. Потрм все привыкают к новой технике, и ей отводится место средства, а не цели. И рулить начинают бизнес-процессы.
тут хочется опять вспомнить цитату из золотого теленка, где паниковский говорил балаганову, что он думает о бендере, но я не буду, чтобы не обижать.
лишь скажу, Алла, ты не права.
инфраструктура- это то, без чего ничего не будет работать, хотелось бы настоящим, взрослым айтишнегам этого, или не хотелось..
хотя бы потому, что пока все, что происходит в айти, является движением физических электродов по проводам из пункта А в пункт Б.
анзонстен не спрашивал бы у нас картошкин про электрошранк.
служба, эта, конечно, на первый взгляд, не видна, но, как в песне поется, она продолжает быть опасна и трудна.
грамотно организованная инфраструктура позволяет оптимизировать софтовые головняки, вернее сказать, сделать их транспарентными для тебя, Алла.
скажем, когда ты думаешь
о России глобальных вещах, то ты исходишь из того, что где-то там есть сервер, на нем играет сервис, бизнес приложение, которое имеет веб морду и жопу из базы данных.
и оно должно это иметь. и жопу, и морду, и все все все.
а ведь, и жопа, и морда, они так просто ниоткуда, из воздуха, не берутся.
поскольку если их склепать из говна и палок, то мы, вдруг, увидим, что база данных торчит голой жопой в интернете, со стандартным паролем, и первый же китайский хакер этим сразу же воспользуется, и не будет у Аллы больше никакой базы данных.
оказывается, нам нужен файрволлинг, нужен, оказывается, балансировщег нагрузок.
и это то, о чем надо думать, причем совсем не обязательно Алле, а кому-то другому, кто дизайнит то, на чем будет бегать то, что Алла выдумает.
А Алла этого человека даже и за человека не считает, какой же это, говорит, айтишнег?
так, что-то к хвостику прилипло...
я уж не говорю про людей, которые занимаются компьютерной безопасностью, всякая там нехт генерейшн файрвол, антивирусы, полисис и прочая фигня..
это вообще недочеловеки, и саботажники, которые мешают жить нормальным людям- как не воткнешь флешку, а она говорит, что Вы, мол, имеете недостаточно прав и должны залогиниться под администратором, а такой возможности-то и нету... или, там, скачал что-то из интернета, а тебе говорят- файл-то не найден :(
Ты меня неправильно понял. Смысл моего высказывания был следующим: в дискуссии о бизнесс-аналитиках под айтишником я подразумевала разработчика алгоритмов.
А что инфраструктура важна - для меня несомненно. Но человек, отвечающий за инфраструктура, не подвергается опасности быть спутанным с бизнесс-аналитиком
Я тебя уже за то люблю, что напоминаешь про эту книжку периодически. Во что нашла:
— Нет, серьезно, я очень уважаю Остапа Ибрагимовича,это такой человек!.. Даже Фунт, — вы знаете, как я уважаю Фунта, — сказал про Бендера, что это — голова. Но я вам скажу, Шура,Фунт — осел.Ей-богу, это такой дурак!Просто жалкая, ничтожная личность! А против Бендера я ничего не возражаю. Но мне кое-что не нравится. Вам, Шура, я все скажу,как родному.
Со времени последней беседы с субинспектором уголовного розыска к Балаганову никто не обращался как к родному. Поэтому он с удовлетворением выслушал слова курьера и легкомысленно разрешил ему продолжать.
— Вы знаете, Шура, — зашептал Паниковский, — я очень уважаю Бендера, но я вам должен сказать — Бендер осел ! Ей-богу, жалкая, ничтожная личность!..
я вспомнила двух людей, у которых в подписи стоит Business Analyst и я очень даже тесно с ними работаю , никогда о их должности не задумывалась. Я их обзывала Planungsabteilung, но похоже это неверно, хотя я так воспринимаю их деятельность.
да там сплошной поток сознания, можно не читать.
давайте лучше все вместе пойдем в тему про бюстгалтеры.
Я так поняла , что всем айтишникам большой поклон
а давайте еще встретимся?
кстати, можно обменяться книжками.
у меня, правда, книжек на русском практически нет. но есть много на английском.
начинал, кстати, в свое время, с триллеров и женских романов, как наиболее встречающихся на толкучках, книжек.
Давайте определимся. Айтишник в контексте данной ветки это обычный разработчик ПО, который не только знает КАК, в отличие от бизнес аналитика сферы айти, но еще и что, зачем и почему. Если он только знает КАК, то это начинающий после штудиума или кверайнштайгер из другой бранше. Когда ищут старших рпзработчиков, то ищут из определенной бранше, не зря же. Технические параметры уже детали.
Если системы работают не так как надо, значит хреновые там бизнес аналитики сидели:-)
Разработчик ПО отлично знает всю поднаготную бизнес-процессов? Как это он так умудряется? Днем следит за последними тенденциями в специальной отрасли, а по ночам читает книжки о новых техниках разработки софта? Разработчик ПО в медицинской сфере наверное может и больных консультировать? А тот, кто пишет программы для сбыта оборудрвания в тяжелом машиностроении, в курсе актуальных маржей и стратегий предприятий-сбытчиков? И регулярно мониторит интернациональный рынок?
Айтишник в контексте данной ветки это обычный разработчик ПО, который не только знает КАК, в отличие от бизнес аналитика сферы айти, но еще и что, зачем и почему. Если он только знает КАК, то это начинающий после штудиума или кверайнштайгер из другой бранше. Когда ищут старших рпзработчиков, то ищут из определенной бранше, не зря же. Технические параметры уже детали.
мой point был в том, что давайте пожалуйста перестанем употреблять слово айтишнег битте битте, а начнем выговаривать то, что у нас на уме.
скажем, если человек хочет купить собаку, то, как правило, эта собака дог, той-терьер, болонка, ротвайлер или спаниель.
а не просто собака.
Вы, вот, знаете, кто такой айтишник? так назовите его дним, двумя, тремя словами, не употребляя самого слова айтишник.
а так, я с Вами полностью согласен, один битый трех небитых стоит.
И еще. Это очень правильно - разделять полномочия в решении вопросов "что" и "как". Нехорошо, когда на оба эти воппоса отвечает один и тот же человек. Потому что по натуре человек ленив и оппортунистичен и идет по пути наименьшего сопротивления. Техника вынуждает к компромиссам в области des Fachlichen. Но не стоит сразу пускать козла в огород. Сначала надо поставить бизнес-задачу так, будто живешь в идеальном мире. И это должен делать не тот, кому этот геморрой потом придется расхлебывать.
lol.
я знаю, мне не поверят, но, когда я кликал на этот линк, я подумал, а кому там еще быть, кроме него???? лол
когда-то в свое время, в самом начале своей трудовой деятельности в этой стране, я занимался софтвареэнтвисклунгом и, не будь дурак, затарился всеми его книжками.
тогда это было три тома, а четвертый был в черновиках.
так вот, реальность оказалась совсем иной. никто в кнута даже и не заглядывал, программировали "по пачке беломора".
короче, через год такого программирования мне стало скучно и я пошел в компьютерные сети.
кстати, может быть и зря.
но, так уж получилось.
может быть, если бы я начал в другой фирме, то был бы уже каким-нибудь софтваре архитектом и смотрел на все совсем другими глазами.
Ну у нас технические специалисты разделяются на алгоритмик+перзистенц (бэк-энд), фронт-энд, деплоймент, датацентр, тесты итд. И еще есть архитекторы. Мой разработчик алгоритмов - оттуда, пусть он и не придумывает новых алгоритмов, но он пишет код "действующей части". Ну и мре непонятно, как и зачем он должен быть специалстом бизнес-процессов круче, чем те специалисты сами.
Я верю конечно, это же классик в этой области. Как Эвклид в геометрии :). Ну и в вузах его труды проходят по-моему на всех компьютерных специальностях.
н.п. всем.
Дискуссия зашла вообщем-то в тупик и это отличный наглядный пример работы BA. Собралось небольшое количество Stakeholder-ов (звиняйте за адскую смесь языков), у каждого своя картина мира и свои задачи, термины изначально не были определены и у каждого своё представление ит-шника и того, процессы ли правят техникой или наоборот. При таком хаосе исход проектов может быть непредсказуемым и как правило не самым оптимальным для всех сторон. Так что без грамотного BA не обойтись и на этом дискуссия вообщем-то исчерпала себя.
Талант ваш явно пропадает зря. Может настал момент, что-то изменить? ;-)
когда я учился в институте, то у нас средства автоматизации производств базировались, скажем, на пневматике.
все было аналоговое.
вот такие дела.
кнута тогда не было.
то есть, он был, но в параллельном универсуме
у особо продвинутого МЧ был купленный за страшные деньги карманный шарп на бейсике(Sharp PC-1500) и он на нем фигачил.
он поступал в МГУ в то время, но не прошел по пятой графе, ну и, как-то оказался у нас.
в итоге он оказался в силиконовой долине, где вспахивал целину информационнх технологий, достиг приличных высот, но, к сожалению, по слухам, умер некоторое время назад.
а так, рокет сайнс подпадает под правило парето- в восьмидесяти процентах случаев не востребован.
Я ж написала, что под алгоритмику у нас попадает написание любых команд, отражающих бизнес-процессы. Какая-нибудь функция "запрос необходимых данных и трансформация их в нужную форму" с целью обеспечить бизнес-процесс.
Никто его не проходит. Устарел и изначально дидактически был не очень.
вот, сразу видно, воспитанный человек.
дидактически это вообще буквально адЪ.
Талант ваш явно пропадает зря. Может настал момент, что-то изменить? ;-)
у меня с софтскиллс проблемы.
меня, поэтому, на фирме отвязывают только в присутствии особо стойких и уже многое повидавших клиентов.
Но суть спора в том, что якобы эти разработчики так владеют предметом, на тему которого программируют, что всех знатоков бизнес-отрасли можно слать в сад. Включая разработку стратегий на будущее, отслеживание трендов, анализ рынка итд.
к сожалению, по определенным параметрам это невозможно в моем случае, я себе отдаю в этом отчет.
но, что касается софтскиллс, чем человек выше продвигается по карьерной лестнице, там становятся все важнее и важнее.
есть люди, у которых софтскиллс являются врожденными, есть люди, в кого эти софтскиллс приходится забивать гвоздями.
я, наверное, отношусь ко второй категории.
По-моему ты себя недооцениваешь. Как минимум, ты умеешь понятно, интересно и доброжелательно излагать свои мысли, а это уже очень много :).
Чтобы написать ПО, ведущее учет сбыта или там высчитывающее всякие курсы-спреды, не нужно круглосуточно мониторить рынки. Нужно просто поговорить с клиентом, который этим занимается. Что и делает бизнес аналитик в айти. А вы все ПО алгоритмом называете что ли или тот, кто пишет код вокруг алгоритма, уже не разработчик? Или вы бизнеслогику алгоритмом зовете?
а вот, кстати, везде, где я не работал, везде, если считал, что нужно спросить, то спрашивал.
везде говорили, вот, сейчас придет ЮЗЕРНЕЙМ и начнет задавать свои вопросы.
в-общем, это мне, скорее, в становлении самого себя, помогло.
но так делают не все коллеги, если честно. подозреваю, что дело не в том, что они все знают, а в том, что боятся "потерять лицо"
но то, что они того, или иного не знают, это же, в итоге, выявляется, и очень быстро.
все делают общую работу, все документируется, все сделанное можно всегда поискать и найти и ошибки видны.
но, таких, как я, с таким паттерном поведения, меньшинство.
То есть описываемая вами фирма просто спрашивает клиента, что ему нужно, и воплощает это в Software? То есть по сути одалживает разработчиков фирме-заказчику? А собственного вИдения рынка и процессов у нее нет? Может, в какой-то области это и возможно. Но например в нашей области мы в числе прочего и просветители клиентов по вопросам законодательно предписанных процессов (котопые постоянно видоизменяются) и по вопросам развития нужных функций в дерегулированных рынках. Для этого и существуют отделы концепций, бизнесс-архитектуры и продукт-менеджмента.
Я бы в первую очередь спросила себя, почему я (ответственная за Fachliches) задаю вопросы на эту тему разработчику и отвлекаю его от решения технических проблем.
В том-то и дело, что бывает по-разному. Мы делаем, например, большой бэкэнд софт для конкретной большой фирмы. Поэтому мы делаем то, что ей нужно и воплощаем ее бизнеспроцессы в айти. Параллельно оптимируя насущные при необходимости. В фирмах, которые делают какой-то софт и продают его кому-то, кто-то может сидеть и выдумывать фичи, чем заинтересовать клиента. Но этот гипотетический клиент есть всегда, никто не программирует в воздух. А речь шла об аналитиках в айти и они являются просто звеном между разработчиками и клиентами, с целью разгрузки и тех, и тех, с полезными фичами вроде ведения документации, например. И вряд ли кто-то идет специально в медицинский, чтобы после опытов на трупах помогать писать софт для интерпретаций анализов.
вы идеализируете разработчиков, бОльшая часть разработчиков интересуются разрабатываем ими продуктом ровно от сель до сель и не миллиметром больше.
Все эти зачем и почему никак разрабочиков не тревожат.
Так а в этой большой фирме, для которой вы пишете софт, нет никаких Fachabteilungen? Решающих, что и как фирме делать? Потому что именно эти решения должны давать ответ на вопрос "что разрабатывать?" В вашем же рассказе разработчики фирмы - динстляйстера все сами придумывают и заодно воплощают в код.
Если фирма пишет программы на любые темы, то конечно держать там специалистов пр всевозможным темам было бы слишком затратно. Но такая фирма и не обещает клиентам какую-то Fachexpertise. Фирмы-клиенты у этой фирмы скорее просто одалживают разработчиков.
Если же айтишная фирма имеет свои Schwerpunkte (как у нас), то она и в предмете разбирается лучше многих клиентов. И поэтому а самой айтишной фирме имеются Fachabteilungen. А разработчики - разрабатывают.
а вы ещё озвучите для всех, где и когда встречаетесь?
Фахабтайлунг и есть эта фирма, он же конкретный клиент в нашем случае, мы - разработчики, аналитики между нами. Клиент выражает потребность, к нему идут аналитики, расспрашивают подробно что нужно, передают инфу нам, мы придумываем как это воплотить и реализуем. При это не играет роли, интерн-айти мы или динстляйстер, было бы одинаково. Мы интерн-айти, например.
Просто есть вариант писать отдельный продукт, Майкрософт-офис например, Эксель, без конкретного клиента, только с абстрактным. Там нужно самим придумывать, чего бы еще такого в продукте добавить, чтобы продать его побольше.
Я исчерпала свои жевательные способности:)
Я просто знаю, что такое хороший специалист и почему они ценятся:)
Дело причем не в интересе, а в том, что без понимания предмета и сути, невозможно разработать айти-концепт для реализации, который обязателен вначале, чтобы можно было перейти уже к самому процессу реализации. Это как дом строить без чертежей, просто кирпичи класть, как попало и ждать, получится или нет. Кирпичи кладут юниоры и то их учат понимать, что они кладут, куда и зачем. А кто делает айти-концепт? Правильно, пресловутые разработчики, зайдествованные в конкретном проекте.
Я просто знаю, что такое хороший специалист и почему они ценятся:)
Не слишком ли вы самоуверены? Сколько у вас опыт работы? Сколько разных видов проектов вы уже делали, кроме того одного, на который вы ссылаетесь? Самый лучший программист очень редко может заменить аналитика или проектмэнеджера, точно так же и наоборот и они все хорошие специалисты каждый в своём корыте.
А кто делает айти-концепт? Правильно, пресловутые разработчики, зайдествованные в конкретном проекте.
Что вы понимаете под разработчиками? Программистов? Надеюсь вы знаете, что помимо "айти-концепт" имеются ещё и Machbarkeitsstudie Grobkonzept, Feinkozept, Fachkonzept?
Кто их пишет по-вашему? Тоже разработчики?
согласна. Я думаю по-другому это быть и не может. Потомучто если разработчики начнут думать креативно то это чревато последствиями. Ему заказали условно трактор а он создал теслу- классно, круто но для задач заказчика нафиг не надо. И куда эта креативность приведёт? А сам заказчик из-за проблем с пониманием ИТ не знает как бы ему этот трактор сделать таким крутым, чтобы лет этак 20 не нужно было ничего изменять и подстраивался бы он под будущие пока неизвестные задачи и было весь такой рассякой, сам не знаю технически какой
Вот читаешь тут высказывания людей не с ИТ стороны и при некоторых высказываниях понимаешь, что ну ни бум бум люди в технике и напишет такой вот концепт а реализатор почитает и нифига не поймёт. Если реализатор пишет техническую документацию, то бизнесс ни фига не понимает и не в состоянии проверить, что ему продают. Дополнительная проблема многих специалистов из ИТ, что они считают себя самыми умными, вопросов не задают и долго не думая что-то лепят.
С домом как раз хороший пример. Сначала будущий владелец представляет концепцию здания и требования к нему. Эскиз делает архитектор - это еще срвсем не отдел каменщиков. Потом статик создает план несущих элементов. Он тоже не каменщик. Потом решаются воппосы инфраструктуры - всякие проводки, вытяжки, подключение к трубоппрводам.
И может потом приходят каменщики. И самым опытным поручается анализ планов и контроль за правильной камнеукладкой. Но никто ее скажет, что опытный каменщик "делает концепт стен"
Вот, у меня на одной фирме была похожая ситуация. Создали передовой отдел разработки. Люди работали с воодушевлением и по новейшим технологиям. И каждый раз представляли фирме результаты, на которые другие отлелы реагировали так "Ээ, и что нам с этим делать?".
Так если реализатор ни фига не поймет, то значит, автор - не-айтишник в своей области ни бум-бум или не умеет формулировать требования. Но технику он описывать и не должен! За выбор техники отвечает технический реализатор. Значит, ему надо понять, что должен уметь требуемый продукт, и решить, как это воплотить.
А теперь представьте вы построили дом, по описанному вами плану. А тут выясняется,что архитектор которого вы наняли иностранец и он не знал, что его дизайн не вписывается в архитектуру улицы или города и от вас требуют, срочно перестроить или сломать вообще. Архитектор тут ни при чём- он сделал, что заказали. А заказчик попал. Вот это реальность на каждом шагу.
В Дюссельдорфе или Кельне в пятницу или в субботу.
Но я начала срмневаться, т. к. у меня в понедельник операция и не хотедось бы заболеть перед ней. А в поездах всякая зараза летает
Так я как раз на Вашей стороне. В вашем примере даже архитектор недосмотрел, а некоторые считают, что каменщик сам все предусмотрит и запланирует.
Алочка, я уже написала выше, что бывают разные виды документации и разработчики пишут техническую документацию, которая для техников предназначена а не для вас.
Вы вообще понимаете разницу между программированием и разработкой? Кроме того, необходимость составления фахконцептов никто не отменял. Речь идет до сих пор только о том, что эту работу могут выполнять и опытные разработчики, общаясь напрямую с клиентом. При желании или необходимости:))) Проектменеджер это вообще о другом.
У вас очень странное представление о разработчиках и их заданиях. Очень какое-то допотопное и узкое. Когда еще "программист" считалось профессией, но ему задавались вопросы "как настроить главную страницу интернета" и несли ремонтировать компьютер. Во времена моей прабабушки. 
Приведи свою аналогию, ты же лучше знаком с предметом спора. И вообще, какой у тебя опыт коммуникации с заказчиком?
Ну я пою о том, что вижу. Знакомые мне разработчики пишут или организуют код. А вот всякие архитекторы пишут концепции и решают, что и как. А какая у вас имеется специализация среди разработчиков?
А у нас архитекторов много и загружены они под завязку. Они ведь все решают и придумывают - какие где нужны интерфейсы, в какой технике что делать, какой тул как должен дополнять другой. А разработчикам они потом говорят "делай так и так" - и те делают. Продуктивность ведь не количеством строк измеряется. А если разработчик начнет по ходу проекта менять технику по своему усмотрению, то получится хаос.
Есть архитектура ПО, а есть бизнес-требования. Задача архитектора ПО - спроектировать оптимальную архитектуру приложения (например, какую технологию использовать, что вынести в микросервисы и как они между собой будут общаться, какая логика будет выполняться на стороне клиента, а какая на стороне сервера и так далее). Но спроектировать бизнес логику это как раз задача бизнес-аналитика, который, в свою очередь не обязан знать детали имплементации. Но обязан убедиться в том, что приложение делает то, что должно делать, а как оно это будет делать - задача разработчиков и архитектора ПО.
Моё имхо такое, что лучше, когда разработчик и бизнес-аналитик немного знают области друг друга, тогда разработчик примерно представляет ожидания пользователей от своего продукта, а бизнес-аналитик, в свою очередь, знаком с технологиями и их возможностями и пишет бизнес требования в соответствии с ними. Но в общем и целом не есть хорошо, когда они полностью выполняют роли друг друга, на моей памяти много раз такое было и все время были проблемы из-за этого.
Легче самому написать - это наверное если в одном-двух проектах. Если же их много, то толку мало писать самому код, если в команде каждого проекта по десятку разработчиков
Архитектор это громкое слово, но уже вымерший концепт, потому что нынче это естественный навык самих разработчиков:) В общем, мало кто видит в этом необходимость занимать только под это дело целого человека.
Есть еще системная архитектура, это то, что Алла под инфраструктурой понимает:)
А что вы понимаете под бизнеслогикой?:)
Вот, кстати, хороший аналитик это хороший тестер, который обязательно перенимает "убедиться в том, что приложение делает то, что должно делать", об этом я в самом начале еще сказала. Опять же, тем самым разгружая разработчиков. А тестеры они скорее технические, тестируют нагружаемость, выполняемость, но не бизнеслогику, как ее понимаю я:)))
Тестер и бизнес-аналитик - это разные mindset. И у них разные обязанности. И разный подход. И разные задачи они ставят перед собой. И как вообще их можно перепутать :).
Бизнес-аналитик полезен в бета-тестировании, в роли пользователя, но это не совсем то, как бизнес-логику тестирует тестировщик.
Так кто же выходит в вашем понимании разработчик? А то вы как-то ловко подменили не понравившееся другим слово ит-шник на разработчика и он же архитектор в одном лице? Ещё какие-то роли у этого особенного человека будущего?
Архитектор это громкое слово, но уже вымерший концепт... В общем, мало кто видит в этом необходимость занимать только под это дело целого человека
Даже комментировать вслух не хочется, чтобы вас не обидеть. Алlочку и других хоть можно простить, они этому не учились. Хорошие архитекторы как я например, на вес золота и их просто подзаменяют на что попадётся.
кстати, хороший аналитик это хороший тестер
Не тестер а Тестмэнеджер, потому как на основе грамотно написанных требований очень легко писать концепцию тестирования. Но для вас это наврядли составляет разницу.
Их не нужно путать, нужно просто различать суть разных тестирований. Есть фахлихе, есть технише. Вот для фахлихе в рамках общей системы годятся как раз аналитики, потому что они знают о чем речь. Или чтобы писали тест-сценарии для тесторов, тоже вариант. С техническим тестированием уже разбираются сами тестеры, у них для этого свои концепты разработаны.
Но возвращаясь к вопросу автора много страниц назад, это одно из заданий, выполняемых хорошим и полезным аналитиком в контексте айти. Он вообще-то спрашивал, чем они занимаются.
А тестеры они скорее технические, тестируют нагружаемость, выполняемость, но не бизнеслогику, как ее понимаю я:)))
Тест бывает разный: фах, технический и прочие. Учите матчасть!
Это вам фолия с воркшопа по архитектуре ПО этого года. Народа было много, но с титулом архитектора единицы. Их обычно для консультаций приглашают нынче, все грамотные пошли. Как бы вам иначе не хотелось:)
Да любой хороший специалист на вес золота..
ну это вы погорячились.
Или чтобы писали тест-сценарии для тесторов, тоже вариант.
Вот это плохо. Очень-очень плохо. Пусть лучше не лезут не в свое дело, а занимаются своими требованиями.
Если вкратце, тестирование бизнес-логики - это не просто прокликать по требованиям, что в принципе может сделать любой человек с улицы. Для того, чтобы знать, какие тесткейсы надо написать, есть специальные методики, и вообще там есть немножко теории, которую надо бы знать, прежде чем за это дело браться. Собственно знание этой теории, методик и подходов и отличает тестировщика от любого человека с улицы, которому пришло в голову попользоваться вашим продуктом, или например бизнес-аналитика.
А зачем Алачку приплели к теории отрицания архитекторов? Я как раз с ними общаюсь при технических решениях.
А вообще тут такая тема, что без бутылки не разберешься. Ведь в агильных командах роль архитектора действительно комиссарская и отдается самому опытному разработчику. Видимо то, что Фандорин назвал Team Architekt. А есть еще шеф-архитектор вне команды, принимающий основопологающие решения.
звиняюсь, не хотела обидеть. 
Просто как бы ваши представления об ИТ очень своеобразные, мне лично весело читать :-) Пишите ещё.
Может, им и не надо, но у нас делают. Это помогает, потому что муторно. Не все делают, всякие регрессии делают тестеры, но для бизнес-логики много пишут и аналитики. В конце концов, у них время на это есть. Видите, все зависит от фирмы. Кто-то и архитекторов ПО в больших количествах нанимает, да загружает по уши, как я почитаю:) Не могу себе представить, но верю на слово:)
Тема перешла к обсуждению ИТ-области.
Расскажу про пищевую и хим. промышеленность, ибо сама от туда. В ИТ я вообще не бум-бум, до сих пор толком не поняла чем it hardware security отличается от IT software security, хотя муж каждый раз пытается доходчиво объяснить.
Итак, у нас в компании бизнес-аналисты бывают разные. Но в основном, зависит от того, в каком сегменте они работают. Если они в corporate innovation- то задачи у них силно отличаются от тех, кто работает непосредственно в production. Естественно, еще зависит от уровня ответственности, опыта работы, региона прибывания и пр.
В corporate innovation, работники как правило занимаются стратегическим планированием. Т.е., там нужно предсказать, какой конкретно сегмент нашего бизнеса будет наиболее интересен через 10 лет. Бизнес аналитики там читают научные статьи, всякие market studies, пытаются определить наиболее интересные области для вложения инвестиций. Потом составляют бизнес планы, делают рассчеты прибыли, убытков, рентабильности вложений в ту или иную область. Их основные клиенты начальники производственных линий. Именно их надо уговорить сделать многомиллионые вложения в новые установки. В общем, на мой взгляд работа достаточно интересная.
Те же кто работают непосредственно на производстве, как правило занимаются развитием бизнеса в краткосрочной перспективе год-два. Составляут бизнес сводки, следят за новостями, общаются с непосредственными клиентами, помогают всячески проект и продукт менеджерам.
Конкреное описание заданий мне сказать сложно, это все очень индивидуально. Советую (если вы внутри своей фирмы хотите сменить работу) поговорить с теми, кто на данной должности в вашей фирме, в том отделе, куда вы хотите, работает. Никто лучше их вам не подскажет, чем конкретно вы сможете заниматся на вашей планируемой должности.
Вот кстати так и я представляла себе обязанности бизнес-аналитика. Мониторинг рынков, поиск новых направлений, анализ успехов и деятельности фирмы.
У нас на старой фирме был отдел, делавший прогнозы на 50 лет. Ну и что? Это не нужно понимать буквально, конечно предсказанный сегодня сценарий через 50 лет не наступит, тут и к бабке можно не ходить. Это проекция сегодняшего состояния, плюс на сегодня доступная информация, на тот временной горизонт. Мартингал знаешь? Доступная информация - это Filterung. Когда она меняется - меняется прогноз.
А прогнозы такие нужны для инвестиционных решений, там ведь надо заранее планировать. Точнее - как оправдание этих решений. Потому что принимаются они обычно не на основе объективных фактов, а как результат чьей-то хотелки. Это ж люди.
Это называется стратегическое планирование (все что рассматривается в перспективе от 5 лет и выше), и бизнес-аналитик всего лишь маленькое звено в данной цепи.
Допустим, компании нужно решить: стоит ли вкладывать ххх миллионов в новую установку по производству кофе, которая будет работать еще минимум лет 50. Бизнес-аналитик в данном случае будет рассматривать коньюктуру рынка, составлять сводки и пр. Другие будут заниматся подсчетами риска, третьи- общениеями с потребителями кофе, четвертые- подсчетами рентабильности, пятые- отслеживанием конкурентов, шестые- изучением патентов и пр....
Я не знаю, как в ИТ происходит стратегическое планирование. Мне сложно представить это, допустим, на примере компаний, создающих антивирусы. Мне кажется, они их просто програмирую и все. У гугла, например, (ИМАХО) стратегическое планирование связано с инвестициями не только в поисковик (и соответственно
зарабатыванием на рекламе), а например скупкой лицензий на патенты в различных областях, инвестиции в очки, машины и пр.
Так в обычной небольшой ай-ти компании и инвестиции на 50 лет не нужны. Там же люди - главный капитал. А на старой фирме мы например электростанции строили.
Я не знаю, как в ИТ происходит стратегическое планирование.
По-моему никак). Или мне не повезло сталкиваться с компаниями, в которых оно есть. Хотя наверное чертовски сложно что-то планировать в айти на десятки лет вперёд, слишком динамичная область. Максимум что можно - разложить все яйца по разным корзинам и смотреть, какое выстрелит :).
Я просто знаю, что такое хороший специалист и почему они ценятся:)
и каков процент хороших специалистов? 10 к 100? или даже 1 к 100?
А кто делает айти-концепт? Правильно, пресловутые разработчики, зайдествованные в конкретном проекте.
а если он тупо не хочет этого делать и уже не юниор? прям все из юниоров в чертежники :)))
Что вы понимаете под разработчиками? Программистов? Надеюсь вы знаете, что помимо "айти-концепт" имеются ещё и Machbarkeitsstudie Grobkonzept, Feinkozept, Fachkonzept?Кто их пишет по-вашему? Тоже разработчики?
тут вот тоже не однозначно, потому что мы не определились с тем, кто такое айтишник. Если это человек, который, например, закончил информатику, то он может оказаться во всех указаных ролях и отвечать за все указанные задания. Предположительно и BA быть может.
Вот, у меня на одной фирме была похожая ситуация. Создали передовой отдел разработки. Люди работали с воодушевлением и по новейшим технологиям. И каждый раз представляли фирме результаты, на которые другие отлелы реагировали так "Ээ, и что нам с этим делать?".
ну это другая проблема. Глобальная модернизация - она всегда проблемна
Вот, у меня на одной фирме была похожая ситуация. Создали передовой отдел разработки. Люди работали с воодушевлением и по новейшим технологиям. И каждый раз представляли фирме результаты, на которые другие отлелы реагировали так "Ээ, и что нам с этим делать?".
а мне кажется, что как раз с должностью архитектор всё понятно: это когда человек не хочет уходить в менеджмент или его не хотят отпускать туда (как ты пишешь, потому что хороший программист), но хотят создать видимость роста. А то что ж выходит 10 лет senior developer/engineer ?
Тестер и бизнес-аналитик - это разные mindset. И у них разные обязанности. И разный подход. И разные задачи они ставят перед собой. И как вообще их можно перепутать :). Бизнес-аналитик полезен в бета-тестировании, в роли пользователя, но это не совсем то, как бизнес-логику тестирует тестировщик.
как страшен мир... честное слово
А вообще тут такая тема, что без бутылки не разберешься. Ведь в агильных командах роль архитектора действительно комиссарская и отдается самому опытному разработчику. Видимо то, что Фандорин назвал Team Architekt. А есть еще шеф-архитектор вне команды, принимающий основопологающие решения.
а в реальном мире, опять же моё видение, у всех базар-вокзал и никаких структур. Пообзывают должности так, что и не догадаешься о чем. И главное у каждой фирмы будет свое название :)))
мои БА, о которых я уже писала ранее, делают более краткосрочное планирования, на основе симулции конкретных стратегий. Из симуляции вытекают требования к системе (не айти), но и требования к логике, которая должна быть реализована АЙ-ТИ.
Ну а я просто с ними тусуюсь, потому что они меня любят :)
у нас был эксперимент: радикальная агильность назывался. ага!
основная идея - дать все права и обязанности в руки программистам! мол они сами умные криативные и всё знают: и фичи из бэклога выберут и сами всё оттестируют.
---
это в теории.
Первое, что оказалось, что далеко не все разработчики хотят что-то творить и что-то решать! только от того, что где-то есть один разработчик-гений, который сам всё может - не значит, что оставшиеся 99% такие же. Большинство хочет получить своих 3 тикета, реализовать и выключить комп. the end.
Нормальное распределение по гауссу же. 10% умеют нормально рабоать, 1% умеет хорошо работать, 0,1% - умеют гениально работать.
это ты зря так. я вот тут:
..........
в каждой из областей, скажем, айти, до пяти вендоров мирового уровня, которые друг от друга, для конечного пользователя, практически не отличаются.
рулить этими вендорами на уровне искусства могут, наверное, три-пять процентов от всего количества "сисадминов", эти три процента сисадминов и настраивают все всем.
остальные 97 процентов, кто в большей, а кто - в меньшей степени, "кормят собачек" и "ничего на борту руками не трогают"
..........
назвал цифру в 97 процентов, а Лявка мне сказала, что я о себе слишком высокого мнения.
я изменил пост, добавил цитату.
Классная работа, за 10 лет либо падишах помрет, либо осел сдохнет. Да и сам аналитик свалит к очередным лохам.
кстати, если девушка работает на фирме на букву Эн, как я подозреваю по контексту, то я четыре года поддерживал ейную инфраструктуру, ну, не один, естественно, а в тиме.
так вот, я не могу судить особо о тамошнем РандД, но инфраструктура, для такой глобальной конторы, поставлена очень даже ничего, процессы четкие, однозначные, если же что-то не четко и не однозначно, то четкое желание и возможность это приводить к общему знаменателю явно прослеживается.
хотя, не факт, что это заслуга самой фирмы на букву Эн, а той фирмы, кому была эта самая инфраструктура оутсорсена.
это я к тому, что каждый должен заниматься своим делом
и айтишнегов не существует.
А то что ж выходит 10 лет senior developer/engineer ?
Lead engineer
Technical lead
Engineering manager
Chief Technology Officer
А в майкрософте вообще мега система уровней http://geekologist.co/decoding-microsofts-sde-titles-and-l...
а ещё head ... на самом деле это всё слова, что именно за ними стоит - разнИца от фирмы к фирме, как и в куче фирм многих из вышеперечисленных слов нет в принципе.
Тимлид - это больше в сторону управления людьми. У нас tech lead - это следующая ступенька после lead engineer. А teamlead это параллельная ветка, после неё идёт line manager. Ещё есть должность squad lead, она хз как к остальным относится, скорее тоже параллельно. А по факту различия между ними только в зарплате, ну и ради мотивации, создать имитацию карьерного роста.
и вот ваша фирма указ и образец всем и вся? 😱😱😱 и все прям разогнались и устроили у себя эти бесконечные лестницы?
А как же модные flache Hierarchien 😎😎😎
У нас на английском все должности называются. Team lead - управление людьми, tech lead - техническая.
я тебя умоляю, я когда мужу место искала, каких названий позиций я только не находила 🙈🙈🙈
Да ну вы что. Где вам привиделось, что это образец? Просто делюсь, как некоторые фирмы сходят с ума по-своему выходят из мотивационного тупика.
Доходит даже до абсурда - в результате прошлого пересмотра зп мне добавили приставку lead, хотя ни на йоту не поменялись ни мои обязанности, ни уровень ответственности. Просто потому что новая зп не вписалась в границы для должности "senior".
А как же модные flache Hierarchien
Она перестала работать, когда количество Software Engineers перевалило за сотню и наняли немолодого, но горячего Director of Technology, который бодро начал внедрять позаимствованные с прошлых мест работы бюрократические приёмы. Такой вот печальный финал у когда-то молодого инновационного стартапа с горящими глазами :).
вот и я говорю, что грош цена этим названиям.
Хотя лид для меня подразумевал бы: fachliche и(или) disziplinarische Führung.
Хотя и это фигня, у знакомой девочки было 2 Hiwi, она это тоже как Führung продавала 🙈🙈🙈.
Для меня названия говорят только о ценности сотрудника для его компании, и то приблизительно, и его собственной амбициозности. Круг его обязанностей при этом может оказаться каким угодно.
Исключение - господа из Индии. В этом случае название должности не говорит вообще ни о чем).
Ну да, team lead это скорее линия менеджмента. А по линии технике (например у нас) можно расти на много уровней, не перенимая административной ответственности.
А ао-моему, flache hierarchien тут не помеха. Можно же расти внутри своего уровня. В итоге что юниор-разработчик, что сеньер-партнер-эксперт- разработчик административно стрят на одном уровне и подчиняются тому же начальнику. Только зарабатывают по-разному. Так же и менеджеры могут иметь разные приставки, но подчиняться одному и тому же человеку.
Как сказать. Я обречена на милость коллег, т. к. официально мне никто ничего не должен. Но я с юношеской наивностью подошла к вопросу, и только потом узнала, что мужики, к которым я обращаюсь "будь другом, сделай мне кое-что" - очень крутые перцы уровня Geschäftsführer-a.
Вряд ли. Просто у меня не было комплексов к ним обратиться, т. к. я не знала, кто они.
нп
Для меня существует всего 3 категории: тарифные, вне тарифные и executives. У тарифных финансовая ответственность (за проекты, продукты, людей), как правило, минимальна. У вне-тарифных она между минимальной и средней, а у executives она выше среднего. И последствия от решений, принимаемых работниками тарифными, вне тарифными и executives, тоже разные.
Все остальное может называться как угодно: head, lead, chief, director, acting manager, senior manager... Все это будет зависит от фирм, и даже от подразделений внутри фирм, и от хотелок данного конкретного человека.
Так в обычной небольшой ай-ти компании и инвестиции на 50 лет не нужны. Там же люди - главный капитал. А на старой фирме мы например электростанции строили.
Ну да, инвестиции в людей- тоже стратегические, но там исходные данные для принятия решения рассчитать сложнее. Не построишь же business case о рентабильности программиста Васи Пупкина через 10 лет.
В гугле все планирование заменили на SJWs.
Это что означет? Гугл выдает Social justice warrior, но как-то вообще не в тему.
кстати, если девушка работает на фирме на букву Эн, как я подозреваю по контексту, то я четыре года поддерживал ейную инфраструктуру, ну, не один, естественно, а в тиме.
Девушка работает в Nestlé. А далее текст для нее темные лес. :)
Это вам фолия с воркшопа по архитектуре ПО этого года. Народа было много, но с титулом архитектора единицы. Их обычно для консультаций приглашают нынче, все грамотные пошли. Как бы вам иначе не хотелось:)
хотелось бы продолжения: какие тулзы заменяют архитектора?
Поскольку фигура это мистическая, типа дракона или единорога, время глагола не играет никакой роли
ты помойму сейчас сову на глобус пытаешься натянуть
Как ни крути, это неолиберализм привел к нынешним консервативно-правым настроениям масс. И неудивительно, что в ущерб экономическим интересам правящие силы капитала пытаются бороться с неугодными им настроениями.
Цена вопроса - 2 тыщи евро за воркшоп:) Или бесплатно, но гугл:)))
https://mobile.twitter.com/houssamfakih/status/72566962035...
https://strato.de/blog/entwickler-auf-agiler-fortbildung-c...
В общем, для меня это общеорганизационное бла-бла. "Один архитектор не может раз и навсегда выбрать технику, которые разработчики будут тупо претворять в код. Все быстро меняются, и надо подстраиваться и менять направление". По-моему все равно на начальном этапе кто-то смотрящий немного сверху должен разработать инициальное решение. Конечно разработчики должны mitdenken и вносить изменения. Тем не менее кто-то должен быть ответственным за техническую концепцию. Хотя бы потому что разработчик знает только свой проект, а кто-то должен обобщать и централизировать техник-стэк и типичные реализации всей фирмы.
Warum? Früher war es üblich, dass im Development eine einzelne Person als ‚Architekt‘ die großen Pläne schmiedet und zahlreiche Entwickler stumpf diese Pläne umsetzen. Das ist heute anders: Software ist komplex und ändert sich ständig, da hilft die Blaupause eines einzelnen Architekten wenig. Denn wenn die Architektur nicht das Resultat eines Teams ist, wird diese schnell ‚degenerieren‘ und die Software lässt sich in Folge dessen nicht mehr sinnvoll weiterentwickeln. Die Architektur muss also das Ergebnis eines Teams sein.
у меня слов нет, человек потерял связь с реальностью.
У нас в одной фирме по стечению обстоятельств над одним проектом работали два архитектора. В исходной дискуссии один из них продавил свое мнение, а второй по ходу разработки стал переиначивать изначально согласованные решения. В итоге образовался хаос. А теперь представим себе, что все разработчики возомнили себя архитекторами и тянут как лебедь, рак и щука каждый в свою сторону.
Именно, если он её вообще-когда либо имел, как наблюдается у многих как бы их так обозвать 'низшие слои-исполнители' во всех отрослях деятельности, не видящих картины полностью.
Девушка работает в Nestlé. А далее текст для нее темные лес. :)
дада, я и говорю, на эн.
вот, кстати, забавно то, что для практически всех, кто высказался в этом топике, инфраструктура- темный лес.
а все- менеджеры проэктов, бизнес аналитики, архитекторы ну и всякое такое прочее..
Хотя бы потому что разработчик знает только свой проект, а кто-то должен обобщать и централизировать техник-стэк и типичные реализации всей фирмы
Уже горячо, только речь идёт не только о технике. Продолжим тему о домике. Представьте приходит клиент и заказывает скажем балкончик в свою квартиру. А вы в курсе, что планируется например через лет этак 5 что-то к дому пристраиваться и балкон будет мешать. В лучшем случае придётся ломать балкон а в худшем строить новый дом. Кто об этом может знать? Возможно отдельные личности из бизнеса, но не все и не те, которые относятся к постройке балкона. Технический архитектор как правило задействован в конкретном проекте и об этом тоже не знает и это не входит в его задачи.
Плюс ко всему, зная новые веяния в отрасли, вы сильно сомневаетесь, что клиенту нужен балкон а не например надстройка к этажу.
Поэтому требуются люди, имеющие опыт в Ит но находящиеся желательно близко и постоянно к бизнесу и знающие тренды. Это могут быть разные должности и разная структура, но принцип похожий. Могут быть BA, (стратегические) консультанты, фахархитекторы и прочее.
Моей команде дай волю, мы бы все написали на ультрамодных хипстерским технологиях (и пофиг, что их никто не знает). А дальше гори все синим пламенем :).
для меня инфраструктура это типично мужская область работы. Главное чтобы всё работало :-)
Изначально проектируется система и не имеет смысла делать это сотне человек вместе. Даже если они потом будут ее имплементировать. Это вроде как настолько очевидно, что не надо быть семи пядей во лбу. Мы же не в бундестаге:-) Но и в одно лицо это никто не делает, если только не что-то маленькое. Но потом уже, в динамике, нянек нет. Просто у меня такое впечатление, что вы плохо представляете, что такое софт.архитектура и как часто и что именно в ней может меняться. Вспоминая разработчиков алгоритмов особенно:-)
И в чем ваш вывод? Что архитектор нужен толтко в самом начале, потому что потом сто лет архитектура не меняется? Я совсем не спец в архитектуре, но мне кажется, что и вам затмила глаза ваша специфика. Может вы разрабатываете годами что-то однотипное. А например у меня каждый месяц новые приложения, динсты, интерфейсы итд. И часто нужны консультации и решения архитектора.
для меня инфраструктура это типично мужская область работы. Главное чтобы всё работало :-)
данке.
дада, айтишники. гномы такие, дармоеды, порнуху весь день на работе смотрят, показывают людям, какие кнопки на дрюкере надо наживамать, если лаптоп сломался, возникают из под земли с новым и уносят старый.
а женщина- это человек, менеджер проэкта, она делает презентации, ходит в юбках и красных туфлях с острыми носами, ездит на фирменваген и ставит его каждый раз в гараже враскоряку, ну, как может, поскольку припарковать auto в tiefgarage самой не получается, поскольку тифгараже тесноват для ее судзуки свифта.
ну уж не надо нас принижать. Я вам много чего об Active Directory, VPN, FTP Серверах и прочем рассказать могу:-). 1,5 года оттарабанила процесс дизайнером в ит секьюрити дойче банка, до сих пор с ужасом вспоминаю :-) . Выруливаем медленно к нашим баранам обратно. Автора топика вообще от ужаса сдуло
Ни хрена себе "даже Аллу"! Алла кстати совсем не по этой специальности, а тут человек сам разработчик
это как сказать.
пока все работает, оно так и есть, но когда оно постоянно и долго беспроблемно работает, головастые бизнес аналитеги не спят, а оптимизируют затраты. в один прекрасный момент кто-то догадывается, что инфраструктура- она и сама работает, и нам не нужны эти айтишнеги, они все равно, кроме того, чтобы показывать юзерам кнопки на дрюкере, и смотреть порнуху, ни на что не годятся, а зарплату им приходится платить.
а двайте их всех возьмем, да уволим. статья полюбэ расходная, вот мы расходы и выпрямим.
и все.
получается страшная экономия к концу года, аналитег получает бонас в конце февраля, и увольняется в другую контору, которая ищет, как отпимизировать свой бузинесс.
а предыдущая контора, поскольку инфраструктура держится пока "ты головой не пошевелил", а как пошевелил- то усе, п%*?ец, все падает, а людей, кто в этом разбирается уже нет.
приходится рыться в старых записных книжках, искать домашние телефоны людей, а вдруг кто-то еще согласится пойти назад,
кто-то и приходит назад. на полторы-две зарплаты, а что делать? а то все обвалится нафиг.
можно, конечно, передать все в облако, в оутсорс, индусам, но индусы, они такие, все, как один, ковбои, с бензопилой, да и недешевы вовсе, если так на круг посмотреть..
а бизнес аналитег, весь в белом, уже на другой фирме, оптимизирует процессы там.
Кстати по подозрению некоторых людей, именно это засилье женщин ведет мир к катастрофе. Это наше типично женское "давай скорее, чини эту штуковину". А сама менеджерить. Тут один журналист написал статью, как случайно оказался на конгрессе "женщины должны править миром". Во время докладов сломался микрофон, и это стадо теток оказалось совершенно беспомощным. Пока не выскочил из-за кулис какой-то невзрачный мужичок и не привел все в порядок. И самое трагичное, пишет этот чел, что никто из теток не заметил иронии этого случая.
вот поэтому я люблю работать больше с мужчинами: редко злобно-истеричные,можно дискутировать без эмоций, справедливо заступаются и в отличие от женщин не упираются как бараны из принципа. Я надеюсь, что моя область работы будет как можно дольше мужской доменой
ну уж не надо нас принижать. Я вам много чего об Active Directory, VPN, FTP Серверах и прочем рассказать могу:-). 1,5 года оттарабанила процесс дизайнером в ит секьюрити дойче банка, до сих пор с ужасом вспоминаю :-) . Выруливаем медленно к нашим баранам обратно. Автора топика вообще от ужаса сдуло
знаете, мне про все это рассказывать ртом не надо.
для меня это вовсе не прямоугольнечги и квадратеге в блок схеме на презентации в айти секурити у дойче банка.
я это все руками строю и чиню, когда ломается.
Как про нас написал. Перенесли все в облако и уволили всех девопсов. Принявший это решение товарищ правда ещё не свалил пока. А их работа-то никуда не делась, теперь самим приходится все делать.
ну так в чём проблема? Вас не ценят достаточно? Я думаю, что собратьев здесь на форумах хватает, но не в этой теме.
Как про нас написал. Перенесли все в облако и уволили всех девопсов. Принявший это решение товарищ правда ещё не свалил пока. А их работа-то никуда не делась, теперь самим приходится все делать.
я могу рассказать, что будет дальше. а оно надо?
это как кол на голове теши.
про институшнл мемори слышали когда-нибудь?
еще будут за ними на коленях ползать.
но большинство юзеров об этом никогда не узнает, просто будет как будто уволили Васю, а через три месяца взяли опять на работу.
и будет Вася опять смотреть свою порнуху, просто, если не дурак, то за двойную зарплату.
Может когда-нибудь поставят памятник безымянному инфраструктурщику.
А вообще это наверное специфика работы. Требует от человека, как у шпионов, умения долгое время работать без одобрения и признания извне.
дада, я и говорю, на эн.вот, кстати, забавно то, что для практически всех, кто высказался в этом топике, инфраструктура- темный лес.а все- менеджеры проэктов, бизнес аналитики, архитекторы ну и всякое такое прочее..
Для меня инфраструктура-это не только и не столько компьютеры и все с ними связанное. Это прежде всего здания, ж/д линии, подведенные к заводам, хим. установки, пищевые инсталяции, лаборатории, камеры хранения...
И да, ИТ департамент у нас отличный. Если что ломается, звонишь на горячую линию или создаешь тикет- и тебе сразу же чинят. Не знаю, чья это заслуга, но я очень благодарна. Без компьютера и интернета ныне никуда не денишься. Знаю от знакомых в других фирмах, что их новым сотрудникам рабочих компьютеров дожидатся приходится по несколько недель (это значит
человек просто не может работать), потому что в ИТ неразбериха полная.
И да, ИТ департамент у нас отличный. Если что ломается, звонишь на горячую линию или создаешь тикет- и тебе сразу же чинят. Не знаю, чья это заслуга, но я очень благодарна.
это у Вас хелп деск отличный, то, что выше- это про хелпдеск, я же говорю про айти инфраструктуру, а инфраструктура эта самая Ваша находится на оутсорсе.
Наверняка тоже он. Параллельно с порнухой и нажиманием кнопок на принтерах. После того, как за ним приползли на коленях все женщины-менеджеры, умоляя пойти к ним в брафиттеры.
У них и железнодорожные рельсы отличные. Не ты их прокладывал?
у них- это у кого?
почему именно рельсы?
почему именно прокладывал?
почему именно я?
А потом сенсация - державшейся в тени корифей инфраструктуры и скандально известный бра-фиттер - один и тот же человек.
Об этом напишут в фейсбуке и профессия инфраструктурщика достигнет пика популярности.
😄😄😄
Хорошее завершение ветки.
Наверняка тоже он. Параллельно с порнухой и нажиманием кнопок на принтерах.
идея по-поводу айтишнегов, порнухи и кнопок на принтере принадлежит не мне, а одной из местных представительниц прекрасного пола.
а Вы так внезапно материализовались в этой ветке, и прям с коня начали стигматизировать присутствующих, которые "вам сразу не понравились".
просто переведите дыхание, расслабьтесь
судя по всему, Вам тоже бизнес аналитика близка?
Это наше типично женское "давай скорее, чини эту штуковину".
Это может "ваше" типичное.))) Я бы не обобщала, по крайней мере у нас на фирме такая тенденция не наблюдается, даже наоборот: в отдельно взятых отделах.
😄😄😄
Хорошее завершение ветки.
это наглядный пример того, чем заканчивается бизнес, когда в нем остаются одни только бизнес аналитики.
Мой вывод в том, что либо у вас разработчики недостаточно компетентны в этих вопросах, либо культура предприятия такая, чтобы на каждое задание отдельную должность заводить. У всех же по-разному. К тому же я понятия не имею что у вас за система, сколько их разных и как они между собой функционируют, если вообще. Довольно странно искать одно правильное решение для самых разных вещей. Поэтому гнущие тут пальцы на ровном месте люди очень удивительны:-)
У меня типично мужская область, но с коллегами женщинами очень неплохо ладим. Есть опыт работы в женских коллективах в России. Коллеги женского пола там и здесь: небо и земля.
И да, ИТ департамент у нас отличный. Если что ломается, звонишь на горячую линию или создаешь тикет- и тебе сразу же чинят.
У нас также, я уже как-то писала здесь хвалебную оду нашему суппорту: все по делу, без воды, быстро и бесшумно разгребают косяки юзеров.:-)
по-моему, вы сегодня чего-то не досмотрели 😂
И это тоже заслуга инфраструктурщиков 👍 Поддержу Аллу с идеей памятника 🗽
по-моему, вы сегодня чего-то не досмотрели 😂
порнуха пошла вот отсюда:
многие присутствующие ту ветку читали и могли вспомнить ее контекст и причину, почему я так в этой ветке написал.
написал не сегодня, а пару дней назад, и все взрослые люди это как-то спокойно прочитали и их это как-то не особо возбудило.
но у вас же какие-то странные причинно-следственные связи.
Вам же это место почему-то очень понравилось и вы начали его обыгрывать.
это было заметно в вашем самом первом сообщении, когда вы про меня написали в третьем лице и брафитера из другой ветки упомянули.
.заметьте, вы обо мне написали, а не я о вас
так кто из нас чего не досмотрел?
это очень печально читать. Выходит, что сами тётки тёток и ненавидят и с ними работать не хотят. То есть мы сами "истребляем" себя как вид в мужских областях работы. 😞😞
фу слова то какие вы употребляете: тётки, ненависть. Не выворачивайте то, что я написала. Предпочитаю не значит не работаю, ненавижу и ли что речь идёт о всех. Чтобы не истреблялись надо над собой работать. А чисто мужских домен уже не осталось, женщины есть везде и никто им препятствий кроме них самих не строит
у меня нет никаких связей и я вас очень уважаю. Просто пошутила, не удержалась 😀
С нашими инфраструктурщиками у меня, кстати, очень хорошие отношения, несмотря на моё проектменеджерское звание и женский пол 😉
что радует, лично я об этом только читаю, но редко сталкиваюсь в реальности. В "мужские" области идут работать женщины с другим складом ума и характера, поэтому и грызни там меньше. У нас так вообще практически нет. За 10 лет на фирме я столкнулась лично только два раза, но там девочки просто не могли перенести моего внезапного появления и невольного перетягивания внимания на себя 😂
ПС: а вот про бухгалтерию и маркетинг ходят страшные истории...
ну вот выходит, что работала с девушками всего 2 раза и с теми не поладила.
Так и есть: проблема женщин профессий MINT - женщины
а что вы моими словами своё отношение к женщинам прикрываете? 😂😂
с девушками я работаю каждый день в течение 10 лет, а не поладила только два раза. Раз в пять лет. И не по моей вине 😉
я может неверно прочитала или поняла написанное:
У нас так вообще практически нет. За 10 лет на фирме я столкнулась лично только два раза,
грызни там меньше. У нас так вообще практически нет. За 10 лет на фирме я столкнулась лично только два раза,
К грызне относилось.