К вопросу о "рыночной стоимости мозгов"

[Ivanhoe]

Цитата:

Сообщение от sukhanchik

Оно и понятно - осуществлять поддержку консалтинговым фирмам невыгодно, т.к. нужно постоянно держать на поддержке человека, который в "теме" внедренного функционала и построенного на нем бизнес-процессов.

Можно по-подробнее, почему не выгодно? Откуда такая информация? Можно в отдельную тему.

[BOAL]

А вот интересно, как вы классифицируете работу в вендоре?
Это клиентская работа (нет череды проектов, не горят пятки, сиди себе и делай конкретную задачу) или консалтинговая (дедлайны есть, все по методологии и тп)?

По сути, как я писал уже пару лет назад свое ИМХО - есть три степени дальности от реальных нужд бизнеса (понимания, принимания, целей и нужд пользователей)

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

Ясно, что за счет перетекания сотрудников туда-сюда, вся эта система работает вполне устойчиво и тот же вендер\внедренец знает, что нужно рынку\пользователям и т.п.

[BOAL]

Цитата:

Сообщение от Ivanhoe

Можно по-подробнее, почему не выгодно? Откуда такая информация? Можно в отдельную тему.

Речь идет о поддержке "свежезапущенного" проекта, передачи его в отдел поддержки (если он вообще есть выделенный) и описанной выше ситуации, когда разраб делает 5 проектов.
Кому-то нужно держать в голове весь функционал по поддерживаемым проектам или искать крайних\авторов, выбивая их своими запросами из других задач.

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

У крупных компаний, которые прошли долгий пусть и собрали все грабли на пути суппорта, сейчас все ок.
Но тот же Колумбус на заре того десятилетия кипел и булькал внутри отдела поддержки, когда суппортеры бегали на поклон (или мылить шею) в отдел разработки и искали автора конкретного функционала, т.к. сдача проекта в поддержку могла быть "я вам сдал", без демы, передачи инфы по тонкостям, пачки инструкций пользователя, доступу к тасктрекеру с папкой проектной документацией со всеми ТЗ по модам.

Вот если передавать по полной, то и проблем не будет.

[niksen]

Цитата:

Сообщение от BOAL

У крупных компаний, которые прошли долгий пусть и собрали все грабли на пути суппорта, сейчас все ок.
Но тот же Колумбус на заре того десятилетия кипел и булькал внутри отдела поддержки, когда суппортеры бегали на поклон (или мылить шею) в отдел разработки и искали автора конкретного функционала, т.к. сдача проекта в поддержку могла быть "я вам сдал", без демы, передачи инфы по тонкостям, пачки инструкций пользователя, доступу к тасктрекеру с папкой проектной документацией со всеми ТЗ по модам.

Вот если передавать по полной, то и проблем не будет.

а это обусловлено ценой мозгов или ценой проекта?

[sukhanchik]

Цитата:

Сообщение от Ivanhoe

Можно по-подробнее, почему не выгодно? Откуда такая информация? Можно в отдельную тему.

Это мое личное мнение, сложившееся после наблюдения за несколькими заказчиками. Почему я так считаю - я ответил в исходном сообщении

Цитата:

Сообщение от sukhanchik

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

Мой ответ дополнил BOAL:

Цитата:

Сообщение от BOAL

Речь идет о поддержке "свежезапущенного" проекта, передачи его в отдел поддержки (если он вообще есть выделенный) и описанной выше ситуации, когда разраб делает 5 проектов.
Кому-то нужно держать в голове весь функционал по поддерживаемым проектам или искать крайних\авторов, выбивая их своими запросами из других задач.

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

Вот как-то так.