О проекте автоматизации HR-процессов. Как проверить правильность моделируемого процесса? Part 9 / Блоги на HRM.RU
 сделать домашней  добавить в избранное  карта сайта RSS
Имя 
Пароль  забыли?
Присоединяйтесь!

Новые материалы

   Названы самые высокооплачиваемые вакансии в Башкирии
   Не все профессии равны. Вчерашние школьники идут в телевизионщики и PR
   Новочебоксарские безработные граждане обучаются востребованным профессиям
   Где в Уфе заработать 100 тысяч рублей в месяц
   Сколько в среднем получают владимирские врачи?


 

Облако тегов
agile альфастрахование альфастрахования аналитика для hr apple ассессмент-центр автоматизация hr-бизнес процессов автоматизация бенчмаркинг бизнес-процессы бизнес симуляция бизнес тренинги для руководителей бизнес тренинги онлайн бизнес дистанционное обучение персонала дистанционное обучение e-learning e learning электронное обучение электронные курсы hr-аналитика hr-бренд hr-конференции hr-метрики hr-видео hr инновации исследования it josh bersin кадровый резерв карьера клиентоориентированность клиентский сервис для развития продаж клиентский сервис тренинг клиентский сервис компетенции корпоративная культура корпоративное обучение корпоративные бизнес тренинги коучинг kpi лидерство лидеры linkedin менеджмент модель компетенций мотивация персонала мотивация неформальное обучение обучение персонала обучение сотрудников предприятия обучение сотрудников обучение оценка эффективности обучения оценка персонала организационная культура персонал подбор персонала поиск работы продажи психология разработка речевых модулей для работы с претензиями рекрутеры рекрутинг рекрутмент roi рынок труда собеседование социальное обучение социальные сети стандарты клиентского сервиса стандарты обслуживания клиентов стив джобс таланты текучесть персонала тестирование тренинги по клиентскому сервису тренинги по сервису тренинги тренинг угловое преобразование фишера управление качеством обслуживая клиентов управление персоналом управление талантами управление текучестью персонала управление знаниями управление вебинары вовлеченность персонала websoft знания

все теги


События

полный список

Последние обсуждения

  09.08.2019 16:18:31
Только оригинальные СИЗ обеспечивают гарантированную защиту
  07.08.2019 12:14:48
Компания 3М опубликовала финансовые результаты II квартала 2019 года
  08.07.2019 10:12:52
Известный сайт для общения специалистов по управлению персоналом
  04.07.2019 17:29:07
3М цифровизирует программу лояльности и переводит взаимодействие с клиентами на блокчейн
  13.06.2019 14:28:30
Открытие стоматологической площадки 3M Espertise Center


Опросы
  Актуальные направления работы HR вашей организации 2017
Все опросы

HR-Блоги
Денисова Елена 17.09.2014 21:37:39 (Изменен 29.09.2014 10:16:04)

О проекте автоматизации HR-процессов. Как проверить правильность моделируемого процесса? Part 9

Когда нотация описания бизнес-процессов в компании выбрана неверно, то возникают совершенно естественные трудности по ее использованию. А именно, что разобраться в описании может только специалист, в отличие от большинства руководителей организации.

Соответственно, что они не могут не только самостоятельно описывать и моделировать свои процессы, но и хуже того, не могут их прочесть, а значит и оценить работу аналитика.

Когда же, выполняется заказ (в данном случае модель процесса под автоматизацию), то очень важно своевременно получать обратную связь. В противном случае, разработчик оказывается в темном туннеле без спасительного света впереди: никто в организации не скажет точно, правильно ли ведется описание.

Какие же маяки помогают не сбиться с пути?

Конечно, ключевая роль отводится изначальному снятию потребностей заказчика.  

Это задача не из легких. Но это на первый взгляд. Как узнать у заказчика, что он хочет в итоге, если он сам не в состоянии это сформулировать? Если его кругозор ограничен текущими срочными задачами, что не способствует пониманию всей картины целиком с вытекающими долгосрочными из нее последствиями. В этом помогает методика снятия потребностей с помощью наводящих вопросов и уточнений.  

По сути, она включает в себя элементы коучинга, когда заказчик выводится на реальные цели, отходя от критических срочных задач, закрывающих собою суть проблемы и процесса.

Это первое, что нужно сделать, чтобы потом не гадать "а то ли хотел получить заказчик на выходе".

Далее, когда моделируется процесс с нуля, как говорилось ранее, определяются рамки процесса исходя из логической причино-следственной связи. Поэтому, вторым маячком станет строгая логическая последовательность, в результате которой в описании процесса логично получены все ответы на запросы заказчика.

Те потребности, которые были озвучены и зафиксированы (например, в таблице), должны быть реализованы и логично вытекать одна из другой.

Проверить смоделированный и описанный бизнес-процесс можно самостоятельно, отмечая все запланированные запросы заказчика. Для удобства можно использовать чек-листы, предварительно показав их заказчику с просьбой проверить и зафиксировать правильность перечня требований к автоматизируемой системе на том языке, который понятен заказчику.

Проверяется не только наличие реализации всех потребностей заказчика, но и логическое исполнение их - системно это, или нет. Нет ли логических ошибок, зацикленности (петель) или пустых процессов, не имеющих результата или логического завершения, процессов с отсутствием начала, возникающих внезапно без входных данных. Логические ошибки аналитик или разработчик процесса может проверить самостоятельно. Для этого можно использовать прием "чтения наоборот" - с конца процесса, наподобие разматывания клубка - от результата к исходным данным. Это позволяет просмотреть весь написанный материал и не пропустить ничего из-за "замыленности взгляда".

Важно понимать, что проверять собственную работу обязательно нужно! Если этого не делать, то на этапе реализации окажется, что потребности заказчика не учтены и не удовлетворены, а деньги и время потрачены зря - в результате никому не нужный продукт, негативное отношение к исполнителю, и, конечно, зря потраченные деньги и время. После таких ошибок у разработчика будет мало шансов оправдаться и реабилитироваться. Авторитет разработчика должен быть на уровне эксперта, иначе заказчик не станет ему доверять и прислушиваться к его советам, а значит и работать с ним.

Итак, резюме. Чтобы проверить правильность собственной работы по описанию бизнес- процессов заказчика необходимо ориентироваться на первичные потребности заказчика и проверять полученную логическую последовательность действий процесса, которая должна дать ответы на все возможные вопросы и условия процесса. От качества проверки зависит успех всего предприятия по реализации проекта моделирования процесса заказчика и его автоматизации.
Если вам интересна тема автоматизации бизнес-процессов заказчика, подписывайтесь, чтобы получать уведомления о продолжении.

Также буду благодарна вашей обратной связи и вопросам. Пишите и я отвечу!
To be continued...
Всегда ваша
Денисова Елена,

@EDDenisova


Метки данной записи: автоматизация hr-бизнес процессов

Комментарии

Для того, чтобы размещать статьи в Блоге, Вам необходимо авторизоваться или зарегистрироваться или

Share |

 


О проекте      Реклама       Подписка       Контакты       Rambler's Top100 Яндекс цитирования ©2000-2011, HRM