Профессия: бизнес-аналитик?
То есть описываемая вами фирма просто спрашивает клиента, что ему нужно, и воплощает это в Software? То есть по сути одалживает разработчиков фирме-заказчику? А собственного вИдения рынка и процессов у нее нет? Может, в какой-то области это и возможно. Но например в нашей области мы в числе прочего и просветители клиентов по вопросам законодательно предписанных процессов (котопые постоянно видоизменяются) и по вопросам развития нужных функций в дерегулированных рынках. Для этого и существуют отделы концепций, бизнесс-архитектуры и продукт-менеджмента.
Я бы в первую очередь спросила себя, почему я (ответственная за Fachliches) задаю вопросы на эту тему разработчику и отвлекаю его от решения технических проблем.
В том-то и дело, что бывает по-разному. Мы делаем, например, большой бэкэнд софт для конкретной большой фирмы. Поэтому мы делаем то, что ей нужно и воплощаем ее бизнеспроцессы в айти. Параллельно оптимируя насущные при необходимости. В фирмах, которые делают какой-то софт и продают его кому-то, кто-то может сидеть и выдумывать фичи, чем заинтересовать клиента. Но этот гипотетический клиент есть всегда, никто не программирует в воздух. А речь шла об аналитиках в айти и они являются просто звеном между разработчиками и клиентами, с целью разгрузки и тех, и тех, с полезными фичами вроде ведения документации, например. И вряд ли кто-то идет специально в медицинский, чтобы после опытов на трупах помогать писать софт для интерпретаций анализов.
Так а в этой большой фирме, для которой вы пишете софт, нет никаких Fachabteilungen? Решающих, что и как фирме делать? Потому что именно эти решения должны давать ответ на вопрос "что разрабатывать?" В вашем же рассказе разработчики фирмы - динстляйстера все сами придумывают и заодно воплощают в код.
Если фирма пишет программы на любые темы, то конечно держать там специалистов пр всевозможным темам было бы слишком затратно. Но такая фирма и не обещает клиентам какую-то Fachexpertise. Фирмы-клиенты у этой фирмы скорее просто одалживают разработчиков.
Если же айтишная фирма имеет свои Schwerpunkte (как у нас), то она и в предмете разбирается лучше многих клиентов. И поэтому а самой айтишной фирме имеются Fachabteilungen. А разработчики - разрабатывают.
Фахабтайлунг и есть эта фирма, он же конкретный клиент в нашем случае, мы - разработчики, аналитики между нами. Клиент выражает потребность, к нему идут аналитики, расспрашивают подробно что нужно, передают инфу нам, мы придумываем как это воплотить и реализуем. При это не играет роли, интерн-айти мы или динстляйстер, было бы одинаково. Мы интерн-айти, например.
Просто есть вариант писать отдельный продукт, Майкрософт-офис например, Эксель, без конкретного клиента, только с абстрактным. Там нужно самим придумывать, чего бы еще такого в продукте добавить, чтобы продать его побольше.
Я исчерпала свои жевательные способности:)
Я просто знаю, что такое хороший специалист и почему они ценятся:)
Дело причем не в интересе, а в том, что без понимания предмета и сути, невозможно разработать айти-концепт для реализации, который обязателен вначале, чтобы можно было перейти уже к самому процессу реализации. Это как дом строить без чертежей, просто кирпичи класть, как попало и ждать, получится или нет. Кирпичи кладут юниоры и то их учат понимать, что они кладут, куда и зачем. А кто делает айти-концепт? Правильно, пресловутые разработчики, зайдествованные в конкретном проекте.
Я просто знаю, что такое хороший специалист и почему они ценятся:)
Не слишком ли вы самоуверены? Сколько у вас опыт работы? Сколько разных видов проектов вы уже делали, кроме того одного, на который вы ссылаетесь? Самый лучший программист очень редко может заменить аналитика или проектмэнеджера, точно так же и наоборот и они все хорошие специалисты каждый в своём корыте.
А кто делает айти-концепт? Правильно, пресловутые разработчики, зайдествованные в конкретном проекте.
Что вы понимаете под разработчиками? Программистов? Надеюсь вы знаете, что помимо "айти-концепт" имеются ещё и Machbarkeitsstudie Grobkonzept, Feinkozept, Fachkonzept?
Кто их пишет по-вашему? Тоже разработчики?
согласна. Я думаю по-другому это быть и не может. Потомучто если разработчики начнут думать креативно то это чревато последствиями. Ему заказали условно трактор а он создал теслу- классно, круто но для задач заказчика нафиг не надо. И куда эта креативность приведёт? А сам заказчик из-за проблем с пониманием ИТ не знает как бы ему этот трактор сделать таким крутым, чтобы лет этак 20 не нужно было ничего изменять и подстраивался бы он под будущие пока неизвестные задачи и было весь такой рассякой, сам не знаю технически какой 
Вот читаешь тут высказывания людей не с ИТ стороны и при некоторых высказываниях понимаешь, что ну ни бум бум люди в технике и напишет такой вот концепт а реализатор почитает и нифига не поймёт. Если реализатор пишет техническую документацию, то бизнесс ни фига не понимает и не в состоянии проверить, что ему продают. Дополнительная проблема многих специалистов из ИТ, что они считают себя самыми умными, вопросов не задают и долго не думая что-то лепят.
С домом как раз хороший пример. Сначала будущий владелец представляет концепцию здания и требования к нему. Эскиз делает архитектор - это еще срвсем не отдел каменщиков. Потом статик создает план несущих элементов. Он тоже не каменщик. Потом решаются воппосы инфраструктуры - всякие проводки, вытяжки, подключение к трубоппрводам.
И может потом приходят каменщики. И самым опытным поручается анализ планов и контроль за правильной камнеукладкой. Но никто ее скажет, что опытный каменщик "делает концепт стен"
Вот, у меня на одной фирме была похожая ситуация. Создали передовой отдел разработки. Люди работали с воодушевлением и по новейшим технологиям. И каждый раз представляли фирме результаты, на которые другие отлелы реагировали так "Ээ, и что нам с этим делать?".
Так если реализатор ни фига не поймет, то значит, автор - не-айтишник в своей области ни бум-бум или не умеет формулировать требования. Но технику он описывать и не должен! За выбор техники отвечает технический реализатор. Значит, ему надо понять, что должен уметь требуемый продукт, и решить, как это воплотить.
А теперь представьте вы построили дом, по описанному вами плану. А тут выясняется,что архитектор которого вы наняли иностранец и он не знал, что его дизайн не вписывается в архитектуру улицы или города и от вас требуют, срочно перестроить или сломать вообще. Архитектор тут ни при чём- он сделал, что заказали. А заказчик попал. Вот это реальность на каждом шагу.
В Дюссельдорфе или Кельне в пятницу или в субботу.
Но я начала срмневаться, т. к. у меня в понедельник операция и не хотедось бы заболеть перед ней. А в поездах всякая зараза летает
Так я как раз на Вашей стороне. В вашем примере даже архитектор недосмотрел, а некоторые считают, что каменщик сам все предусмотрит и запланирует.
Вы вообще понимаете разницу между программированием и разработкой? Кроме того, необходимость составления фахконцептов никто не отменял. Речь идет до сих пор только о том, что эту работу могут выполнять и опытные разработчики, общаясь напрямую с клиентом. При желании или необходимости:))) Проектменеджер это вообще о другом.
У вас очень странное представление о разработчиках и их заданиях. Очень какое-то допотопное и узкое. Когда еще "программист" считалось профессией, но ему задавались вопросы "как настроить главную страницу интернета" и несли ремонтировать компьютер. Во времена моей прабабушки. 