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