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