![Елена Рыжкова Елена Рыжкова](/uploads/user/avatar/55/55876/mini_%D1%84%D0%BE%D1%82%D0%BE1.jpg)
Нежен совет или мозговой штурм для решения задачи стимулирования и/или мотивации сотрудников одного отдела!!
Описание задачи.
Есть заказчики (банки) "автоматизированы" нашей системой.
В процессе реальной работы заказчика (банка) возникают дополнительные требования к системе. В рамках темы я ограничусь только требованиями к созданию отчетов. Отчеты условно можно разделить на 3 (три) группы.
1. Группа - обязательные отчеты по требованию "регуляторов" (Цент.Банк, ...)
2. Группа - отчеты управлению операционной деятельностью.
3. Группа - аналитические отчеты для управления Бизнесом банка.
Разработка отчетов Группа №1 финансируется из "общего котла" оплаты заказчиком сопровождения системы.
Разработка отчетов Группы №2,№3 финансируется отдельными контрактами с заказчиком.
В компании принята "проектная" организация труда. Все!! работы сотрудниками выполняются в раках проектов.
Для выполнения таких работ организовано подразделение "Отчеты".
В этом подразделении сотрудники выполняют 3 роли.
1. Роль - Бизнес аналитик. Задача понять "ЧТО" хочет заказчик, оценить (экспресс анализ) трудоёмкость и превратить его "хотелки" в документ "Требования".
2. Роль - Системный аналитик. Задача на основе "Требований" разработать "Техническое Задание".
3. Роль - (упрощаю) Разработчик. На основе "ТЗ" разрабатывает "код" который потом тестируется и внедряется клиенту. Тестирование и внедрение выполняются в другом подразделении компании.
Проблемы:
1. Бизнес аналитик ВСЕГДА занят и не хочет брать новую "хотелку" банка и с ней возиться. качество его работы, документ "Требования" оставляет желать лучшего.
2. Системный аналитик ВСЕГДА занят и не хочет брать новую Задачу. Ссылается на плохой документ "Требования".
3. разработчик - почти то же самое.
Сразу скажу, что объединить их "в одну команду" практически невозможно, они и так в "одном" проекте. Количество заказов в очереди очень большое. Банки требуют очень быстрые экспресс-анализы. Не все "хотелки" после анализа превращаются в "деньги"....
Как стимулировать и мотивировать ТАКИХ сотрудников???
Сейчас у них ЗарПлата и премия по завершению Бизнес проекта. Проекты по нашим меркам не большие, но "длинные". Бюджеты от 200'000р. до 1'500'000р.
Бизнес аналитик может закончить свою работу в январе, а установка в банке и оплата - в декабре. Он уже и забыл про этот проект
По большей части организации тратились на программное обеспечение, обучение сотрудников и на обновление оборудования.
87% работодателей признались, что внешний вид кандидата оказывает влияние на объективность оценки его профессиональных навыков.
Работодатели стали на 28% активнее, чем в прошлом году, приглашать на работу подростков.
На первом месте по зарплатным ожиданиям оказалась Москва, на втором – Владивосток.
Михаил Кузнецов рассказал историю (20.07.14 18:34):
… рядовой бизнес аналитик … не сидел без работы …ему постоянно приходилось "описывать" все новые хотелки сотрудников, благо никто из них не читал все, что до них было придумано и работа эта не останавливалась ни на миг.
… трудолюбивый БА никогда не задумывался о системном подходе в описании, …
В итоге модель системы была запутанной и абсолютно не читаемой, но главное она была гигантской - такой при взгляде на которую увольнять БА не поднималась никакая рука. Ведь никому не хотелось остаться с ней наедине.... )))
Я откликнулся (21.07.14 11:21) на «историю»:
В прежние времена, запутанность и нечитаемость компьютерных программ считались недопустимыми. В книге по технике написания компьютерных программ (выпущенной где-то в 1985 г.) содержалась рекомендация, безусловно увольнять тех, кто пишет изощрённо. Потому что, изощренность программ ухудшает их сопровождение.
А нынешние ИТ-разработчики, похоже, создают свои «одоробла» именно такими, чтобы их сопровождение было возможно только с участием авторов.
Из вышеприведенного сравнения следует «обратный» вопрос:
- какие причины стимулируют и мотивируют ИТ-разработчиков стремиться к ухудшению «читаемости» их программ?
Валерий Овсий сделал вывод (21.07.14 22:54):
Вы не правы. Требования к "читабельности" и "простоте" сейчас на порядок выше чем раньше. Этому способствует активное использование т.н. SOA - архитектуре Программного обеспечения.
... Так что "читабельность" и "ремонтопригодность" современных систем на порядок выше.
Валерий Иванович, Вам, конечно – виднее. Но, в своём отклике я, всего лишь, привел 2 факта и из их сравнения задал вопрос. Не думаю, что к этим элементам отклика применим вывод типа «Вы не правы».