Ведомости пишут о том, что производители переходят к прямой онлайн-продаже товаров, минуя посредников в качестве крупных торговых сетей. Я недели две назад примерно давал похожий прогноз. Но на мой взгляд, возврат к посреднику вскоре произойдет. Да, прямые продажи у производителей выросли в 2-3 раза. Но не стоит забывать, что речь идет о "низкой базе". Доля прямых продаж в общем объеме продаж у них была невысока. Вместе с тем мы читаем о том, что кратко растут и затраты на инфраструктуру. Как минимум, на логистику. А ведь есть еще кол-центр, IT-системы, которые должны выдерживать увеличившийся трафик. Кроме этого нужно будет приспособить к онлайн такие операции, как возврат товара и рекламации. Поэтому, я все-таки ставлю на то, что производитель перейдет к формату работы через платформы - универсальные или отраслевые маркетплейсы, предоставляющие производителям витрину и необходимую инфраструктуру для продаж. Что в этой ситуации стоит делать бизнесу? Как минимум - подготовиться к цифровизации: склады, документооборот, коммуникации должны быть готовы подключиться к платформам. Как максимум - возглавить это направление в своих отраслях, консолидировав собственный рынок в интернет. http://vdmsti.ru/broA

Нет, я все мог предположить, рассуждая о том, куда идет театрально-концертная индустрия, но ... вчера я понял, что футуролог из меня - так себе. Некто Трэвис Скотт вчера дал концерт внутри одной самых популярных в мире игр Fortnite. И, если вы этого не видели, и имеете хотя бы какое-то отношения к индустрии развлечений - посмотрите обязательно (со 2-й минуты самое интересное начинается). Это, во-первых, действительно очень круто. А во-вторых, это прекрасная вариация на тему того, куда может развиваться концертная и театральная индустрии: https://youtu.be/yr9lfQwBQv0.

https://habr.com/ru/company/oleg-bunin/blog/497154/ - организаторы TeamLead Conf и Highload++ открыли доступ к 2 000 докладов со своих мероприятий, прошедших в 2019 году ... я пока понятия не имею, как из этого всего выбрать годное и, главное, где взять такую хренову тучу времени ))) ... но вдруг у кого-то из вас есть ответ на оба этих вопроса. Так что с удовольствием делюсь находной.

Сегодня прислали проект документа о поддержке компаний IT-индустрии. Достаточно интересные меры обсуждаются. Отмена страховых взносов и отсрочка платежей по НДФЛ. С учетом того, что до 70% затрат многих небольших IT-коллективов - это как раз фонд оплаты труда, такие меры могут стать довольно ощутимым подспорьем в кризис. Непонятным пока только остается инциатива с факторингом. Ну, то есть сам-то факторинг и кредитование вообще - идея, может быть и неплохая, но непонятно, как будут определять "лидирующие компании".

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

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

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

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

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

Друзья из агентства "Точно" поговорили с Ильей Балахниным из PaperPlanes о методике Customer Journey Map, о том, что такое математический маркетинг, и как его использовать для роста бизнеса. Полезный разговор получился. Рекомендую. https://www.youtube.com/watch?v=Tmq4rJ7eAGk

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

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

Очевидно, столкнувшись с небывалым ростом онлайн-продаж и внезапной перегруженностью своей обычной системы доставки, IKEA приняла молниеносное решение и теперь осуществляет доставку части заказов через … та-дам … Яндекс.Доставку!

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

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

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

https://vc.ru/life/140133-kak-ya-pytalsya-skopirovat-chuzhuyu-erp-sistemu-i-popal-na-7-mln-rubley - очень поучительная история как-то мимо меня прошла (почти) на vc.ru. Написана анонимно от лица товарища, который вообще говоря специализируется на софте для всяких автоматов (m2m). Но тут жадность победила страх, и он взялся написать довольно сложный софт автоматизации одной из крупнейших сетей АЗС. Нам, кстати, в Сколково рассказывали, что эта же сеть АЗС является едва ли не крупнейшим продавцом кофе в России! Но история не об этом. История получилась прямо как из учебника о том, как не нужно организовывать сложную заказную разработку в больших корпорациях и "подсвечивает" очень многие болевые точки в моей индустрии. Полезно прочесть и заказчикам и нам - разработчикам.

​​Наболело ... Прекрасная фантазия о том, что было бы, если бы в кресле стоматолога мы вели бы себя так же, как на переговорах с агентством :-)


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

- Расскажите, как будет проходить лечение? А можно расписать подробно вот эти пункты, чтобы мы могли посмотреть, из чего состоит работа? Может мы захотим от чего-то отказаться!

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

- А можно я сам сделаю часть работ? Например, я могу сам почистить каналы - мне уже чистили, я видел, что ничего сложного! Вы только свет подержите, а потом зацементируете. Какая будет скидка?

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

- Можно мне еще 5 зубов нарастить (кроме 32)? В смысле "Это предел в тематике и больше с этого канала не вытянуть"?

- Внесите в договор пункт: "если клиенту будет больно, он имеет право не платить за услуги и взыскать штраф за каждый акт причинения боли из расчета S=ABK, где А - количество актов причинения боли, B - базовый бонус равный 1725 рублям, а К - коэффициент болевой нагрузки, подробно расписанный в приложениях 1 и 2".

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

- Зачем вы суете в рот эту штуку? Это слюноотсос? А можно написать обоснование - зачем это нужно, и давайте проведем skype-call с моим консультантом по зубам в 16-30?

- А есть ли у вас кейсы, в которых вы лечили левую верхнюю пятерку веганам 30 лет? В смысле "нет разницы"?!

- Можете ли вы предоставить отзывы тех, кому вы уже лечили зубы? Нам нужно не менее 20 отзывов от известных нам людей.

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

- Сделайте бесплатно, а я потом репостну вас и расскажу во всех соцсетях, как вы хорошо работаете.

- АААА!!! Мы решили сменить подрядчика! Отстегните меня от кресла! АААА!!!

Автор: Азамат Турегулов

Когда я только начинал свою карьеру в IT (а было это лет 25 назад), вопрос о том - писать или не писать ТЗ не стоял. Но с постепенным проникновением всех этих гибких методологий, аджайлов, канбанов и прочей спринтовой системой, все чаще стал вставать вопрос - так нужно писать ТЗ или нет? Как его поддерживать в актуальном состоянии, когда требования к проекту меняются со скоростью света? Если не писать ТЗ, то как вообще тогда синхронизировать ожидания заказчика с разработкой?

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

P.S. Ну и поскольку это наши первые шаги на vc.ru, мы очень нуждаемся в вашей поддержке. Поэтому, если вам понравится статья, плюсаните нас там пожалуйста 😉

https://vc.ru/u/551196-studiya-valeriya-komyagina/151103-tz-zlo

Дело Epic Games против Apple может оказаться важнее, чем может показаться на первый взгляд.

Если кто-то не в теме, то я прикрепил небольшую статью из vc.ru, в которой отражена краткая суть истории: разработчикам популярнейшей игры Fortnite не нравится комиссия Apple в 30%, а Apple хочет не только удалить сам Fortnite из AppStore, но и вовсе запретить доступ разработчику к экосистеме Apple.

Основные слушания состоятся 28 сентября. А пока суд запретил Apple полностью блокировать аккаунт, но и позволил не возвращать саму игру в AppStore.

Кто-то скажет, что 30% - грабеж и жлобство! Другие ответят, что Apple вкладывала миллиарды долларов в строительство своей экосистемы и платформы AppStore.

Но дело не в данном конкретном случае. Если суд встанет на сторону Epic Games, это станет прецедентом. А в США, как мы знаем, судебная система прецедентная (это означает, что на основе одного принятого решения можно принимать и иные в аналогичных случаях).

А теперь вдумайтесь на секундочку ... AppStore - это ни что иное, как маркетплейс. Чем от него отличается Amazon, AliExpress, Uber или Booking.com? Ничем! Та же бизнес-модель продажи трафика потенциальных покупателей за отчисления от продаж.

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

Думаю, судья это прекрасно понимает, поэтому оцениваю шансы "Эпиков" как минимальные.

http://vc.ru/services/152678

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

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

Время от времени сталкиваюсь с распространенным мнением о том, что обучение после 5-7 лет в профессии бессмысленно - мол, все эти семинары, курсы, конференции не приносят никакой пользы. Сплошная трата времени, да и “вообще я сам мог бы уже преподавать”.

В особенности это мнение распространено в части MBA (Master of Business Administration) и MBA-подобных программ, мода на которые постепенно начинает сходить на нет. Репутацию им особенно подпортили инфобизнесмены с неоднозначной репутацией а-ля Бизнес-Молодость.

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

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

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

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

Вебинары, удаленное обучение (Coursera, Udemy) - это все замечательно. Но вашему мозгу нужны более явные доказательства того, что ваши цели реальны и достижимы. А значит, для увеличения шансов на успех вам нужно общаться с этими людьми, быть в их кругу, иметь возможность обмениваться с ними мыслями и мнениями. И в этом смысле профессиональное образование незаменимо.

Сам я прошел обучение в Московской Школе Управления “Сколково”. Школа дала мне больше, чем академические знания. Она дала мне новый круг общения. И это стало поворотным моментом в моем развитии. Полгода я прожил бок о бок с полусотней очень успешных красивых и умных людей. Людей, имеющих схожее со мной мировоззрение, цели и устремления. Людей, которые меня вдохновляли и вдохновляют. Многие из них стали моими хорошими друзьями. И почти у каждого из них я чему-то научился.

Разумеется, бизнес-образование не ограничивается Сколково - есть прекрасные школы РАНХиГС, Мирбис и ВШЭ. И, конечно, бизнес-образование не ограничивается Россией - есть могучие Stanford University, INSEAD, London Business School и Columbia Business School.

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

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

Нужна ли регламентация?
#процессы

В нашей компании работает всего 30 человек. Казалось бы - немного. До недавнего времени компания управлялась в буквальном смысле вручную двумя специалистами - мной и моим партнером. Масштабироваться и расти так - невозможно. Тупо есть предел управляемости - от 7 до 12 человек на одного руководителя.

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

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

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

Регламент не соблюдается? Значит нужно формализовать требования к данному процессу (что поступает на входе и что должно получаться на выходе) и подготовить для этого чеклист.

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

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

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

У важных процессов должна быть фамилия.
#процессы

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

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

Я бросал продажи и начинал изо всех сил искать дизайнеров, верстальщиков, программистов. Спустя какое-то время находил, мы принимали их на работу, начинали адаптировать, обучать и … выяснялось, что резко просело качество и эффективность производства. Несколько месяцев усиленной работы на этом фронте позволяли вернуть нужные показатели. Казалось бы, можно выдохнуть: вот оно - счастье! Но … внезапно выяснялось, что нам снова недостает продаж. Круг замыкался.

Если внимательно перечитать описанный цикл, в нем лежат сразу несколько подсказок:

1. Есть жизненно-важные бизнес-процессы, от которых в значительной степени зависит скорость роста бизнеса.

2. Растет тот процесс, на котором управленец сфокусирован в настоящий момент времени.

3. Фокусироваться на нескольких процессах одновременно невозможно или очень сложно ввиду ограниченности времени и энергии управленца.

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

Я описал ситуацию в кулуарном разговоре с одним из своих клиентов, чей рост меня восхищал - ребята выросли в 5-7 раз за 3 года! В ответ мой собеседник рассказал мне, что одно время занимался тем же самым до тех пор, пока не понял, что решение в том, чтобы … разомкнуть круг.

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

Этот простой, но в то же время эффективный совет, очень помог мне. Резюмируя свой опыт:

1. Определите бизнес-процессы, сдерживающие развитие вашего бизнеса на данном этапе (в моем случае это были: продажи, производство, найм и обучение).

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

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

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

Два слова о KPI
#процессы

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

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

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

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

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

Именно из них вырастет:

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

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

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

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

Делегирование - Часть 1. Общая концепция.
#процессы

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

Некоторые ошибочно считают, что “делегирование = перепоручение”. У одного из моих хороших друзей и вовсе в терминологию в какой-то момент прочно вошло словосочетание “спихнуть задачу”, под которым он подразумевал делегирование.

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

Вы не можете просто поручить оркестру исполнить Симфонию №7 Бетховена и насладиться прекрасной музыкой. Сыграть её сами, взяв в руки скрипку, трамбон, и что там еще нужно взять в руки для того, чтобы сыграть эту симфонию, вы тоже не можете - это уже не делегирование, а исполнение. А вот организовать слаженную работу коллектива профессиональных музыкантов так, чтобы в результате получилось нужное звучание - это и есть, на мой взгляд, делегирование.

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

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

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

На выходных с удовольствием послушал интервью Никиты Михеенкова - одного из двух лидеров петербуржской студии Nimax (не многие знают, что есть еще и Максим Коновалов, ответственный за вторую часть названия "max"). Я давно дружу с Никитой - это, во-первых, очень сильный профессионал и, во-вторых, очень порядочный честный и открытый человек.

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

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

https://youtu.be/yqXBxCrdOWo

Делегирование - Часть 2. Ключевые этапы.
#процессы

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

Делегирование заключается в последовательном выполнении следующих операций:

1. Погружение в контекст и определение целей исполнения задачи

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

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

2. Постановка задачи

Здесь, казалось бы все просто - “вырыть окоп”. Но в такой постановке задачи не хватает, как минимум, сроков и параметров качества исполнения.

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

Исходя из этого:

“Вырыть окоп 170 см в длину и 60 см. в ширину. Закончить работу до 18.00 сегодняшнего дня”

(если к окопу нужен “бруствер”, не забудьте указать и это 😉 )

3. Обеспечение ресурсами и полномочиями

Исполнитель должен понимать, какими ресурсами и полномочиями для решения задачи он обладает:

“Используй саперную лопату. Можешь привлечь к работе до 2-х человек из личного состава по собственному усмотрению”.

4. Определение контрольных точек

В какой форме и когда будет проводится контроль исполнения задачи? Продолжая
собственный пример:

“О выполнении доложить лично”.

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

5. Заключение соглашения с исполнителем

То, что вы что-то прописали (или еще хуже - проговорили), еще не означает того,
что другой человек это понял и взял на себя соответствующее обязательство. Специалисты советуют задавать проверочные вопросы вроде: “Расскажи, как понял задачу?” или “Какой ширины должен быть окоп?”

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

6. Контроль и поддержка исполнения

Если задача длительная, для исключения “синдрома студента”, при котором вся работа делается в последнюю перед зачетом ночь, необходимо не забывать контролировать ход выполнения задачи в промежуточных точках.

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

Как это ни удивительно, но я поначалу тупо забывал проверить поставленную мной же задачу - это ЗНАЧИТЕЛЬНО снижает мотивацию сотрудника к выполнению последующих ваших поручений.

7. Ретроспектива и предоставление обратной связи

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

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

Чаще всего руководители “забивают” на последние два пункта из этого списка. Пропуск любого из первых четырех чаще всего приводит к тому, что задачу приходится доделывать или переделывать.

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

Тренды рейтингов веб-разработчиков

В пятницу с интересом следил за трансляцией AGIMA Partners Day - ежегодной конференцией лидера российского рынка веб-разработки AGIMA. Очень много инсайтов. Субъективно - на мой взгляд лучшее и наиболее полезное мероприятие для участников рынка за последнее время. Пару интересующих меня докладов пропустил. Так что, если кто-то записывал и сможет в личке поделиться - заранее признателен.

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

Фактически, в нашей отрасли два ключевых рейтинга:

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

📈 Рейтинг Рунета - альтернативный рейтинг, ориентирующийся, главным образом, на совокупную посещаемость проектов, выпущенных студиями за год и на качественные оценки этих проектов поисковой системы Яндекс (разумеется, есть и другие критерии, но эти все-таки считаются ключевыми).

Сейчас становится понятно, что Tagline все больше становится бизнес-рейтингом, уделяя все большее внимание “белым” оборотам компании и официальной среднесписочной численности персонала.

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

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

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

Для того, чтобы подняться выше в Рейтинге Рунета, нужно по любой цене заключать контракты с потенциально высоко посещаемыми ресурсами. Проще говоря, за 1 рубль заключить контракт на модернизацию сайта газеты “Комсомольская правда”, у которой 80 млн. посетителей ежемесячно. Качество и размеры бизнеса при этом будут играть второстепенное значение.