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