Что, если ваш следующий проект займет вдвое меньше времени и обойдется дешевле? Посмотрите, как это сделать.

Раньше я думал, что задержки проекта вызваны одной большой проблемой. Это был не мой опыт. В большинстве случаев проекты длились долго из-за небольших пробелов, которые продолжали накапливаться. Задача ждала одобрения. Файл отправлен на доработку. Член команды работал по старым заметкам. Бюджет вырос немного здесь, немного там. В итоге проект занял гораздо больше времени, чем кто-либо планировал. Я видел, как это происходит в маркетинге, дизайне и работе с клиентами. Схема знакомая. Люди много работают, но процесс продолжает их замедлять. Если я хочу сократить время проекта и тратить меньше, я начинаю с процесса, а не с давления. Я смотрю, где время теряется. Я задаю простой вопрос: где работа останавливается? Этот вопрос обычно указывает мне на четыре места: - нечеткие цели - слишком много шагов утверждения - поздние изменения - слабая коммуникация. Однажды у небольшой маркетинговой команды, с которой я работал, возникла эта проблема. Ресурсы их кампании продолжали передаваться между тремя людьми для редактирования. У каждого человека было разное представление о том, что значит «готов». Команда была занята каждый день, но проект все равно проваливался. Я помог им установить одно четкое задание, одного окончательного рецензента и один общий список файлов. Они перестали повторять работу, и их расходы сократились, поскольку они тратили меньше усилий на исправления. Этот урок остался со мной. Четкие цели экономят деньги. Когда я начинаю проект, я простыми словами записываю, как выглядит успех. Я говорю коротко. Я указываю цель, крайний срок, бюджет и владельца для каждой задачи. Я не оставляю места для догадок. Я также определяю, что не является частью работы. Это имеет большее значение, чем думают многие. Если клиент просит «несколько дополнительных изменений», а команда соглашается, не проверив объем, проект быстро растет. Стоимость растет вместе с этим. Чистая область помогает мне сэкономить время и бюджет. Я отрезаю передачу. Любая передача может замедлить реализацию проекта. Если один человек завершает задачу, а затем ждет, пока другой ее проверит, это ожидание требует времени. Если работа проходит через слишком много слоев, задержка усугубляется. Я стараюсь держать путь коротким. Я использую одного человека для выполнения каждой задачи. Я использую одно место для хранения файлов. Я использую одну ветку чата для активных обновлений. Когда все знают, где искать, работа продвигается быстрее. Я видел это и на примере небольшой команды электронной коммерции. Раньше они хранили копии продуктов в электронной почте, изображения на общем диске, а отзывы в сообщениях чата. Люди продолжали упускать детали. После того, как они переместили все на одну доску проектов, они стали тратить меньше времени на поиск информации. Их версии также сократились, потому что все видели одни и те же записи. Я планирую перемены до того, как они произойдут. Многие проекты замедляются, когда люди воспринимают изменения как сюрпризы. Я не делаю. Оставляю место для правок в плане. Я заранее поставил точку обзора. Я прошу отзыв, прежде чем работа зайдет слишком далеко. Это не позволяет небольшим проблемам превратиться в большие переписывания. Я также использую простое правило: если изменение влияет на время или стоимость, я говорю об этом вслух. Это правило помогает людям делать лучший выбор. Они все еще могут просить об изменениях, но видят компромисс. Я держу команду сосредоточенной на следующем шаге. Большие проекты могут показаться тяжелыми, когда люди смотрят на все сразу. Я предпочитаю разбивать работу на маленькие шаги. Для меня это означает: - один четкий список задач - один срок выполнения для каждого этапа - один ответственный за каждый этап - одна точка обзора перед началом следующего этапа. Это поддерживает движение команды. Это также облегчает обнаружение проблем. Если один шаг ускользнет, ​​я смогу это исправить, прежде чем весь проект отстанет. Я наблюдаю за скрытыми расходами. Некоторые затраты легко увидеть. Некоторые нет. Длительная встреча может стоить дороже, чем платный инструмент. Беспорядочная цепочка согласований может стоить дороже, чем дополнительное планирование. Спешное переписывание может стоить дороже, чем хорошее выполнение задания с самого начала. Напоминаю себе, что дешевая работа – это не всегда дешевизна. Если дешевый выбор требует дополнительных доработок, он может в конечном итоге стоить дороже. Вот почему мне нравятся простые системы. Простые системы легче использовать, легче обучать и легче держать под контролем. Мое собственное правило простое. Если проект кажется медленным, я не буду прилагать больше усилий в конце. Я отступаю и устраняю трение. Это означает, что я проверяю бриф. Я вырезал лишние передачи. Я установил четких владельцев. Прошу отзыв в нужный момент. Я держу прицел плотно. Я защищаю бюджет, защищая процесс. Когда я это делаю, работа продвигается с меньшим напряжением. Проекту не нужен лишний шум. Требуется меньше задержек, меньше повторов и меньше мест, где работа может застрять.

Я слышу одну и ту же жалобу снова и снова. Проект начинается с четкой цели, затем его масштабы растут, сообщений накапливается, а бюджет начинает расходиться. Люди хотят прогресса, но тратят слишком много времени на ожидание ответов, исправление ошибок, которых можно было бы избежать, и пересмотр работы, которая никогда не была ясна с самого начала. Это та часть, на которой я сосредотачиваюсь. Я не пытаюсь создать впечатление, что проект занят. Я стараюсь, чтобы проект продвигался с меньшими затратами, меньшими задержками и более чистым путем от идеи до реализации. Больше всего меня волнует простота: я хочу, чтобы цель оставалась четкой. Я хочу, чтобы команда знала, что делать. Я хочу, чтобы клиент видел, куда идут деньги. Я хочу, чтобы каждый шаг был легким для выполнения. Когда я работаю над проектом, я начинаю с сокращения масштабов. Если задание расплывчатое, работа быстро дорожает. Я прошу указать точную цель, целевого пользователя, основное сообщение и обязательные результаты. Еще отмечаю то, что не нужно. Этот небольшой шаг сэкономит много времени в дальнейшем. Четкий объем работ помогает мне избежать самой распространенной ловушки: оплаты работы, которая не продвигает проект вперед. Затем разбиваю работу на более мелкие части. Большой проект может показаться тяжелым. Небольшой список задач кажется выполнимым. Я разделяю работу на планирование, черновик, проверку, доработку и сдачу. У каждой части есть цель. У каждой части есть срок. У каждой части один владелец. Именно здесь скорость начинает улучшаться. Я видел это много раз в реальной работе. Однажды ко мне обратился небольшой интернет-магазин с запуском продукта, который все время проваливался. У их команды были сильные идеи, но отзывы менялись от раунда к раунду. Страница продукта, текст объявления и текст баннера требовали постоянного редактирования. Я помог им заблокировать основное сообщение, установить один канал проверки и сократить дополнительные этапы утверждения. Результатом стала более плавная координация и меньше времени, затраченного на циклы доработок. Урок не был волшебным. Это была структура. Я также уделяю пристальное внимание контролю затрат. Многие проекты перерасходуют средства, потому что никто не следит за небольшими утечками. Дополнительные редакции. Дублирующая работа. Непонятные одобрения. Медленные передачи. Это тихие затраты, которые быстро накапливаются. Мне нравится держать процесс видимым. Если появляется изменение, я задаю один вопрос: достаточно ли это улучшает результат, чтобы оправдать дополнительное время и бюджет? Этот вопрос держит работу на плаву. Это также помогает клиенту сделать лучший выбор, не догадываясь. Вот как я обычно работаю: определяю цель и объем. Я перечисляю результаты простым языком. Я установил один основной путь проверки. Я держу новости краткими и прямыми. Я удаляю шаги, которые не добавляют ценности. Я проверяю качество перед тем, как приступить к работе. Я также считаю, что реальные примеры важнее больших обещаний. Клиенту сервиса однажды понадобилась новая целевая страница для привлечения потенциальных клиентов. Их старый процесс включал в себя слишком много людей, дающих отзывы одновременно. Текст менялся слишком часто, дизайн постоянно менялся, а дата запуска все время переносилась. Я помог им упростить рабочий процесс и сосредоточить каждый обзор на одной задаче. Страница была запущена с меньшим количеством путаницы, и клиент почувствовал больше контроля над бюджетом. Именно к такому результату я стремлюсь. Не хайп. Не пустые претензии. Просто более гладкий проект, более чистый процесс и осмысленный результат. Если вы хотите, чтобы ваш следующий проект продвигался быстрее и оставался под лучшим контролем, я бы начал с основ: четкий объем, простые шаги, один путь проверки, жесткие проверки затрат, постоянная коммуникация. Мое мнение прямое: скорость и экономия не возникают из-за спешки. Они возникают в результате устранения вещей, которые замедляют работу. Это та часть, на которой я сосредотачиваюсь каждый раз.

Раньше я думал, что работая усерднее, можно все исправить. Это не так. Мой день продолжал заполняться одними и теми же задачами: ответы на сообщения, проверка деталей заказа, исправление мелких ошибок и поиск обновлений, которые должны были быть простыми. Я был занят весь день, но важная работа осталась на моем столе. Это проблема, с которой сталкиваются многие владельцы бизнеса. Они делают слишком много вручную, тратят слишком много денег на работу, которой можно избежать, и все равно чувствуют себя отсталыми. Что изменилось для меня, было просто. Я перестал пытаться делать все сам и построил более чистый процесс. Я начал с записи задач, которые появлялись снова и снова. Затем я сгруппировал их. Затем я удалил лишние шаги, которые не приносили никакой пользы. Уже одно это сэкономило много времени. У владельца небольшого интернет-магазина, с которым я работал, была такая же проблема. Она каждый день отвечала на одни и те же вопросы клиентов, проверяла товар один за другим и переписывала детали продукта для каждого нового товара. Ее команда устала, а ей все еще казалось, что работа никогда не закончится. Мы настроили сохраненные ответы, общую таблицу продуктов и четкий контрольный список для новых объявлений. Следить за работой стало легче. Ее команда перестала повторять одни и те же действия, и у нее появилось больше возможностей сосредоточиться на продажах. Это то, что меня волнует больше всего. Я не хочу, чтобы люди работали быстрее только ради скорости. Я хочу, чтобы они работали с меньшим трением. Когда процесс беспорядочен, даже небольшая задача может истощить день. Когда процесс понятен, та же задача требует меньше усилий, меньше денег и энергии. Вот как я с этим справляюсь: смотрю на задачи, которые происходят каждый день. Я нахожу шаги, которые тратят время. Я заменяю ручную работу простой системой. Я делаю настройку достаточно простой, чтобы ее могла использовать команда. Я проверяю результаты и корректирую при необходимости. Этот подход работает, потому что он практичен. Людям не нужно больше давления. Им нужен лучший способ передвижения. Я видел это и в сфере услуг. Местная клининговая компания подтверждала каждое бронирование по телефону. Если один звонок был пропущен, график портился. Мы переместили процесс подтверждения в один поток сообщений и общий календарь. Владелец тратил меньше времени на сортировку расписания, а команда допустила меньше ошибок при бронировании. Никакой драмы. Никаких больших изменений в способе обслуживания клиентов. Просто более чистая система. Этой части я доверяю больше всего: небольшие изменения могут освободить много места. Если ваша команда чувствует себя перегруженной, я бы начал с работы, которая повторяется каждый день. Если задачу можно записать в виде правила, шаблона или чек-листа, она не должна оставаться у кого-то в голове. Если шаг продолжает вызывать ошибки, ему нужен лучший путь. Если деньги продолжают утекать в ручную работу, этот процесс требует более пристального внимания. Мне нравятся простые системы, потому что простые системы долговечны. Они помогут вам тратить меньше времени на повторение. Они помогают вам контролировать расходы без снижения качества. Они помогают вам успевать больше, не утомляя при этом людей, выполняющих работу. Вот в такой прогресс я верю. Не громко. Не кричащий. Просто чистый, устойчивый и полезный.

Раньше я видел одну и ту же проблему снова и снова. Проект начнется с энергетики. У команды были идеи. Клиент хотел прогресса. Потом работа замедлилась. Файлы перемещены в слишком много мест. Вопросы вернулись поздно. Небольшие изменения обернулись длительными задержками. Бюджет продолжал расти, и все чувствовали давление. Я узнал, что для более быстрой реализации проекта не нужна большая команда. Ему нужен более чистый способ работы. Мой подход прост. Я концентрируюсь на меньшем количестве передач, более четких шагах и более строгом ежедневном контроле. Это поддерживает работу и помогает избежать потерь. Вот метод, который я использую. Я начинаю с одной четкой цели. Если у проекта размытая цель, каждая задача становится сложнее. Я записываю, что должен дать проект, кому это нужно и как выглядит «готово». Я держу это ясно. Никаких длинных внутренних заметок. Никакого расплывчатого языка. Когда цель ясна, команда может двигаться вперед и назад с меньшими затратами. Разбиваю работу на мелкие части. Большие проекты часто терпят неудачу, когда все кажется слишком большим. Я разбиваю работу на этапы, которые легко отслеживать. Дизайн, контент, обзор, доработка, доставка. У каждого этапа есть имя, владелец и срок выполнения. Это облегчает отслеживание процесса. Я держу общение в одном месте. Я видел, как проекты теряли дни из-за того, что сообщения были разбросаны по электронной почте, чат-приложениям и общим дискам. Ключевые обновления я держу в одном канале. Таким образом, я не трачу время на поиск последней версии и не задаю один и тот же вопрос дважды. Я также избегаю долгих звонков, когда короткая письменная записка может решить проблему. Я отсекаю лишние шаги, которые не добавляют ценности. Некоторые команды добавляют слои, которые кажутся безопасными, но все замедляют. Дополнительное одобрение. Дополнительный обзор. Дополнительное копирование. Задаю простой вопрос: улучшает ли этот шаг результат или только добавляет задержку? Если это не помогает проекту, я его удаляю или сокращаю. Для каждой задачи я использую одного владельца. Когда два человека выполняют одну и ту же задачу, никто не чувствует полной ответственности. Каждую часть работы я назначаю одному человеку. Это не значит, что они работают в одиночку. Это значит, что они являются основным контактом. Это уменьшает путаницу и сохраняет движение устойчивым. Я заранее проверяю прогресс. Я не жду конца, чтобы увидеть проблемы. Я просматриваю работу, пока ее еще легко изменить. Небольшая проблема, обнаруженная на ранней стадии, обходится дешевле, чем устранение крупной проблемы непосредственно перед доставкой. Я предпочитаю короткие встречи длительным неожиданным встречам. На ум приходит простой пример. Однажды я работал над запуском сайта небольшого сервисного бренда. Вначале команда планировала длительный процесс, требующий множества согласований. Проект прошел через слишком много рук, и каждое изменение приводило к новой задержке. Я изменил поток. Я установил одного руководителя проекта, один общий файл и один цикл проверки для каждой страницы. Я также сгруппировал отзывы в один список вместо того, чтобы отправлять комментарии по одному. Работа пошла более гладко. Команда потратила меньше времени на исправление одного и того же файла. Запуск остался в рамках более жесткого бюджета, и клиент получил сайт без привычной кучи переделок. Этот опыт изменил мое представление о стоимости проекта. Более низкая стоимость не всегда обусловлена ​​более дешевой рабочей силой. Зачастую это достигается за счет меньшего количества доработок, меньшего количества задержек и лучшего контроля. Когда я поддерживаю экономичность процесса, я экономлю и время, и деньги. Если бы мне пришлось изложить свой метод простыми словами, я бы сказал так: - Сделайте цель легкой для понимания - Разделите работу на маленькие шаги - Храните сообщения в одном месте - Назначьте каждой задаче одного владельца - Просматривайте заранее, а не поздно - Удаляйте шаги, которые не помогают Я использую этот подход, потому что он подходит для реальной работы. Команды заняты. Клиенты меняют идеи. Сроки сдвигаются. Чистый процесс дает мне возможность справиться с этими изменениями, не теряя темпа. Я верю, что это более быстрый путь. Не торопливая работа. Не небрежная работа. Просто лучшая система, которая помогает мне реализовывать проекты с меньшими потерями и задержками.

Раньше я думал, что экономия денег означает резкое сокращение бюджета. Я был неправ. Большинство команд не теряют деньги в один важный момент. Они теряют это в небольших отношениях. Пропущенная передача. Повторный ответ. Файл хранится не в том месте. Встреча, которая должна была стать посланием. Эти небольшие утечки быстро накапливаются, и я ясно видел их в своей работе. Когда моя команда начала расти, я почувствовал давление с обеих сторон. Нам нужно было двигаться быстрее, но нам также нужно было контролировать расходы. Люди были заняты, но прогресс по-прежнему казался медленным. Я видел проблему, но также знал, что решение должно быть практичным. Нам нужны были простые привычки, а не тяжелая система, которой никто не будет пользоваться. Больше всего нам помог четкий рабочий процесс. Я начал с составления карты задач, которые выполнялись каждую неделю. Сопровождение продаж. Обновления клиента. Обзор контента. Внутреннее одобрение. Я описал каждый шаг простым языком. Уже одно это показало мне, на что мы тратим силы. Два человека отправили одно и то же обновление. Один файл редактировался в трёх местах. Член команды ждал обратной связи, которая так и не пришла вовремя. После этого я назначил для каждой задачи одного владельца. Не группа. Один человек. Это изменение сразу же уменьшило путаницу. Если у задачи был один владелец, у нее было одно место. Если у задачи не было владельца, она обычно становилась дополнительной работой для всех. Я также начал использовать шаблоны для работ, которые мы часто повторяли. Короткий шаблон электронного письма избавил нас от необходимости снова и снова набирать одно и то же сообщение. Шаблон заметки о встрече не позволил нам потерять ключевые моменты. Шаблон отчета клиента предоставил нам стабильный формат, чтобы люди могли сосредоточиться на фактах, а не на макете. Эти небольшие инструменты могут выглядеть простыми, но они сэкономили много усилий за целый месяц. Мне особенно запомнился один пример. Небольшая команда обслуживания, с которой я работал, тратила слишком много денег на звонки в службу поддержки. Команда каждый день отвечала на одни и те же вопросы. Вместо того, чтобы нанимать больше сотрудников, они создали простую справочную страницу с четкими ответами, короткими скриншотами и общими исправлениями. Многие клиенты решили проблему самостоятельно. Звонки в службу поддержки прекратились. У команды было больше возможностей для решения реальных проблем, а стоимость повторения одних и тех же ответов снизилась. Я видел аналогичный результат в своей повседневной жизни, когда перестал проводить собрания для каждого обновления. Мы переместили обновления статуса в общий документ. Перед встречей люди написали короткую записку. Это дало мне четкое представление о том, что было сделано, что застряло и что требовало действий. Встреча стала короче. Некоторые встречи исчезли полностью. Каждую неделю моя команда получала полезные часы, и работа продвигалась с меньшим шумом. Несколько привычек имели для нас наибольшее значение: - Используйте одно общее место для задач и файлов - Назначьте каждой задаче одного владельца - Сохраняйте повторную работу в шаблонах - Удаляйте собрания, на которых повторяются только письменные обновления - Проверяйте процесс каждую неделю и устраняйте слабые места - Научите команду спрашивать: «Можно ли это сделать один раз и использовать повторно?» Я также узнал, что экономия денег связана не только с режущими инструментами. Речь идет о правильном использовании инструментов. Инструмент, который никто не открывает, — это напрасная трата. Инструмент, который решает одну проблему и создает еще три, — это еще один вид потерь. Простой инструмент, понятный команде, может сделать больше, чем длинный список функций. Вот почему я предпочитаю четкие системы сложным. Люди работают лучше, когда следующий шаг легко увидеть. Менеджеры делают лучший выбор, когда цифры легко читаются. Клиенты чувствуют разницу, когда ответы становятся быстрее, а работа становится стабильной. Если бы мне пришлось объяснить идею в одной строке, я бы сказал так: топ-команды не пытаются сделать больше беспорядочным образом. Они устраняют трение. Они вырезали лишние клики. Они сокращают повторную работу. Они поддерживают процесс в чистоте. Они защищают фокус. Вот отсюда и экономия. Я видел это в небольших командах, растущих командах и загруженных сервисных командах. Схема остается прежней. Когда процесс понятен, люди тратят меньше усилий. Когда усилия падают, растут и затраты. Когда затраты падают, у команды есть возможность работать лучше, не создавая при этом повсеместного давления. Это урок, к которому я постоянно возвращаюсь. Сэкономьте работу, сэкономьте бюджет и сделайте путь достаточно простым, чтобы люди могли следовать ему каждый день. Свяжитесь с нами сегодня, чтобы узнать больше. Husen:tinajia@cosencnc.com/WhatsApp +8613792259815.

Майкл Хаммер и Джеймс Чампи, 1993 г. Реинжиниринг корпорации. Манифест бизнес-революции. Питер Ф. Друкер, 1967 г. «Эффективный руководитель». Джеймс П. Вомак и Дэниел Т. Джонс, 1996 г. Бережливое мышление, избавьтесь от отходов и создайте богатство в своей корпорации. Институт управления проектами, 2021 г. Руководство по управлению проектами. Свод знаний. Дональд Г. Рейнертсен, 2009 г. Принципы разработки продукта. Поток разработки второго поколения. Бережливое производство продуктов Atul. Гаванде, 2009 г. Манифест контрольного списка «Как все сделать правильно»