Горячее
Лучшее
Свежее
Подписки
Сообщества
Блоги
Эксперты
Войти
Забыли пароль?
или продолжите с
Создать аккаунт
Я хочу получать рассылки с лучшими постами за неделю
или
Восстановление пароля
Восстановление пароля
Получить код в Telegram
Войти с Яндекс ID Войти через VK ID
Создавая аккаунт, я соглашаюсь с правилами Пикабу и даю согласие на обработку персональных данных.
ПромокодыРаботаКурсыРекламаИгрыПополнение Steam

Топ прошлой недели

  • Oskanov Oskanov 8 постов
  • AlexKud AlexKud 26 постов
  • StariiZoldatt StariiZoldatt 3 поста
Посмотреть весь топ

Лучшие посты недели

Рассылка Пикабу: отправляем самые рейтинговые материалы за 7 дней 🔥

Нажимая кнопку «Подписаться на рассылку», я соглашаюсь с Правилами Пикабу и даю согласие на обработку персональных данных.

Спасибо, что подписались!
Пожалуйста, проверьте почту 😊

Новости Пикабу Помощь Кодекс Пикабу Реклама О компании
Команда Пикабу Награды Контакты О проекте Зал славы
Промокоды Скидки Работа Курсы Блоги
Купоны Biggeek Купоны AliExpress Купоны М.Видео Купоны YandexTravel Купоны Lamoda
Мобильное приложение

Project Managment

327 постов сначала свежее
prodneupal
prodneupal
3 месяца назад

Что делать, если команда не перформит⁠⁠

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

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

Так что изучаем метрики и убеждаемся, правда ли команда не перформит. Если метрик нет, их надо определить, а уже потом делать выводы. Иначе это только мнение. А мнение — не факт.

Второй момент часто заключается в отсутствии понимания. Спросите себя:

- Есть ли у членов команды ясность, что от них ждут?

- Чёткие ожидания?

- Конкретные цели?

Не сможете ответить на эти вопросы — поймете, почему команда недорабатывает. Если люди бродят в тумане и не понимают, что и зачем делают, они не виноваты, что не дают результат.

Поэтому задача на этом этапе — добавить конкретики. Например, четко описать ожидания по роли и обязанностям каждого участника команды.

Если во всех вышеперечисленных факторах проблем нет, возможно дело в недостатке навыков, ресурсов для работы или обучения. Айтишные проекты требуют высокой компетенции, будь то кодинг, проектирование или тестирование. Поэтому проанализируйте, есть ли у людей навыки, чтобы соответствовать? Если нет, помогаете ли вы им в части обучения? То же касается инструментов и организации рабочего пространства.

Банальный пример: у команды может криво настроен таск-трекер (или его тупо нет). Как результат, задачи теряются и возникают форс-мажоры. Что делать? Настроить задачник, чтобы им было удобно пользоваться, и все будет ок.

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

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

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

Показать полностью
Карьера Профессия Коллеги Управление людьми Управление проектами Трудовые отношения Мат Текст
0
0
ninetor
ninetor
3 месяца назад

«Как работал — так и заработал»: как отбирать, обучать и мотивировать руководителей проектов⁠⁠

Еще каких-то пять лет назад наши менеджеры сидели на зарплате, были счастливы и не думали, как с технической стороны объяснить клиенту, почему сдвинуть кнопку может стоить 20 баксов.

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

«Как работал — так и заработал»: как отбирать, обучать и мотивировать руководителей проектов Стартап, Предпринимательство, Бизнес, Управление проектами, Управление людьми, Руководитель, Веб-дизайн, Веб-разработка, Веб-студия, Telegram (ссылка), Длиннопост

Меня зовут Дмитрий Хоружко, я основатель агентства по веб-разработке Nineseven

Как мы работали до 2019 года: все на зарплате

Nineseven.ru специализируется на разработке и поддержке интернет-магазинов для крупных e-commerce проектов. Агентство существует уже 14 лет и за это время пережило немало перемен. Мы открылись в 2010 году, начав работу командой из трех человек и 563 долларами начального капитала, а наш первый офис был всего 5 кв. метров.

Сначала работа агентства была построена хаотично: мы брали заказы на бирже, а бухгалтерия велась в записной книжке. В 2012 году начали появляться первые небольшие белорусские заказчики, а с 2013 года пошел ощутимый рост. Мы все еще концентрировались на дизайне, но стали активнее браться за разработку. Однако проблема с финансовым учетом все еще не была решена, а с позиционированием и продажами дела шли плохо.

Постоянного потока клиентов и долгоиграющих проектов у нас не было. Заказчики приходили и уходили. Наша работа была похожа на финансовую пирамиду — минусовые проекты перекрывались оплатами с новых.

В 2018 году меня пригласили поработать в блокчейн-проекте. Я стал руководителем команды разработчиков, отодвинул Nineseven на второй план и плотно работал в проекте два года.

К 2019 году «успешный и автономный» бизнес Nineseven практически испустил дух без моего надзора. На зарплаты не хватало 10 000 долларов. Я собрал команду в офисе и сказал, что практически всем нужно уволиться — сейчас денег нет, но потихоньку будем рассчитываться. Так штат из 15 человек сократился до 4, остались только менеджеры. Офис из кареты на 120 квадратов превратился в тыкву на 32.

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

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

Раньше была нормальная история, когда приходил клиент и жаловался: «Вот, мне нарисовали дизайн, а после продакшена получилось совсем другое!» — шрифты поплыли, пропорции элементов не те.

Также дизайн — это история про разовые проекты. Заказчику не нужны постоянные доработки и поддержка. Получил результат и ушел. Приходилось постоянно генерировать поток клиентов, чтобы хоть как-то выживать. Анализ проектов показал, что интернет-магазины — самые долгоиграющие проекты, поэтому фокус сместился на разработку и работу с конечным продуктом для клиентов из e-com. Мы сделали упор на наш опыт в e-commerce проекте МТС.

После этих реформ 2019 года мы начали расти и увеличили оборот с 300 000 до 700 000 долларов к 2023 году.

Однако на этом наши изменения не закончились. «Под капотом» работы команды оказалось еще немало проблем.

Проблемы в команде: нет навыка мыслить дальше своей зоны ответственности

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

Дизайнеры не разбирались в технической части верстки. Дизайнер рисует макет с опорой на вводные заказчика и свою узкую специализацию: типографику, теорию цвета, композицию. Но в веб-дизайне также важен инжиниринг всей системы, потому что далее макет идет на верстку.

Многие дизайнеры про верстку знают минимум — могут отличить друг от друга тег <table> от <p>. Большинство слабо представляет, как строятся сетки в CSS и что получится при переводе нарисованного макета в HTML-разметку.

«Как работал — так и заработал»: как отбирать, обучать и мотивировать руководителей проектов Стартап, Предпринимательство, Бизнес, Управление проектами, Управление людьми, Руководитель, Веб-дизайн, Веб-разработка, Веб-студия, Telegram (ссылка), Длиннопост

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

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

Или например, приходит верстальщик Pixel Perfect. Его задача — сделать так, чтобы верстка совпадала на 100%  с нарисованным макетом. Если он сделает все по уму и унифицирует отступы для всех страниц, то к нему придет менеджер и скажет, что они не совпадают с отступами на макете, и верстальщик такой — ну окей, сделаю как у дизайнера. Из-за таких ситуаций верстальщику приходилось делать множество версий заголовка для каждой страницы.

«Как работал — так и заработал»: как отбирать, обучать и мотивировать руководителей проектов Стартап, Предпринимательство, Бизнес, Управление проектами, Управление людьми, Руководитель, Веб-дизайн, Веб-разработка, Веб-студия, Telegram (ссылка), Длиннопост

Так выглядит наложение макета от дизайнера на сверстанный сайт при проверке Pixel Perfect верстки — при несовпадении элементы плывут

Теперь все это нужно перевести в код. Задача программиста — перевести в код то, что нарисовал дизайнер и подготовил верстальщик. На выходе должен получиться темплейт для системы управления сайтом.

Тут у программиста начинаются проблемы с версткой. Например, у системы «Битрикс» единая структура шаблона, которая состоит из трех частей: header, footer и body.

Грубо говоря, header — это шапка сайта, footer — подвал, ну и body — наполнение посередине. Исходя из этой структуры, у программиста есть требования в разработке, чтобы в дальнейшем упростить поддержку сайта.

К требованиям относится то, что шапка и подвал на всех страницах не должны отличаться по разметке, а верстальщик про это не знает! На своем этапе работы с макетом он может на каждой странице сверстать шапку и подвал по разным структурам. В результате это оказывается большой головной болью для разработчика, которому приходится создавать костыли, чтобы неоптимальную структуру верстки положить на «Битрикс».

Отсутствие коммуникации в команде тормозило работу

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

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

Для решения этого момента я поставил себе три задачи:

  1. Разобраться, в чем заключается работа каждого этапа и отдела

  2. Выявить, какие проблемы есть у каждого

  3. Выработать систему, чтобы свести эти проблемы на минимум

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

За что отвечают менеджеры проектов

У руководителя в работе пул из трех-пяти проектов и своя команда верстальщиков и разработчиков. С этой командой он постоянно на связи и поддерживает ее в рамках проектов. Руководитель принимает макет у дизайнера, дает правки, передает верстальщику адекватную версию макета — так на каждом этапе.

Руководитель проекта должен быть технически подкован. У него есть чек-лист, в котором написано, что, допустим, HTML-разметка в тегах head и body до тега h1 не должна отличаться. Как он это проверит? Скорее всего, никак, если у него нет каких-либо технического бэкграунда или понимания, что вообще такое тег, из чего состоит HTML-документ.

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

Поэтому я решил обучать менеджеров, чтобы они тащили свою команду с пониманием дела. Только так удалось ускорить работу и в целом повысить эффективность команды. Потому что когда менеджер занимается почтальонством а-ля «клиент сказал, что у вас тут блок съехал, я просто вам принес эту новость, разбирайтесь сами» — у разработчиков появляется скепсис, что менеджер у нас просто в качестве мебели присутствует, могли бы и напрямую пообщаться.

Какие «гибкие» навыки нужны менеджеру

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

Риск-менеджмент. Разработчики чаще всего переоценивают свои возможности и называют слишком короткие сроки — нужно оценивать сложность задач и закладывать время для страховки. Может оказаться, что работу, которую обещали сделать за 10 часов, сделают за 24.

Стрессоустойчивость. Могут попасться эмоциональные клиенты — все-таки мы работаем в сфере услуг. Если менеджер не сдерживается, далеко он не уедет.

Клиентоориентированность. Я всем менеджерам говорю о том, что зарплату плачу не я, а клиенты. Потому что у нас все менеджеры получают зарплату в виде процента от прибыли.

В чем менеджер должен разбираться по технической части

Разбираться в этапах разработки на уровне джуна. Подробно об этом я расскажу дальше и покажу примеры тестовых заданий. Коротко: нужно понимать, как устроена работа в Figma, «Битрикс», понимать, какие нюансы могут возникнуть на каждом этапе.

Понимать архитектуру проекта. Где хранятся данные, как выглядит структура базы данных, как работает кэш, какие есть периодические задания, что такое crontab, что такое операционная система, что такое SSH, как работает Git, зачем нужны репозитории, хранилища и так далее.

Как мы собеседовали проджектов

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

1. Собрал базу знаний для кандидатов. Документы и курсы, откуда можно почерпнуть знания о процессе и выполнить практическое задание.

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

3. Определил, как буду оценивать работу. Я не требовал, чтобы менеджер отрисовал полноценный макет, но он должен знать, как выглядит Figma, где эти макеты рисуют. Как в ней можно управлять макетом, как работает система слоев, компонентов и так далее.

Примеры тестовых заданий для каждого этапа собеседования

Первое задание: построить схему макета в Figma. Можно было выбрать произвольную тематику: сделать себе визитку, схематично отразить рандомный сайт.

«Как работал — так и заработал»: как отбирать, обучать и мотивировать руководителей проектов Стартап, Предпринимательство, Бизнес, Управление проектами, Управление людьми, Руководитель, Веб-дизайн, Веб-разработка, Веб-студия, Telegram (ссылка), Длиннопост

Условный макет сайта

Второе задание: сверстать макет. У меня уже был удобный с точки зрения верстки дизайн-макет: условно, слайдер на всю длину, немного текста, внизу текст в два ряда, табличка. Задача была — собрать на HTML структуру, сделать CSS-верстку и макет, но без использования JavaScript, потому что это другой уровень сложности.

«Как работал — так и заработал»: как отбирать, обучать и мотивировать руководителей проектов Стартап, Предпринимательство, Бизнес, Управление проектами, Управление людьми, Руководитель, Веб-дизайн, Веб-разработка, Веб-студия, Telegram (ссылка), Длиннопост

Требований к Pixel Perfect тоже не было. Основная задача менеджера — повторить хотя бы на 90% то, что было нарисовано

Для понимания сути верстки: вкачестве подготовки рекомендую пройти базовый курс по HTML, который даст понимание, что такое верстка, CSS, как строятся блоки. Такие знания можно получить совершенно бесплатно. Например: курс по HTML

Третье задание: перевести макет в код на «Битрикс». В качестве вводных у меня был простенький шаблон текстового сайта. Нужно было сделать несколько страниц на системе управления «Битрикс»: создать темплейт, сделать нарезку header и footer, и в body подключить несколько простеньких компонентов, вроде news.list, news.detail, настроить пагинацию и несколько менюшек.

Допустим, вывести страницу списка новостей, деталей и передать мне ссылку, чтобы я ее просто проверил. Для тестового также рекомендовалось пройти курс Content Manager Bitrix: изучить возможности админки, как она выглядит, немного изучить программную часть.

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

Как мы обучаем менеджеров в процессе работы

Сейчас у меня базовым требованием для проджектов является умение работать в серверной консоли по протоколу SSH: знать команды, уметь в Linux зайти в какую-то директорию, отредактировать файл, перезагрузить веб-сервер и так далее.

К этому можно добавить еще историю работы с табличками в базе данных, знания простейших команд — SELECT, INSERT, DELETE, чтобы он мог построить какой-то запрос, посмотреть данные.

Поэтому мы периодически собираемся пару часов на тематических воркшопах. Это может быть разбор работы с SQL, работа по SSH или Docker. По SQL, я рассказываю вводную часть, потом мы заходим в интерфейс баз данных, объясняю, что такое джойны, как делать селекты. Пробуем создать таблички и добавить в них что-то или удалить. Далее смотрим, как выглядит хранение данных в базе данных CMS Bitrix. За пару часов специалистом по базам данных не станешь, но появляется какая-то база и понимание как это устроено.

После воркшопов менеджеры могут консультировать клиентов и решать мелкие задачи руками.Например, когда приходит клиент и сообщает о поломке, менеджер понимает под капотом, как это должно работать. Он может открыть консольку, посмотреть коды ошибок, понять — проблема на фронте или на бэке, сразу сформулировать проблему, поставить задачу на нужного специалиста и договориться с тимлидом, чтобы он присмотрел.

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

Как мы организуем работу менеджеров

Ребята работают внутри своих команд, с проекта на проект не прыгают. Когда недостаточно нагрузки, допустим, у дизайнера, то он берет в работу задачи других команд. Программисты же чаще у каждой команды постоянные, проекты плюс-минус тоже.

У нас полностью открытая система по деньгообороту: команда знает, сколько стоит каждый программист и сколько нам платит клиент. Поэтому сотрудники ежемесячно считают себе зарплату, подают мне счет, я его валидирую и выплачиваю.

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

То есть они могут просто мне сказать: «Слушай, я там двух разработчиков на проект поставил. Бюджеты с клиентом согласовал, баланс посчитал, в план по дебиторке поставил. Мы в плюсе».

Зарплаты и профессиональный рост менеджеров

У нас очень хорошие зарплаты по рынку. Был проджект, который заходил в компанию стажером и получал 300-400 долларов. Сейчас он получает в 5 раз больше.

С профессиональным ростом сложнее. Ребята как нажратые коты уже засели на постоянных проектах, которым с нами комфортно. Как с этим бороться и нужно ли — я не знаю. Тут единственная опасность, если комфортный стек клиентов в какой-то момент отваливается, менеджеру будет больно, так как придется включаться в новые проекты с нуля.

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

Как к нам попали ребята, которые работают до сих пор

Основная команда менеджеров состоит из 5 человек, Паша и Юра с нами дольше всех. Паша пришел в ноябре 2016 года, а Юра на месяц раньше.

Юра учился в БГУ на радиофизике и компьютерных технологиях. Во время универа работал на стройке: держал обои, красил стены и получал по 30 долларов в день. Учебу решил бросить в пользу этих невероятно шальных денег и стал работать «официальным» подсобником. После двух кризисов строительных работ, когда вся бригада сидела и не делала приблизительно ничего, прислушался к знакомым, которые говорили бросать, и ушел со стройки. У нас тогда работала его бывшая одногруппница. Она предложила Юре попробовать пойти на вакансию менеджера и дала рекомендации по подготовке. Он прошел самый базовый курс по HTML, почитал про разработку сайтов. В Nineseven у Юры было первое и единственное собеседование в жизни.

Паша закончил военную академию, какое-то время поработал и ушел со службы. После армии пошел в классийский офлайн-бизнес — грузоперевозки, но надолго там задерживаться не стал. Жена Паши работала в IT работает, у него вроде всегда душа лежала к этому. Посмотрел какие-то курсы по программированию — не понравилось. Решил пойти на курсы для менеджеров. Прошел два курса и начал искать работу — натолкнулся на вакансию продажника в Nineseven, прошел собеседование и устроился на испытательный срок.

Текучка кадров

Про выживаемость набранных менеджеров сложно сказать. Изначально набрали 5-6 менеджеров, из них кроме Паши и Юры никого сейчас не осталось, уходили по разным причинам.

Один человек уволился и пошел работать дальнобойщиком. Почему? Кто его знает. Другой играл в покер, выиграл что-то в районе 150 000 долларов, открыл свой бар и сейчас им управляет. Девчонка была бывшая программистка, поработала у нас какое-то время и сказала «не, ну его» и ушла.

Наверное, меня этот вопрос еще ждет впереди, если будут новые проекты. Но, скорее всего, мы будем медленно расти в плане менеджеров. У нас 2-3 сделки в год — это как бы хорошо, а менеджер может вести, условно, по пять проектов.

Мы сейчас загружены, и мне чтобы еще одного менеджера взять штат, надо еще 2 года набирать проекты.

Плоды реформ: увеличили оборот в 2,5 раза за 4 года

Nineseven.ru начала активно расти с 2019 года. Мы увеличили оборот с 312 296 долларов в 2020 году и команды из 10 человек до 862 150 долларов и штата из 33 человек в 2024 году, и в основном это технические специалисты.

Краткая выжимка наших изменений:

  • Сменили фокус с дизайна на разработку и создание конечного продукта

  • Сосредоточились на e-commerce проектах

  • Создали софт для финансового учета

  • Отменили зарплаты менеджерам и перевели их на процент с прибыли агентства по проектам, которые они ведут

  • Перевели исполнителей на почасовую оплату

  • Сформировали четкие критерии отбора менеджеров и организовали поэтапное собеседование с обучением и тестовыми заданиями

  • Начали обучать менеджеров основам дизайна, верстки и программирования

Показать полностью 5
Стартап Предпринимательство Бизнес Управление проектами Управление людьми Руководитель Веб-дизайн Веб-разработка Веб-студия Telegram (ссылка) Длиннопост
0
11
user10398747
user10398747
3 месяца назад

Чему могут научить Симпсоны менеджеров по продукту и стартаперов⁠⁠

В 2005 году я увлекся популярным сериалом «Симпсоны». Я смотрел все предыдущие сезоны и пытался поймать каждую новую серию по мере ее выхода. Однако со временем я перестал следить за сериалом. Недавно, выбирая, что  посмотреть, мой выбор снова пал на «Симпсонов».  Судя по всему создатели не собираются заканчивать, а ведь уже уже 35 сезонов!

Несмотря на долгую историю, «Симпсоны» продолжают смешно шутить и затрагивают интересные темы. В другом не менее известном мультсериале даже придумали мем «Это уже было в Симпсонах», подчеркивая широкий спектр того, о чем они снимали серии.

Чему  могут научить Симпсоны менеджеров по продукту и стартаперов Стартап, Управление проектами, Симпсоны, Tesla, Гомер Симпсон, Предпринимательство, Провал, South Park, Автомобильная история, Длиннопост

Это уже было в Симпсонах

Среди многих тем, которые затронули «Симпсоны», —, конечно же, управление продуктом. В этой статье будет рассмотрен одна из серий, в которой можно найти множество типичных ошибок управления продуктами в компаниях. Серия называется «О, брат, где ты?» (Сезона 2, Эпизод 15), которая впервые вышла в эфир в 1991 году (еще до того, как некоторые из вас родились).

В этом эпизоде Гомер обнаруживает своего давно потерянного брата Херба Пауэлла, который является генеральным директором крупной автомобильной компании Powell Motors.

Чему  могут научить Симпсоны менеджеров по продукту и стартаперов Стартап, Управление проектами, Симпсоны, Tesla, Гомер Симпсон, Предпринимательство, Провал, South Park, Автомобильная история, Длиннопост

Херб и Гомер

Компания сталкивается с трудностями и нуждается в переменах. План Херба состоит в том, чтобы Гомер спроектировал новую машину, полагая, что Гомер, является типичным представителем целевой аудитории. Херб надеется, что автомобиль, разработанный Гомером, найдет отклик у похожих на него людей по всей Америке.

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

Давайте рассмотрим основные ошибки управления продуктом.

Некомпетентность продакт-менеджера

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

Чему  могут научить Симпсоны менеджеров по продукту и стартаперов Стартап, Управление проектами, Симпсоны, Tesla, Гомер Симпсон, Предпринимательство, Провал, South Park, Автомобильная история, Длиннопост

И я хочу платить тебе 200 тысяч $

-Знаешь, почему я дал тебе эту работу?

-Потому что ты считаешь меня гением?

-Нет, я не считаю тебя гением.

-Потому что ты думаешь, что я энергичный

- Я не думаю, что ты энергичный

-Потому что ты думаешь, что я хорошо работаю с другими?

-Нет, нет, нет, нет!

-Гомер, я дал тебе эту работу, потому что ты заурядный.

Это правда, что люди с разным профессиональным опытом могут добиться успеха в управлении продуктом. Однако новичкам в этой области в идеале следует начинать с небольших, менее важных проектов. Эта стратегия позволяет  минимизировать риски и получить ценный опыт, прежде чем брать на себя более важные обязанности. В данном случае решение Херба привлечь Гомера было продиктовано их семейными связями и желанием применить нетрадиционный подход к спасению компании. К сожалению, это поспешное решение усугубило положение компании.

Несмотря на неудачу Гомера в этом эпизоде, в реальной жизни есть примеры людей, преуспевших в управлении продуктом без предварительного опыта в этой области. Например, Илон Маск произвел революцию в автомобильной промышленности с помощью Tesla, несмотря на то, что у него нет традиционного автомобильного опыта. Однако, в отличие от Гомера, Маск уже имел успешный опыт работы в мире бизнеса, в первую очередь с PayPal. Опыт Гомера  же включал в себя работу инспектором по безопасности на АЭС Спрингфилд, что не дало ему необходимых навыков или опыта для управления продуктами в автомобильной промышленности.

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

Отсутствие анализа рынка и потребностей клиентов

Компания Powell Motors столкнулась с серьезными проблемами при анализе рынка и определении потребностей клиентов. На совещании топ-менеджмента обсуждается плохая работа компании, но никто не может точно определить истинные причины кризиса. Даже  предположения менеджеров кажутся абсурдными:

-Каждый день мы сдаем позиции японцам, и я хочу знать, почему?

- Недобросовестная торговая практика?

-  Идиоты в Вашингтоне?

- Может быть цыганское проклятие?

Чему  могут научить Симпсоны менеджеров по продукту и стартаперов Стартап, Управление проектами, Симпсоны, Tesla, Гомер Симпсон, Предпринимательство, Провал, South Park, Автомобильная история, Длиннопост

-Каждый день мы сдаем позиции японцам, и я хочу знать, почему?

Топ-менеджеры также кажутся оторванными от реальности при обсуждении названия новой модели:

- Вы придумали название для нашей новой экономичной модели?

- Вам это понравится, шеф! Персефона!

-Персефона? Что это за название, черт подери?

- Она была греческой богиней весны и возрождения.

Чему  могут научить Симпсоны менеджеров по продукту и стартаперов Стартап, Управление проектами, Симпсоны, Tesla, Гомер Симпсон, Предпринимательство, Провал, South Park, Автомобильная история, Длиннопост

Персефона

Когда Гомера назначают на новую должность, Херб проводит крайне поверхностные исследования рынка. В итоге все ресурсы компании направлены на разработку продукта, основанного исключительно на мнении одного покупателя, а само исследование было сделано некорректно:

-Хорошо, тогда я хотел бы большую.

- У нас нет большой.

-Почему нет?

-Американцам не нужны большие машины

-Ну, дайте мне машину помощнее.

- Извините, у нас нет мощных автомобилей.

-Почему нет?

-Потому что американцам нужен хороший пробег, а не мощность.

- Скажи милому человеку, из какой ты страны.

-Америка!

- Слышите, болваны? Вот почему нас убивают на рынке! Вместо того, чтобы послушать, чего хотят люди, вы говорите им, чего они хотят.

Когда команда пытается спросить Гомера о его предпочтениях, это тоже не приводит к четким результатам:

-Итак, какую машину вы бы хотели, мистер Симпсон?

-Я не знаю.

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

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

Если бы я спросил людей, чего они хотят, они бы ответили, что это более быстрые лошади.

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

Неадекватная стратегия и нечеткое определение целевого рынка

Концепция Херба о создании автомобиля для среднего американца была слишком расплывчатой и лишенной конкретики.

-Я хочу, чтобы ты помог мне спроектировать машину. Автомобиль для всех Гомеров Симпсонов.

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

- Знаешь, чего они мне стоили? В них железа на 40 баксов.

Чему  могут научить Симпсоны менеджеров по продукту и стартаперов Стартап, Управление проектами, Симпсоны, Tesla, Гомер Симпсон, Предпринимательство, Провал, South Park, Автомобильная история, Длиннопост

В них железа на 40 баксов

Не понимая стратегии и не имея никаких ограничений, Гомер проектирует автомобиль, который даже по сегодняшним меркам  кажется довольно дорогим. Цена автомобиля составила 82 тыс. $, несмотря на то, что в то время автомобили для массового рынка стоили от 10 до 15  тыс." class="formula inline">.

- Сколько стоит это чудовище?

-82 тысячи долларов.

Никто не задумывался, сможет ли целевая аудитория, представленная Гомер Симпсонами, позволить себе такую машину.

Известным примером компании, совершившей подобные ошибки, является Segway. Segway PT  был помпезно представленпредставлел в 2001 году. Ожидалось, что он произведет революцию в городском транспорте. Однако продукт не оправдал ожиданий прежде всего из-за неясного целевого рынка, высокой цены и ограниченной практичности. Целевая аудитория Segway PT не была четко определена, а его цена около 5000 долларов делала его недоступным для среднего потребителя.

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

Плохое взаимодействие с командой и авторитарное управление

Гомеру дана невероятная власть, о которой многие продакт-менеджеры могут только мечтать:

- Направляйте все свои вопросы мистеру Гомеру Симпсону, человеку с видением. Человек, который поможет этой компании выбраться из ямы. Человек, который навсегда изменит американский транспорт!

Чему  могут научить Симпсоны менеджеров по продукту и стартаперов Стартап, Управление проектами, Симпсоны, Tesla, Гомер Симпсон, Предпринимательство, Провал, South Park, Автомобильная история, Длиннопост

Все вопросы направляйте мистеру Гомеру Симпсону.

Команда общается с Гомером, используя технический жаргон, который он не понимает, не пытаясь объяснить свои решения.

- Ставим что-то бортовое и реечный руль...

Изначально команда не доверяет Гомеру и старается не допускать его к процессу принятия решений.

- Мистер Симпсон, ваш брат сказал вам помочь нам с этой машиной, не так ли?

-Да.

-Почему бы вам не принести нам кофе?

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

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

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

Однако когда кто-то предлагает решение, не устраивающее Гомера, это приводит к тяжелым последствиям:

-Ты уволен! За что мы ему платим?

Чему  могут научить Симпсоны менеджеров по продукту и стартаперов Стартап, Управление проектами, Симпсоны, Tesla, Гомер Симпсон, Предпринимательство, Провал, South Park, Автомобильная история, Длиннопост

Человек с видением

Попытки команды эскалировать на руководство не увенчались успехом:

- Я рад, что ты нервничаешь, потому что это значит, что мы на правильном пути.

Даже несмотря на негативные отзывы от членов команды, генеральный директор отказывается их слушать. В одной из сцен он просит дать отзыв о Гомере, попросив полностью исказить смысл сказанного:

-Гомер Симпсон — блестящий человек с множеством продуманных практических идей. Он обеспечит финансовую безопасность этой компании на долгие годы.

Отсутствие MVP, итеративного подхода и обратной связи

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

- Этот проект является нашим главным приоритетом. Все остальное на паузу, я не хочу ничего видеть, пока он не будет закончен.

Гомер, конечно же, не знаком с ключевыми понятиями управления продуктом, такими как «MVP» (минимально жизнеспособный продукт) и «итеративный подход». У него нет четкого плана по разработке и внедрению автомобиля, что приводит к таким проблемам, как непоследовательность дизайнерских решений, увеличение затрат и сложности с контролем процесса разработки.

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

Когда продукт, наконец, представлен потребителям и экспертам, он вызывает полное недоумение..

Чему  могут научить Симпсоны менеджеров по продукту и стартаперов Стартап, Управление проектами, Симпсоны, Tesla, Гомер Симпсон, Предпринимательство, Провал, South Park, Автомобильная история, Длиннопост

Реакция клиентов

Известным примером продукта, допустившим подобную  ошибку, является запуск Google Glass в 2013 году. Продукт представлял собой очки со встроенным компьютером, призванный революционизировать то, как люди взаимодействуют с технологиями. Однако Google Glass были запущены без MVP, что привело к высокой цене, проблемам конфиденциальности и отсутствию четких вариантов использования.

Google Glass не получал отзывов от потенциальных клиентов во время разработки, что привело к тому, что продукт не нашел отклика на рынке. Когда он наконец был представлен публике, он был встречен со скепсисом и большим количество негатива, что вынудило Google прекратить выпуск продукта в его первоначальном виде в 2015 году.

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

Перегрузка продукта излишними функциями

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

Стоит отметить, что некоторые из предложенных Гомером функций действительно отражают его подлинные потребности:

-Мне нужно место в этой машине, чтобы поставить мой напиток… Я сказал поставить МОЙ напиток. Вы знаете Super Slakers, которые продаются в Kwik-e-Marts. Чашка такая БОЛЬШАЯ.

-Знаешь этот маленький мячик, который ты надеваешь на антенну, чтобы найти свою машину на парковке.

Другие предложения сбивают с толку и кажутся излишними:

-Некоторые вещи настолько шикарны, что никогда не выйдут из моды, например, хвостовые стабилизаторы и  пузырьковых сводов и пушистых ковров

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

-Я хочу клаксон здесь, здесь и здесь. Ты никогда не сможешь найти свой клаксон, когда злишься. И они должны играть «Ла Кукарачу».

Чему  могут научить Симпсоны менеджеров по продукту и стартаперов Стартап, Управление проектами, Симпсоны, Tesla, Гомер Симпсон, Предпринимательство, Провал, South Park, Автомобильная история, Длиннопост

Первое демо продукта

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

Известный реальный пример продукта, пострадавший от перегруженности функциями, — Juicero. Эта высокотехнологичная соковыжималка была разработан для производства свежевыжатого сока с использованием запатентованных пакетов для сока, и была оснащена избыточными функциями, такими как подключение к Wi-Fi, сканер QR-кода для проверки свежести пакетов для сока и чрезмерно сложной механической системой,. чтобы выжать сок. Дорогой и сложный дизайн сделал ее менее привлекательной для потребителей, которые могли выбрать более простые и доступные альтернативы приготовлению сока. Juicero в конечном итоге потерпел неудачу на рынке из-за своей высокой цены и ненужных функций.

Учимся на ошибках Гомера Симпсона в управлении продуктами: основные выводы и предложения

Мы рассмотрели шесть важнейших проблем управления продуктом, с которыми столкнулись Гомер Симпсон и Херб Пауэлл:

  1. Некомпетентность продакт-менеджера

  2. Отсутствие анализа рынка и потребностей клиентов.

  3. Неадекватная стратегия и нечеткое определение целевого рынка.

  4. Плохое взаимодействие с командой и авторитарное управление.

  5. Отсутствие MVP, итеративного подхода и обратной связи

  6. Перегрузка продукта излишними функциями.

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

Чему  могут научить Симпсоны менеджеров по продукту и стартаперов Стартап, Управление проектами, Симпсоны, Tesla, Гомер Симпсон, Предпринимательство, Провал, South Park, Автомобильная история, Длиннопост

Настоящий Гомер Симпсон ( Шедеврум)

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

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

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

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

Чему  могут научить Симпсоны менеджеров по продукту и стартаперов Стартап, Управление проектами, Симпсоны, Tesla, Гомер Симпсон, Предпринимательство, Провал, South Park, Автомобильная история, Длиннопост

Автомобиль Гомера Симпсона

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

p.s. ну и “по классике”, в конце концов генеральный директор обвинил продакта в крахе компании ?

-Прощай Херб, из-за меня ты потерял свое дело, свой дом и все свое имущество. Может быть тебе было лучше, если бы я никогда не появлялся в твоей жизни.

-Может быть мне было лучше??? Может быть??? Кретин, конечно мне было бы лучше! Прошу запомнить, что у меня больше нет брата!

p.p.s. Если вы дочитали до конца, то вам наверняка понравится мой тг-канал Inspired Product Manager, где я ищу нестандартные способы донесения информации?, разбавляю своим опытом и яркими примерами!
Подписывайтесь!

Показать полностью 12
[моё] Стартап Управление проектами Симпсоны Tesla Гомер Симпсон Предпринимательство Провал South Park Автомобильная история Длиннопост
1
maximopilkin
maximopilkin
3 месяца назад

Ошибки при внедрении OKR: как не разочароваться по итогу⁠⁠

Более четырех лет наша команда занимается внедрением OKR в компаниях разного уровня – от стартапов до крупных корпораций на 5000 сотрудников. Методология OKR (Objectives and Key Results) уже давно доказала свою эффективность, как инструмент для достижения амбициозных целей и синхронизации команд. Когда компании начинают внедрять OKR (Objectives and Key Results — «цели и ключевые результаты»), часто возникают ошибки, которые не позволяют достичь желаемого результата. И по итогу компания забивает на методологию и пополняет склад антикейсов. Так, по статистике, лишь 20% внедрений OKR оказываются успешными. Рассказываю о типичных ошибках, с которыми приходится сталкиваться на практике. Давайте разберемся.

Ошибка №1: Не понимаем, зачем нам это все

Самая распространённая ошибка — внедрять OKR просто потому, что это модно. Помните все эти истории: «Гугл внедрил и добился успеха, чем мы хуже. И нам это «нужно». Но важно понимать: OKR — это инструмент, а не самоцель. Как нож или топор: он нужен для решения конкретной задачи. Важно, чтобы вы чётко понимали, какие проблемы нужно решить с его помощью. Это может быть улучшение процессов, рост команды или бизнес-результатов (или все сразу).

А еще наличие конкретной задачи и запроса к подходу напрямую влияет на вовлечённость и мотивацию команды. OKR дает всей команде почувствовать свою значимость в процессе достижения больших целей. Если неправильно сформулировать задачу и не объяснить команде, зачем это нужно, то вместо эффективного инструмента вы получите очередной список абстрактных целей, на который со временем команда просто забьет.

Ошибка №2: Подмена стратегии OKR

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

Суть в том, что стратегия — это направление и видение будущего, а OKR — это инструмент для его достижения. Важно понимать, что использование OKR не должно заменять стратегическое планирование, а лишь служить инструментом для воплощения задуманного. Без стратегического видения внедрение OKR рискует превратиться в попытку «формализовать» цели, не понимая, как и почему они должны быть достигнуты.

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

Ошибка №3: Слишком формальное внедрение

Нельзя просто «запустить» OKR и ждать чуда. Если вы внедряете OKR формально, не меняя подходы к управлению, то никакого результата не будет. Процесс внедрения всегда трансформация. Это означает, что нужно меняться не только на уровне сотрудников, но и на уровне топ-менеджмента.

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

Ошибка №4: Недостаток ресурсов

Не выделяете достаточно ресурсов для внедрения OKR? Тогда, скорее всего, внедрение останется на этапе формулирования целей. Многие компании, определив цели, не готовы перераспределять ресурсы, выделять время для их реализации и снимать часть текучки для задач в рамках OKR.

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

Ошибки при внедрении OKR: как не разочароваться по итогу Бизнес, Управление проектами, Целеполагание, Цель, Длиннопост

Ошибка №5: Отсутствие вовлечения команды

Если планирование и внедрение OKR происходит без участия команды, результат будет минимальным. Чтобы OKR действительно работали, важно вовлечь всех сотрудников в процесс постановки целей. Ведь именно команда потом будет реализовывать все изменения, и без ее участия цели будут навязаны и вызывать сопротивление.

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

Что делать, чтобы избежать этих ошибок?

  • Определите цель: чётко сформулируйте, какую проблему или задачу вы хотите решить с помощью OKR.

  • Измените поведение команды: поймите, как должно измениться поведение ваших лидеров и топ-менеджеров.

  • Не снижайте планку: даже если цель кажется амбициозной, не опускайте планку. Ставьте высокие цели и стремитесь к их достижению, даже если результат составляет 70% от поставленной цели.

  • Создайте дорожную карту: трансформация компании требует планирования. Без дорожной карты невозможно создать культуру, которая будет обеспечивать стабильный рост.

  • Распределите ресурсы: убедитесь, что вы уделяете достаточно времени и внимания для достижения целей.

OKR — это не просто методология. Это процесс, который требует внимания, ресурсов и вовлечённости на всех уровнях компании. Важно понимать, что без трансформации самого подхода к управлению и без вовлечения всех участников изменений внедрение будет бесполезным.

Буду рад вашим откликам и вопросам по теме! Мы готовы помочь пересмотреть подход к OKR. Больше пишу про OKR и делюсь практическим опытом в своем телеграм-канале.

Показать полностью 1
[моё] Бизнес Управление проектами Целеполагание Цель Длиннопост
3
0
ninetor
ninetor
3 месяца назад

Через боль и страдания: как пережить кризис, перестроить бизнес и выйти на быстрый рост⁠⁠

Не всегда получается сразу выстроить работу компании так, чтобы она стабильно росла и развивалась. Нередко на построение рабочей модели уходят годы. Мое агентство прошло тяжелый путь от команды из четырех человек в офисе 5 кв. метров до компании с оборотом 700 000 долларов. Это история о том, как я почти погубил свой бизнес, но смог выйти из кризиса, полностью перестроив команду и сменив концепцию.

Через боль и страдания: как пережить кризис, перестроить бизнес и выйти на быстрый рост Бизнес, IT, Агентство, Кризис, Веб-разработка, Веб-дизайн, Управление проектами, Команда, Карьера, Предпринимательство, Telegram (ссылка), Длиннопост

Меня зовут Дмитрий Хоружко, я основатель агентства по веб-разработке Nineseven

Как я пришел к открытию агентства Nineseven

История моего пути к агентству началась еще в университете. Сначала я учился на программиста и писал на «Паскале», но на втором курсе вошел в веб-дизайн, так как IT-направление мне тогда не пришлось по душе — программа университета отставала на добрую пару-тройку лет. Тогда для веб-дизайна не было специализированных инструментов, таких как Figma и Sketch. Я учился всему через Photoshop: ретушированию, работе с графикой, тонкостям того, как нужно рисовать интерфейсы.

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

На дворе 2010 год — открывается студия Nineseven. Звучит красиво: я открыл студию, но реальность была не такой помпезной. Мое агентство состояло из трех человек, моей девушки, ставшей менеджером, и друга, до этого работавшего на радио. Друга я научил работать с Photoshop, чтобы он делал внутряки к дизайн-концептам.

Через боль и страдания: как пережить кризис, перестроить бизнес и выйти на быстрый рост Бизнес, IT, Агентство, Кризис, Веб-разработка, Веб-дизайн, Управление проектами, Команда, Карьера, Предпринимательство, Telegram (ссылка), Длиннопост

Так выглядел наш первый сайт. Это была заглушка со ссылкой на фриланс 

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

Следующим шагом стал переезд в офис. До этого мы работали по домам, но в 2011 году решили расширяться. Знакомые нарекли наш офис «лифтом» — он был не больше 5 кв. метров по площади. Мы впихнули в него диван и два стола буквой «Т». Так мы плечом к плечу сидели втроем в этом «лифте».

Через боль и страдания: как пережить кризис, перестроить бизнес и выйти на быстрый рост Бизнес, IT, Агентство, Кризис, Веб-разработка, Веб-дизайн, Управление проектами, Команда, Карьера, Предпринимательство, Telegram (ссылка), Длиннопост

План эвакуации из «офиса-лифта» 

На момент открытия у нас было 563 доллара:

  • 400 долларов, которые пропали вместе с потенциальным программистом и его новым ноутбуком;

  • 3 доллара на уставной фонд;

  • 50 долларов на написание устава;

  • 10 долларов на открытие счета в банке;

  • 100 долларов на задаток за аренду «лифта».

После переезда в офис мы снова вернулись к поискам программиста. К нам пришел первый откликнувшийся человек, у которого в анкете было что-то про программирование. Его мы и взяли. Так формировалась наша команда.

Бизнес встал на рельсы и поехал сам по себе

Первые несколько лет мы работали в достаточно сумбурном формате. Одно ведение бухгалтерии чего стоило. Я записывал в свой ежедневник кому и сколько денег должен, а когда рассчитывался, то вычеркивал из записи. В то время зарплаты у нас были 200-300 долларов. Дебиторка считалась в этом же ежедневнике: писал клиенту, сколько он должен, потом подчеркивал внизу сумму и ручкой выписывал.

Бухгалтерия у нас тогда велась легендарно. У меня был ежедневник, и в нем я каждый месяц заполнял листочек и писал, кому и сколько долларов должен. Зарплаты у нас в то время были 200-300 долларов. Когда я с человеком рассчитывался, то из этой бумажки вычеркивал информацию. Там же и дебиторка считалась: писал клиенту, сколько он должен, потом подчеркивал внизу сумму и ручкой выписывал.

Через боль и страдания: как пережить кризис, перестроить бизнес и выйти на быстрый рост Бизнес, IT, Агентство, Кризис, Веб-разработка, Веб-дизайн, Управление проектами, Команда, Карьера, Предпринимательство, Telegram (ссылка), Длиннопост

Чаще всего я вел заметки прямо в автобусе по дороге домой. Чувствовал себя просто космическим бизнесменом в этот момент 

В 2011 году мы попали в Рейтинг Байнета, а в 2012 добрались до 8 места, и у нас появились первые небольшие белорусские заказчики. На тот момент в штате было 9-10 человек:

  • 2 программиста

  • 4-5 дизайнеров, включая меня

  • менеджер по продажам

  • бухгалтер

  • проджект-менеджер

  • Эти часы продаем клиентам и получаем прибыль

Количество дизайнеров зависело от нашей загруженности. При нехватке рук число возрастало.

Первые пять-шесть лет я постоянно брался за работу с новыми для нас технологиями. Результат был нестабильным — что-то получалось хорошо, что-то не очень. Сейчас мы знаем как делать то, что у нас заказывают, но раньше это был постоянный стресс. Приходит заказ, берешь, потому что нужно и может получится что-то интересное, но непонятно, как это сделать и чьими силами.

Так в 2011 году мы взялись за создание соцсети. В то время случился хайп, и всем нужны были свои социальные сети. Раз в месяц мы стабильно получали запросы формата  «хотим сделать социальную сеть для рыбаков», «социальная сеть для мотоциклистов», «социальная сеть для любителей пить зеленый чай». При этом технического понимания у таких заказчиков не было. Брифы у них были на уровне двух предложений: «Хочу сделать социальную сеть для любителей зеленого чая. Сколько это будет стоить?»

Мы согласились на запрос клиента, который более менее разбирался по технической части — смог составить бриф больше, чем на два предложения. Он хотел запустить соцсеть с семейным деревом под названием «Гунги». По части дизайна все шло гладко, наш дизайнер вырезал из бумаги фигурки семей для оформления макетов. Все нарисовали, согласовали, как говорится, бумага стерпит, а потом пришли к программистам, и они такие: «Да мы не знаем, как это делать». Тогда мы нашли движок SocialEngine для разработки социальной сети.

Бюджет на разработку был, внимание, 3800 долларов. Тогда я думал, что с такой суммой даже при жестком факапе все не получится потратить, но ошибался. Деньги мы съели, а сеть кое-как запустилась в январе 2012 года, но с багами. Я в какой-то момент понял, что разработка никогда не заканчивается. Один из программистов всегда сидит и гунгит этот фильм уже второй год. Тогда я понял, что надо прекращать. Деньги давно закончились, а «Гунги» еще даже не начался.

Через боль и страдания: как пережить кризис, перестроить бизнес и выйти на быстрый рост Бизнес, IT, Агентство, Кризис, Веб-разработка, Веб-дизайн, Управление проектами, Команда, Карьера, Предпринимательство, Telegram (ссылка), Длиннопост

«Гунги» во всей красе 

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

Через боль и страдания: как пережить кризис, перестроить бизнес и выйти на быстрый рост Бизнес, IT, Агентство, Кризис, Веб-разработка, Веб-дизайн, Управление проектами, Команда, Карьера, Предпринимательство, Telegram (ссылка), Длиннопост

Делать собственное портфолио непозволительно дорого для микростудии

После 2013 года мы начинали расти, и пошел поток заказчиков. Появилось ощущение, что мы уже такие серьезные ребята — у нас уже было около 15 человек в штате. В 2014 году мы сделали себе брутальный лендинг с работами.

Через боль и страдания: как пережить кризис, перестроить бизнес и выйти на быстрый рост Бизнес, IT, Агентство, Кризис, Веб-разработка, Веб-дизайн, Управление проектами, Команда, Карьера, Предпринимательство, Telegram (ссылка), Длиннопост

Дизайн оставался основой, но разработка получила больший вес в нашей деятельности. Мы стали наращивать обороты.

Однако проблемы были и главная из них — ведение финансового учета. На момент открытия Nineseven я не знал, зачем нужен Excel и не пользовался им для расчетов. Вспомним про легендарный ежедневник. С пониманием позиционирования и продажами все тоже было плохо.

Мы как-то искали заказчиков, пробовали работать с контекстной рекламой, но результатов это не принесло. Наш формат работы был похож на пирамиду — деньги от новых заказчиков компенсировали неудачи прошлых. Мы выживали на одноразовых проектах, так как постоянных клиентов у нас не было: взяли проект, отработали, получили деньги и больше кэш-флоу от заказчика не поступает.

Положение дел было максимально дискомфортным. Сегодня деньги на зарплату есть, а завтра уже нет. Никакой финансовой подушки не было, мы просто жили из месяца в месяц.


Подход к организации процессов решает все, а без него не получается ничего

В 2018 году мне предложили стать руководителем команды разработчиков блокчейн-платформы. Я согласился и отодвинул Nineseven, считая, что у меня крутейший автономный бизнес, который может существовать без своего учредителя.

Два года я плотно занимался блокчейном, и к 2019 году успешный бизнес Nineseven практически всплыл кверху брюхом. В октябре я понял, что мне не хватает около 10 000 долларов, чтобы рассчитаться со всеми. На тот момент уже год-два у меня постоянно был овердрафт на минус 13 000 белорусских рублей — в течение месяца гасим долг, выходим в небольшой плюс, выплачиваем фонд оплаты труда, и потом сразу снова улетаем в овердрафт.

16 октября я понял, что деньги брать неоткуда, а их нехватка критическая. Лезть в кредиты для бизнеса, который еле дышит, не хотелось.

17 октября собрал всю команду и объявил, что денег нет, со всеми будем рассчитываться, но нужно почти всем уволиться, желательно в течение недели. Тогда в команде было 15 человек.

Из менеджеров месте со мной было четыре человека. Собравшись с ними я сказал: «Ребята, при самом хреновом раскладе зарплата у нас будет 200 долларов. Надеюсь, мы такого не допустим, но если кого-то это не устраивает, то, пожалуйста, я все пойму и прощу. Будем расставаться». К счастью, мы ни разу в эти 200 не скатывались.

10 ноября наш офис 120 квадратов превратился в 32, почти все сотрудники уволились, продалась мебель и ненужная техника.

Переформатирование бизнеса спустя восемь лет после открытия

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

Как обычно бывает у собственников бизнеса — они садят людей на зарплату, а кэш-флоу от проектов не всегда соответствует тем зарплатам, которые есть. У нас была самая частая проблема — на зарплате сидят менеджер, дизайнер и программист. Они втроем делают сайт с бюджетом 10 000 долларов, но ответственность за прибыльность проекта их никак не касается.

Для них главный критерий — сделать качественный проект, который будет прям суперский. Это все обычно превращается в многочасовое доведение до идеала, а бюджет в 10 000 долларов при этом, если съедался не в ноль, то выходил в небольшой плюс. Зарплаты все получили, но заработок компании мизерный. Это было ключевой проблемой.

Чтобы перестроить сложившуюся систему мы полностью отказались от зарплаты менеджеров. Их зарплата превратилась в часть прибыли, которую они создают для компании. Прибыль есть — компания ей делится, прибыли нет — делится нечем, собственно, зарплата у менеджера нулевая. Так как стартовали мы не с нуля, то менеджеры ни разу не остались без денег. У нас были заказчики и контакты, просто штат в 15 человек съедал больше, чем мы зарабатывали. После увольнения большей части команды и отказа от фиксированных зарплат мы перестали тратить лишнее и на жизнь стало хватать. Новая система заработала.

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

Через боль и страдания: как пережить кризис, перестроить бизнес и выйти на быстрый рост Бизнес, IT, Агентство, Кризис, Веб-разработка, Веб-дизайн, Управление проектами, Команда, Карьера, Предпринимательство, Telegram (ссылка), Длиннопост

Наш софт для финансового учета 

Третий момент — это работа с исполнителями. Мы стали использовать привязку к часам. Почти все исполнители дизайнеры и программисты, а их работа — это всегда история про человеко-часы. Соответственно, бюджет для клиента и зарплата определяется тем, сколько времени потрачено.

Сформировалась такая система — сотрудник получает зарплату по ставке, умноженной на количество потраченных часов. В качестве трекера мы взяли «Битрикс24». Менеджеры стали ставить задачи, куда программисты и дизайнеры трекали время.

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

Когда мы выстроили систему, то естественным образом получилось сформировать механизм продажи наших услуг:

  • У нас есть расход по часам от программистов

  • Эти часы продаем клиентам и получаем прибыль

В ноябре 2019 года эта проблема решилась. Следующим этапом стала работа с заказчиками. Четкой системы позиционирования не было, поэтому мы провели анализ и определили, что все долгоиграющие проекты — это интернет-магазины.

У интернет-магазинов много систем, так что постоянно нужны доработки. Так мы переориентировались на кручение винтиков и начали искать клиентов из e-com. В качестве основного упора это был наш опыт в e-commerce проекте МТС, ведь это топ-10 по продажам телефонов в стране, у них высокие нагрузки, всякие черные пятницы, и в принципе сам проект достаточно успешно работает и выглядит хорошо. Походили на конференции, повыступали, после чего у нас началось формирование сарафанного радио. Это помогло сформировать блок из 10 клиентов, у которых стабильно есть какая-то работа, а нам не нужно постоянно искать новых клиентов.

Результаты были замечательные. С 2019 года у нас не было ни одного убыточного месяца. Я закрыл овердрафт в Сбербанке. Мы переехали в Альфа-банк. Там стало еще и удобно работать. Я, наконец-то, без бухгалтера мог проводить платежки. С этого времени мы постоянно росли и росли.

Выводы и уроки за 14 лет в бизнесе

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

Мы бы намного быстрее и меньшими потерями добрались до положения 2019 года, чем это было в реальности, если бы нормальный финансовый учет и планирование, работающие в более-менее автоматическом режиме.

Статистика роста оборота и штата

Через боль и страдания: как пережить кризис, перестроить бизнес и выйти на быстрый рост Бизнес, IT, Агентство, Кризис, Веб-разработка, Веб-дизайн, Управление проектами, Команда, Карьера, Предпринимательство, Telegram (ссылка), Длиннопост

В 2010 году агентство только открылось и подсчеты оборота в то время не велись. Из-за этого рост в 2011 году не зафиксировался, ведь сравнивать было не с чем. В 2018 я влез в очередной стартап с криптобиржей под обещания сразу стать миллионером и почти два года не занимался основной компанией. Поэтому в 2019 я даже не вел учет. В целом это было последней каплей, и наша шаткая система чуть не развалилась окончательно.

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

Минусовых проектов у нас было много. Было сложно. Из-за этого долго не получалось вырасти из штата 10-15 человек, так как продаж как таковых не было. Мы все искали заказчиков на Freelance.ru — сегодня есть заказы, завтра нет.

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

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

Пока основным направлением был дизайн, то я думал, что дизайнеры — это ключевые сотрудники. Переход к созданию конечного продукта показал, что самые важные члены команды должны быть руководителями проектов. Я обучал их всему, что сам знаю и умею, чтобы они разбирались в технической части, а не были рядовыми менеджерами. Соответственно, таких ребят готовить дорого и долго, но это того стоит.

Также сокращение команды подтолкнуло меня к аутстаффингу. Не обязательно все нужны в штате — если ты можешь что-то аутстаффить, надо это аутстаффить.

Часто на аутсорсинг и аутстаффинг уходит бухгалтерия. Большинство берет бухгалтеров в штат из-за ощущения, что это выйдет дешевле. Однако на самом деле вопрос выгодности спорный, а бухгалтеры на аутсорсе часто более компетентные. Они работают в специализированных компаниях в окружении коллег, поэтому постоянно варятся в этом, следят за обновлениями в законодательстве и быстрее узнают важные новости.

Бухгалтер в команде может быть не так осведомлен и просто не знать о каких-то изменениях.

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

Наша ключевая компетенция — это сделать конечный продукт. Неважно кем, чем, главное — сделать качественно в нужные сроки. Поэтому мы можем спокойно зааутстаффить программистов, дизайнеров и так далее. Для наших целей нужны грамотные руководители проекта.

Показать полностью 9
Бизнес IT Агентство Кризис Веб-разработка Веб-дизайн Управление проектами Команда Карьера Предпринимательство Telegram (ссылка) Длиннопост
6
11
zhizait
zhizait
3 месяца назад

Раньше и трава была зеленее⁠⁠

Раньше и трава была зеленее IT, Работа, Менеджер, Управление проектами, Карьера, Ностальгия, Истории из жизни, Telegram (ссылка), Длиннопост
Раньше и трава была зеленее IT, Работа, Менеджер, Управление проектами, Карьера, Ностальгия, Истории из жизни, Telegram (ссылка), Длиннопост

Источник: «Жиза ИТ руководителя»

Показать полностью 2
IT Работа Менеджер Управление проектами Карьера Ностальгия Истории из жизни Telegram (ссылка) Длиннопост
7
26
zhizait
zhizait
3 месяца назад

Пообещал, что не подведу, и пошел писать заявление на увольнение⁠⁠

Пообещал, что не подведу, и пошел писать заявление на увольнение IT, Работа, Управление проектами, Менеджер, Увольнение, Истории из жизни, Скриншот, Telegram (ссылка), Длиннопост
Пообещал, что не подведу, и пошел писать заявление на увольнение IT, Работа, Управление проектами, Менеджер, Увольнение, Истории из жизни, Скриншот, Telegram (ссылка), Длиннопост

Источник: «Жиза ИТ руководителя»

Показать полностью 2
IT Работа Управление проектами Менеджер Увольнение Истории из жизни Скриншот Telegram (ссылка) Длиннопост
5
8
Crysyao
Crysyao
3 месяца назад
Халява Google Play и AppStore

Менеджер задач бесплатно⁠⁠

Менеджер задач бесплатно Приложение, Программа, Управление проектами

Продолжаю писать свое приложение -менеджер задач.

Для кого это приложение:

1) кто хочет записать свои задачи

2) кто хочет разбить крупный проект на множество мелких

3) кто хочет поручить задачу любому человеку, имея лишь его email

4) кто не хочет запоминать пароль, но хочет иметь защищённый доступ

5) кто хочет чтобы история задачи сохранялась

6) кто хочет пользоваться всем функционалом офлайн и в облаке

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

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

Кто хочет попробовать- велком:

https://www.planskeeper.com/

Показать полностью 1
[моё] Приложение Программа Управление проектами
17
Посты не найдены
О Нас
О Пикабу
Контакты
Реклама
Сообщить об ошибке
Сообщить о нарушении законодательства
Отзывы и предложения
Новости Пикабу
RSS
Информация
Помощь
Кодекс Пикабу
Награды
Команда Пикабу
Бан-лист
Конфиденциальность
Правила соцсети
О рекомендациях
Наши проекты
Блоги
Работа
Промокоды
Игры
Скидки
Курсы
Зал славы
Mobile
Мобильное приложение
Партнёры
Промокоды Biggeek
Промокоды Маркет Деливери
Промокоды Яндекс Путешествия
Промокоды М.Видео
Промокоды в Ленте Онлайн
Промокоды Тефаль
Промокоды Сбермаркет
Промокоды Спортмастер
Постила
Футбол сегодня
На информационном ресурсе Pikabu.ru применяются рекомендательные технологии