О проекте автоматизации HR-процессов. Написание бизнес-процесса под автоматизацию. Part 5.2 / Блоги на 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 знания

все теги


События

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

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

  26.09.2019 16:41:06
Новый уровень безопасности дыхания
  30.08.2019 14:26:41
Worldskills International и 3М запускают новый совместный проект «Образование во имя будущего»
  30.08.2019 11:33:40
Молодые профессионалы за устойчивое будущее
  24.08.2019 14:36:18
Научные эксперименты, продуктовые тесты и мировые технологии для молодых профессионалов
  09.08.2019 16:18:31
Только оригинальные СИЗ обеспечивают гарантированную защиту


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

HR-Блоги
Денисова Елена 24.06.2014 22:02:54 (Изменен 29.09.2014 11:49:08)

О проекте автоматизации HR-процессов. Написание бизнес-процесса под автоматизацию. Part 5.2

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

 

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

 

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

 

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

 

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

 

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

 

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

 

Учитесь сотрудничать с разработчиками, учитесь им доверять и давать свободу выбора инструментов и способов реализации вашего процесса. Используйте свои знания и потенциал и знания коллег.

 

С уважением,

Денисова Елена

@EDDenisova

 

 


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

Комментарии

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

Share |

 


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