
Нежен совет или мозговой штурм для решения задачи стимулирования и/или мотивации сотрудников одного отдела!!
Описание задачи.
Есть заказчики (банки) "автоматизированы" нашей системой.
В процессе реальной работы заказчика (банка) возникают дополнительные требования к системе. В рамках темы я ограничусь только требованиями к созданию отчетов. Отчеты условно можно разделить на 3 (три) группы.
1. Группа - обязательные отчеты по требованию "регуляторов" (Цент.Банк, ...)
2. Группа - отчеты управлению операционной деятельностью.
3. Группа - аналитические отчеты для управления Бизнесом банка.
Разработка отчетов Группа №1 финансируется из "общего котла" оплаты заказчиком сопровождения системы.
Разработка отчетов Группы №2,№3 финансируется отдельными контрактами с заказчиком.
В компании принята "проектная" организация труда. Все!! работы сотрудниками выполняются в раках проектов.
Для выполнения таких работ организовано подразделение "Отчеты".
В этом подразделении сотрудники выполняют 3 роли.
1. Роль - Бизнес аналитик. Задача понять "ЧТО" хочет заказчик, оценить (экспресс анализ) трудоёмкость и превратить его "хотелки" в документ "Требования".
2. Роль - Системный аналитик. Задача на основе "Требований" разработать "Техническое Задание".
3. Роль - (упрощаю) Разработчик. На основе "ТЗ" разрабатывает "код" который потом тестируется и внедряется клиенту. Тестирование и внедрение выполняются в другом подразделении компании.
Проблемы:
1. Бизнес аналитик ВСЕГДА занят и не хочет брать новую "хотелку" банка и с ней возиться. качество его работы, документ "Требования" оставляет желать лучшего.
2. Системный аналитик ВСЕГДА занят и не хочет брать новую Задачу. Ссылается на плохой документ "Требования".
3. разработчик - почти то же самое.
Сразу скажу, что объединить их "в одну команду" практически невозможно, они и так в "одном" проекте. Количество заказов в очереди очень большое. Банки требуют очень быстрые экспресс-анализы. Не все "хотелки" после анализа превращаются в "деньги"....
Как стимулировать и мотивировать ТАКИХ сотрудников???
Сейчас у них ЗарПлата и премия по завершению Бизнес проекта. Проекты по нашим меркам не большие, но "длинные". Бюджеты от 200'000р. до 1'500'000р.
Бизнес аналитик может закончить свою работу в январе, а установка в банке и оплата - в декабре. Он уже и забыл про этот проект
Максимальная сумма гранта – 10 млн руб.
Сервис для автоматизации массового найма персонала HRMKA теперь будет работать под новым брендом HRMOST.
При этом удовлетворенность неформальными коммуникациями не так сильно зависит от их частоты.
За первые два месяца этого года было размещено на 16% меньше вакансий, чем годом ранее.
Уважаемые Сообщники!
Может поговорим, всё таки, про «любимый лунный трактор»?
В кои веки на Е-хе, предложена к обсуждению-решению реальная производственная проблема. Непростая проблема. Ежу понятно, что она не может иметь единственного решения. Даже, если будет высказано ОЧЕНЬ убедительное решение, оно не менее убедительно может разбиться о «человеческий фактор». Можно копнуть в эту сторону. Придём к проявлению отношения рефлексивности Сороса.
Насколько я понял тему, есть проблема качества и скорости трансформации «хотелок» заказчика в «требования». Если «на прынцып», то в её решении В.И.Овсий обходится без нашего мнения. И достаточно успешно обходится, коль его фирма находится на рынке в тройке лидеров. Но, В.И.Овсий предполагает, что можно улучшить качество и увеличить скорость «трансформации». Вот он и предложил: то ли в формате мозгового штурма, то ли иначе, поискать способы «улучшения-ускорения».
Правда, со своей стороны, он без обиняков высказался, какой способ он хотел бы найти – «стимулирование-мотивацию», а не изменения в организации работ и в технологии работ. Но, ведь никто не запрещает подумать-поговорить о других способах.
Только не надо бы говорить об инициаторе темы. Давайте говорить «про любимый лунный трактор».
Озвучены 2 подхода к решению:
1. В.И.Овсий: заведены спецы по трансформации «хотелок» в «требования». Улучшать и ускорять «трансформацию» следует путём стимулирования и мотивации этих спецов.
2. В.И.Зонзов: трансформация должна осуществляться в рамках ЭП, под управлением рук.проекта. Таким образом, работа по «трансформации» будет лучше обеспечена: в плане контекста «хотелок» и в плане стандартных элементов для удовлетворения «хотелок».
Для проектов по созданию материальных объектов, 2-й подход просто не обсуждается. Он продиктован нормативными документами.
Для ИТ-проектов, 2-й подход не насаждается нормативными документами; что даёт исполнителям возможность саботировать его. Что и порождает проблему, озвученную В.И.Овсием.
Какие плюсы и минусы в вышеупомянутых подходах, для ИТ-проектов?
Какие ещё подходы возможны?
[quote]Михаил Кузнецов пишет:
Да это не просто оффтоп, это пикап Михалыча, консультанты...
Михаил, очень неожиданное и смешное предположение)))