Известно, что термин «Стандартная операционная процедура» (SOP) создает мгновенный ответ Павлова, который проявляется в большом широком зеве, требующем поспешного извинения. Чтобы избежать психологического багажа, Дэн Мартелл вместо этого ссылается на него как на игру. Независимо от терминологии, создание SOP для улучшения ваших процессов может оказать огромное положительное влияние на производительность — если вы их правильно реализуете.
В этой статье мы покажем вам, как внедрить SOP в ваш рабочий процесс и на самом деле сделать все. Если вы обнаружите, что управляете от катастрофы до катастрофы, и типичный рабочий день состоит в том, чтобы один раз выстрелить в огонь, отбирая пачку диких динго с другой, возможно, пришло время принять новый, непредвзятый взгляд на СОП. Они просто могли бы сэкономить ваше здравомыслие.
Вот как правильно реализовать SOPs — и получить материал —
1. Придумайте хорошие СОП
Только после того, как каждый новый процесс был надлежащим образом проверен, если вы сделаете его частью офисной культуры. Нет ничего плохого в настройке SOP по мере необходимости, но это может быть проблемой, если они находятся в постоянном состоянии пересмотра, что может быть безумным для тех, кто пытается следовать им. К тому времени, когда сотрудники изучают одну вещь, она меняется. Подождите немного. Правильно сделайте это, сделайте это политикой, а затем измените ее только в том случае, если для этого есть основная причина.
2. Получить людей на борту
3. Остановите безумство микроманипуляции
4. Получил печатное руководство? Проверьте календарь.
5. Забудьте многозадачность — одна вещь за раз лучше
Время для создания СОП и начать более продуктивно
—
Если вы достигнете точки, когда кажется, что вы больше не являетесь производительным, все вращение и вращение колес больше не выполняются, отступайте и об этом подумайте. Проблема заключается не в том, что вы недостаточно стараетесь, а в том, что ваш рабочий процесс нуждается в настройке. Улучшенные процедуры почти наверняка приведут к более желательным результатам, и это то, что удерживает менеджера от потери своего мнения.
Об авторе
Гэри Стивенс — разработчик интерфейса. Он полный разыгрыватель блокчин и волонтер, работающий в фонде Ethereum, а также активный участник Github.