Статьи о менеджменте

Новизна это благо?

Хотели как лучше, а получилось как обычно.

Внедрение нового не всегда хорошо? На этой позитивной ноте я и начну статью.

Оптимизация процессов с целью экономии это хорошо.

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

 

Начнем с примера:

В одной компании решили на объектах вместо обычных ПК поставить сервер + тонкие клиенты. То есть вместо 6 ПК поставить один сервер (+ еще один держать запасным) + 6 тонких клиентов. 

На бумаге экономия получалась в районе 30 тыс рублей если это помножить на 30 объектов то получится экономия в 900 тыс рублей что не плохо.

Внедрили даную конфигурацию на нескольких объектах и вроде бы все работало. Но….

Все это внедрял и поддерживал программист/системный администратор. А самостоятельно решить проблемы и настроить систему люди на объектах не могли (в linux обычные люди как не очень дружат, особенно когда что-то сломалось), да и не учили их этому. Все это было завязано на одного человека. 

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

И в итоге проект свернули, потратив некоторое количество рублей на его реализацию и ЗП человека. 

Вопрос к вам (дорогие читатели) что в данном кейса компания сделала неправильно. Можете сначала сами ответить на данный вопрос, а уже потом продолжить чтение. 

Что было не так:

Ошибка в данном случае заключалась в том что люди для оценки решения использовали всего один параметр. Что является достаточно типовой ошибкой. 

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

Что может измениться:

1. Основной процесс

    1. Конфигурация 

        - последовательность действий и операций

        - Действия / операции (новые / изменение старых) и противодействие людей изменению их привычек. 

        - Место их выполнения. 

    2. Другие объекты 

        - изменяются, например исполнитель и его навыки и квалификация. 

        - добавляются новые, в том числе люди и связанные с ними негативные эффекты при внедрении нового (учитываются ли они???).

    3. Эффективность 

        - изменяются ли затраты на процесс

        - изменяется ли время затрачиваемое на процесс и отдельные операции. 

    4. Требования ко входе и к выходу для процесса и отдельных операций. 

2. Вспомогательные процессы

    1. Как изменяться старые

        - Исполнитель

            - Навыки

            - Квалификация

        - Время

        - Место

        - Стоимость

        - Частота

    2. Какие добавятся новые 

        - Сколько добавится

        - Исполнитель

            - Навыки

            - Квалификация

        - Место

        - Время

        - Стоимость

Хорошие примеры вы можете найти в моей книге "Оптимизация процессов в ГТИ" где у меня есть целая глава с подробным описанием внедрения нового направления. Все желающие могут ознакомиться. 

Самый простой вариант пройти по цепочке операций/действий смотря на описанные выше параметры, их изменения. 

Затем можно просуммировать затраты и уже решить рентабельно это или нет и что необходимо будет делать. 

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

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

 

Мини-Вывод:

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

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