Старт проекта

Работа в команде: действуем четко по инструкции.

В чем проблема?

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

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

Более того, мелочный контроль напрягает, создает ощущение, что тебе заглядывают через плечо.  Также контроль отвлекает. Ты сосредоточился на задаче, но тут тебя начинают теребить, дергать по каким-то дурацким вопросам. Неприятно и непродуктивно. 

Мне не нравится заниматься контролем людей, и не нравится, когда мне кто-то садится на хвост. 

Как же быть?

Я пришел опытным путем к следующему. Представьте лес зимой с глубоким снегом. И в этом лесу есть одна лыжня. Куда вы поедете? Правильно, по лыжне. Больше просто некуда. 

Необходимо создавать систему так, чтобы вообще не было вариантов движения. Все нештатное решать через админа. 

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

Например, нельзя создавать задачу и приступать к ней, пока в этапе не занесены определенные поля. Раньше их просто забывали заполнять. Никакие напоминания не помогали – просто забывают и все. И так каждый менеджер по несколько раз. Так никаких нервов не хватит все это напоминать.

Поэтому просто внедрили бизнес-логику в процесс создания задачи – все, нельзя создать задачу без заполнения этих полей. Иди и заполни, а потом приходи создавать задачу.

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

Конечно, далеко не каждая система дает возможность внедрять тонко бизнес-правила. Но в нашем случае это возможно. 

Во-первых, мы сами программисты и любые правила в системе можем внедрить с пониманием бизнес-логики (т.к. сами ее и придумали).

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

Главный посыл – создавайте лыжню. Никакие уговоры, инструкции не помогают так, как лыжня в зимнем лесу.

editor

Recent Posts

Зачем мне нужен партнер? #вебстартап

Источник: https://falconspace.ru/blog/partnerstvo-pri-razrabotke-proekta---tonkaya-shtuka

16 часов ago

Сколько стоит сделать сайт? #вебстартап

Источник: https://falconspace.ru/blog/cenoobrazovanie-v-mire-veb-razrabotki

2 дня ago

Любой проект можно запустить с минимальным бюджетом #вебстартап

Источник: https://falconspace.ru/blog/kak-zapustit-proekt-s-minimumom-zatrat

3 дня ago

Что такое MVP простыми словами? Зачем нужен MVP стартапу?Создание MVP для веб-проекта и других сфер

В этой статье мы рассмотрим такое понятие как - Minimal Viable Product (минимально жизнеспособный продукт).…

4 дня ago

Кто такой Product-owner? #понятия_веб_разработки #вебликбез

https://falconspace.ru/blog/bazovye-voprosy-i-ponyatiya-v-sfere-sozdaniya-veb-proektov - Основы веб-разработки. Базовые понятия для владельца сайта

7 дней ago

Что такое бизнес-логика? #понятия_веб_разработки #вебликбез

https://falconspace.ru/blog/bazovye-voprosy-i-ponyatiya-v-sfere-sozdaniya-veb-proektov - Основы веб-разработки. Базовые понятия для владельца сайта

1 неделя ago