Страница-источник на сайте falconspace.ru
Вы вложили деньги и душу в проект. Но он застрял. Знакомо?
Задержки — главный убийца сроков и бюджета. Чем их больше, тем выше риск, что проект просто не запустится. Хорошая новость: большинство задержек можно предвидеть и нейтрализовать. Выгода от этого — экономия нервов, денег и соблюдение дедлайнов.
Разберем, кто и почему тормозит работу, и как с этим бороться. Я как руководитель проектов прошел через десятки таких ситуаций. Вот работающие инструменты.
Ключевой принцип — делать важные дела заранее и синхронизировать ожидания с заказчиком. Кто, что и когда должен предоставить? Договоритесь об этом на берегу.
Клиент не дает контент. Запросите его заранее и жестко договоритесь о сроках. Не стесняйтесь напоминать. Это его проект.
Клиенту некогда проверять. Запишите видео, как вы сами проверяете сайт. Отправьте ему. Это упростит приемку. Напомните о его же дедлайне.
Клиент пропал. Заранее договоритесь: «не пропадаем надолго». Возьмите телефон на случай острой необходимости.
Тянет с хостингом или API. Не берите в этап задачи без определенности. Лучше перенести. Если клиент настаивает — пусть сначала определится. В этапе — только то, по чему есть полная ясность.
Долго формулирует задачи на следующий этап. Ведите бэклог идей постоянно. Предлагайте варианты сами, исходя из концепции проекта.
Долгие бумаги и счета. По счетам — работайте по 100% предоплате. По бумагам — давите на общий дедлайн проекта.
Делает простое, а сложное откладывает. В начале этапа — беритесь за самое проблемное. Пример: если в этапе есть интеграция с API, начинайте с нее. Иначе к концу срока выяснится, что API не работает, и этап встанет.
Поздно задает вопросы. Все неясное выясняйте сразу. Иначе можно уйти не туда. Пока ждете ответа — делайте другие задачи.
Долго не приступает (загрузка). Если задача висит — перераспределите ее на другого исполнителя.
Задача долго «в работе». Идеально — решать задачу за день. Если дольше — значит, задача не декомпозирована. Или разработчик ищет костыльные пути. Чем дольше делается — тем выше риск сложного и неэффективного решения.
Задачи не выставлены вовремя. Следите за загрузкой команды. Лучше выставить задачи с запасом, чем создать простой.
Простые задачи отдают опытным, а новички сидят. Все рутинное — отдавайте новичкам. Опытных бросайте на сложное.
Долгая проверка задач. Проверяйте сразу, «по горячему». Разработчик сделал — тестер сразу проверил. Иначе потом разработчик забудет детали, и правки займут больше времени.
Плохо поставленные задачи. Если по задаче куча вопросов — это косяк автора. В задаче должна быть вся конкретика: скрин, URL, логин.
Менеджер — «сломанный телефон». Если менеджер просто гоняет сообщения туда-сюда — это плохо. Менеджер должен детализировать пожелания клиента и превращать их в четкие задачи для разработчика.
Нет дедлайна. Если нет дедлайна — проект может длиться вечно. Дедлайн должен быть у каждого этапа и у проекта в целом.
Нет диаграммы работ. Диаграмма — это барометр этапа. Успеваем мы или нет? Она должна быть главным мерилом.
Плохое ТЗ на этап. Плохое ТЗ — это: - куча изменений по ходу, - споры о трактовках, - сложность проверки, - промахи в оценке. Уделите время качественному ТЗ — оно упростит всю дальнейшую работу.
Клиент захватывает инициативу. Если клиент начинает командовать — жди беды. Придерживайтесь своего процесса. Если отходите — делайте это осознанно, а не под давлением.
Долгая верстка. Лучше делать верстку самим. Или пусть она будет готова заранее. Если верстальщик внешний — согласуйте даты и постоянно контролируйте.
Нет информации по API. Собирайте все данные по API до этапа. Нет информации — не берите в этап. На старте объясните клиенту, какую информацию по API ему нужно получить от поставщика.
Задержки — ключевая проблема. Менеджер проекта — тот, кто может на них влиять.
Знайте типы задержек и принимайте меры заранее. Договаривайтесь с заказчиком, выстраивайте процессы в команде, решайте потенциально проблемные вопросы до того, как они станут проблемами.
Хотите глубже разобраться в управлении проектами? Почитайте про основные виды задержек или узнайте, как правильно планировать проект. А если хотите избежать типичных ошибок — вот список фатальных ошибок владельцев сайтов.
.jpg)
