Комментарии 5
> В данной заметке мы не будем говорить о теории, поговорим больше о практике
А где практика? Одна теория, которая сводится к "Результат рисования процессов важнее и ценнее процесса рисования процессов".
> А если процесс не является «настольной книгой» людей ...
Вот и рассказали бы как сделать так, чтобы процесс стал «настольной книгой». В большинстве случаев, даже процессы соответствующие всем критериям хорошести, перечисленным в статье, остаются уделом узкого круга лиц. Потому что начальнику цеха не важно, что там нарисовали умники из заводоуправления, которые в цеху почти ни когда не бывали. Он и без процессов разрулит любую ситуацию.
А для ITIL уже все программы написаны, зачем ещё нужны процессы?
А где практика? Одна теория, которая сводится к "Результат рисования процессов важнее и ценнее процесса рисования процессов".
> А если процесс не является «настольной книгой» людей ...
Вот и рассказали бы как сделать так, чтобы процесс стал «настольной книгой». В большинстве случаев, даже процессы соответствующие всем критериям хорошести, перечисленным в статье, остаются уделом узкого круга лиц. Потому что начальнику цеха не важно, что там нарисовали умники из заводоуправления, которые в цеху почти ни когда не бывали. Он и без процессов разрулит любую ситуацию.
А для ITIL уже все программы написаны, зачем ещё нужны процессы?
Спасибо за комментарий. Найду время и постараюсь написать с примерами, как сделать процесс «настольной книгой». Тема непростая, но очень интересная.
На высоком уровне в ITIL процессы, безусловно, описаны. А дальше — дьявол в деталях. Во многих областях есть лучшие практики (а иногда даже законодательные нормы), и есть коробочные продукты, которые им соответствуют, но всё же зачем-то их ещё нужно тюнить и настраивать. Бухгалтерия и расчёт зарплаты, например, — куда более регламентированные вещи, а всё же 1С-ников в стране пруд пруди. Казалось бы, всё написано в законодательных и подзаконных актах, а всё же.
Так что в части управления эксплуатацией тоже есть тонкости, о которых надо думать. Межрегиональное взаимодействие, круглосуточная территориально-распределённая поддержка, управление изменениями и оценка их влияния — очень много разных вещей, которые мало где описаны и сделаны хорошо. Так что, погрузившись глубоко в тему, можно найти много точек для совершенствования.
На высоком уровне в ITIL процессы, безусловно, описаны. А дальше — дьявол в деталях. Во многих областях есть лучшие практики (а иногда даже законодательные нормы), и есть коробочные продукты, которые им соответствуют, но всё же зачем-то их ещё нужно тюнить и настраивать. Бухгалтерия и расчёт зарплаты, например, — куда более регламентированные вещи, а всё же 1С-ников в стране пруд пруди. Казалось бы, всё написано в законодательных и подзаконных актах, а всё же.
Так что в части управления эксплуатацией тоже есть тонкости, о которых надо думать. Межрегиональное взаимодействие, круглосуточная территориально-распределённая поддержка, управление изменениями и оценка их влияния — очень много разных вещей, которые мало где описаны и сделаны хорошо. Так что, погрузившись глубоко в тему, можно найти много точек для совершенствования.
Заметка как заметка.
«В идеале – люди должны смотреть непосредственно в процессы и понимать, что и в каком порядке они должны делать в той или иной ситуации.»
Да ну. В идеале — имплементировать ваш бизнес-процесс как стэйт-машину в каком-нибудь конструкторе типа JIRA. Это называется «Автоматизация деятельности на предприятии». А потом можно и следить и узкие места выявлять с помощью канбан-доски и т.п. Процесс как диаграмма — это прошлый век.
Да ну. В идеале — имплементировать ваш бизнес-процесс как стэйт-машину в каком-нибудь конструкторе типа JIRA. Это называется «Автоматизация деятельности на предприятии». А потом можно и следить и узкие места выявлять с помощью канбан-доски и т.п. Процесс как диаграмма — это прошлый век.
Так и я о том, коллега. Люди должны смотреть в процесс, и лучше — сразу в системе автоматизации, безусловно. И вкладывать ресурсы нужно не в рисование процессов в сложночитаемых нотациях, а в то, чтобы организация побыстрее начинала получать пользу от процессов. А это возможно, если есть правильное сочетание и взаимодействие трёх компонентов: процессы+люди+технологии. О чём и вы пишете.
Так что полностью с вами согласен. Ну разве что кроме JIRA. Всё же я сотрудник Hewlett Packard Enterprise :)
Так что полностью с вами согласен. Ну разве что кроме JIRA. Всё же я сотрудник Hewlett Packard Enterprise :)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Бизнес-процессы: the good, the bad and the ugly