Управление Техническим Долгом

Здравствуйте, уважаемое сообщество.

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

Если вам интересно, я готов к целому циклу статей.

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



Итак, поехали.

Для решения уравнения определим его составляющие.

В наличии: 1. Готовый бизнес, который не шаткий и не шаткий, а работающий.

(Понятие «работает» означает функции, а вопрос эффективности мы пока не ставим, об этом ниже).

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

3. Что немаловажно, клиенты у нас есть, и будем считать, что их более чем достаточно.

Казалось бы, разделяй и властвуй! Это бизнес, практически эффективный, но как это часто бывает, есть один нюанс.

Нас очень часто учат на всяких тренингах, семинарах, конференциях, книгах, курсах и так далее – клиент почти всегда прав.

Это почти то, что не каждый может почувствовать, и чтобы повысить лояльность клиентов, идут на многие и многие уступки.

Но дела, всё идёт не так, и работы (действующей) становится всё больше и больше.



Добро пожаловать в (ад.
При большом потоке заказов и незнании отделом продаж загруженности команды(ов) может сложиться весьма неприятная картина.

Это называется Технический долг .

Что это? Это когда, скажем, есть проект, он уже оплачен заранее сразу или частично, и «совершенно внезапно», почти как гром среди ясного неба, клиент исчезает. Он недоступен.

Нисколько.

Ни по телефону, ни письмом, ни каким-либо другим способом – его просто нет на этой планете.

А этап – это когда он нужен для утверждения или принятия работы/этапа.

Казалось бы, ну и хрен с ним, да? Он заплатил деньги, а значит, никуда не может пойти, и этот момент играет со многими из нас крайне злую шутку.

Он не уйдет, в этом вы на 90% (статистика личного опыта) правы.

Но он восстанет и станет так называемым «клиентом-зомби».

Это когда он появляется спустя полгода, и никто толком не помнит, что с ним сделали и где остановились.

А он появляется не просто так, он хочет есть.

Ваши мозги.

Шучу, конечно, он только что вспомнил про созданный вами сайт и хочет его наконец получить, но возможно его мировоззрение/понимание необходимости изменилось.

И задачи у него совсем другие.

Но дело не в этом.

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

Дело совсем в другом.

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

Кроме того, теперь у вас есть существующие клиенты, над которыми вы сейчас работаете.

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

Именно здесь многие из нас попадают в яму технического долга.

Здесь работает принцип прорванной плотины.

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

Посмотреть на себя.

У вас одновременно работает несколько проектов, и это в целом всех устраивает. И ты - деньги текут хорошо, и команда - проекты интересные, и собственный любимый клиент - все делается как надо и в срок.

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

Беда.

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

И что же мне делать?

Ответ, или Рецепт вечной молодости
Следует руководствоваться непосредственно тремя догмами.

  • Зомби были и будут зомби.

    Нам нужен план Б.

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

    Но решать ее нужно срочно, иначе на полгода точно будут неприятности.

  • Отдать его фрилансеру или любой другой силе, лишь бы это не основная команда — это вообще логичное решение.

    Поверьте, лучше потерять немного денег, платя фрилансерам, чем утонуть в техническом долге.

Если не решить вопрос с техническим долгом быстро, то вы будете решать его очень и очень долго, и каждый новый проект будет отодвигать старый на этот уровень.

И команда всегда будет работать в условиях цейтнота.

С другой стороны, казалось бы, договоритесь с клиентом и будьте счастливы.

Но нет. Не все идут на уступки, так как и сейчас у них может все гореть — участок им нужен, как рыбе вода.

И они просто не могут ждать.

Бред, конечно, согласен, но, к сожалению, такое случается очень часто.

Существует множество способов решения этой проблемы, но, к сожалению, лишь немногие из них работают эффективно.

Одну из них я попытался описать.

В заключение дам несколько рекомендаций

  • Создайте базу данных документов по конкретному проекту и поддерживайте ее в актуальном состоянии.

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

  • Учитывайте эти риски в договоре с каждым клиентом не только с точки зрения продления сроков за его счет в таких ситуациях, но и защиты собственных бизнес-процессов.

Спасибо за чтение, и удачи.

Не влезайте в долги.

Особенно технические.

Теги: #бизнес-студии #Управление проектами #Управление проектами

Вместе с данным постом часто просматривают: