Есть инструкция, есть описанный процесс, но все равно идет постоянное отступление от процесса. Приходится практически каждый шаг вручную контролировать.
А контролировать – это неприятно. Вместо полезной работы, дающей дополнительную ценность, приходится заниматься элементарным контролем. Он нужен, но не ручной, мелочный.
Более того, мелочный контроль напрягает, создает ощущение, что тебе заглядывают через плечо. Также контроль отвлекает. Ты сосредоточился на задаче, но тут тебя начинают теребить, дергать по каким-то дурацким вопросам. Неприятно и непродуктивно.
Мне не нравится заниматься контролем людей, и не нравится, когда мне кто-то садится на хвост.
Я пришел опытным путем к следующему. Представьте лес зимой с глубоким снегом. И в этом лесу есть одна лыжня. Куда вы поедете? Правильно, по лыжне. Больше просто некуда.
Необходимо создавать систему так, чтобы вообще не было вариантов движения. Все нештатное решать через админа.
Поэтому начали внедрять такой интерфейс в ведение проектов, при котором нельзя сделать действие, если не выполнено некоторое критичное условие.
Например, нельзя создавать задачу и приступать к ней, пока в этапе не занесены определенные поля. Раньше их просто забывали заполнять. Никакие напоминания не помогали – просто забывают и все. И так каждый менеджер по несколько раз. Так никаких нервов не хватит все это напоминать.
Поэтому просто внедрили бизнес-логику в процесс создания задачи – все, нельзя создать задачу без заполнения этих полей. Иди и заполни, а потом приходи создавать задачу.
Самое главное – здесь больше не нужен контроль. Сама система закрывает эти моменты автоматически, и их никак не обойти и не договориться с системой. Контроллер в этом случае не зафилонит (а я частенько эту функцию откладываю, всегда находятся более приоритетные дела).
Конечно, далеко не каждая система дает возможность внедрять тонко бизнес-правила. Но в нашем случае это возможно.
Во-первых, мы сами программисты и любые правила в системе можем внедрить с пониманием бизнес-логики (т.к. сами ее и придумали).
Во-вторых, мы используем нашу веб-платформу, а она дает возможность на лету менять бизнес-логику без долгого цикла доработок. Т.е. придумали фичу, можем ее внедрить за 15 минут (например, ограничение на создание задачи). Это позволяет не отходя от кассы (т.е. от операционной работы) шлифовать процесс и сразу оценивать результат внедрения.
Главный посыл – создавайте лыжню. Никакие уговоры, инструкции не помогают так, как лыжня в зимнем лесу.
Источник: https://falconspace.ru/blog/partnerstvo-pri-razrabotke-proekta---tonkaya-shtuka
Источник: https://falconspace.ru/blog/cenoobrazovanie-v-mire-veb-razrabotki
Источник: https://falconspace.ru/blog/kak-zapustit-proekt-s-minimumom-zatrat
В этой статье мы рассмотрим такое понятие как - Minimal Viable Product (минимально жизнеспособный продукт).…
https://falconspace.ru/blog/bazovye-voprosy-i-ponyatiya-v-sfere-sozdaniya-veb-proektov - Основы веб-разработки. Базовые понятия для владельца сайта
https://falconspace.ru/blog/bazovye-voprosy-i-ponyatiya-v-sfere-sozdaniya-veb-proektov - Основы веб-разработки. Базовые понятия для владельца сайта