👆Кстати за макетинг) Сделали лендос для директа, чтобы канал продвигать) У него приколюха, чтобы подписаться ты проходишь через бота и получаешь ссылку с полезнымии файлами😏 Так можно будет подцепиться метрикой и улучшать рекламныее кампании) Буду делиться че как получается) Вот ссылочка на страницу, если кому интересно🤘

5АМ | #компания

Всем доброго понедельничного вечера! Слушайте, ну я запустил как-то неосознанно цикл постов про админ.часть студии. Осталось еще три направления: управление продуктами и проектами, hr и внешние процессы продукта) В общем куча полезности заготовлено - делюсь😏

Сегодня расскажу про наш подход в управлении, я им делился в коментариях канала продакта Юли из Яндекс.Еды даже видос записал, сказала круто, даже в посте упомянула)

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

- управлять приоритетами и ценой огромной платформы
- при этом так же управлять параллельно более мелкими проектами
- кааак вести версионность продуктово-проектной документации (!!!)
- как увязать проектное управление с юр. учетом авторских прав
- как увязывать управление с расчетом финансов
PS: Нельзя(или нет пока возможности) нанимать миллион манагеров на каждый пуко-чих.

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

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

1) Управление стратегией (helicopter view). Я недавно встал на темную сторону силы: только excel для верхнего уровня управления. Можно miro баловаться еще.
2) Управление тактикой (не придумал умное название, сорян). Тут не перегруженный Notion, Trelo, Jira и другие отображатели канбанов и списков до 50-ти элементов.

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

Исходя из этого у нас разделены базы на задачи типа "Земля" и задачи типа "Небо"😄.

☁️Небо - это все плановые и реализованные задачи проекта (фич листы продукта). Это инструмент чисто для манагера. Карта военноначальника. Он приоритезирует, он смотрит сверху, сюда команда имеет доступ лишь для помощи в составлении. Он задается важным философским вопросом: «А не хуйню ли мы делаем?»))
🌳Земля - это уже расприоритезированные задачи, которые "сыплются" с неба на разрабов контролируемым потоком. В них можно ругаться матом, ломать им сроки, приоритеты, перебрасывать и совершать другие надругательства. Они создаются моментально, так как это многочастотная операция. Это песочница разработки. Разрабам похер на задачи, положа руку на сердце, им важно делать дизайн, код, документацию. Задачи и трекеры - это потребность и процесс руководителя, потребность в… приоритезации и оценке))

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

5АМ | #компания

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

Я иногда грешил: что-то в голову взбрендило "авось будет полезно", налепил и поставил перед фактом команду, в итоге толком не работало)

Вчера синкались с ребятами и нужно было порешать один вопрос как улучшить доску с точки зрения управления приоритетами) Я начал в формате "у меня есть потребность вот в этом, предлагаю вот так, а что вам нужно?" И вы знаете, кучу прикольных идей получили и улучшили доску)) Это круто, грешу твердолобостью иногда, вот не надо так☝️

5АМ | #компания

В рамках завершения цикла предпоследним постом возьмем найм. HR ооочень интересная тема)

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

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

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

Скажу прям такую немного циничную мысль, но она интересная. Есть разные люди: честные и активные ребята, с которым хочется прям раскрываться и делать им больше и больше, отдавать, а есть или просто "пришел-сделал-получил монету-пошел"(безучастный) или еще хуже: кто хочет обмануть и напаганить, да такие тоже есть и попадаются. Короче, ты как ответственный за бабки сидишь на постоянной измене: либо от тебя уйдут крутышы либо тебя обманут. И вот с этой позиции HR - это твой щит и противовес. Ты не находишься в позиции жертвы, ты понимаешь, что да сложно, больно, нанимать, покупать базу, онбордить, объяснять: все это издержки, но хотя бы ты можешь найти, быстро восстановиться.

Я считаю, что для стартапа или студии HR - это основа того, что ты сможешь выполнять обязательства. Это мощная опора. Это прям ключевая единица команды. Очень рад, что Никита с нами) Обещал рассказать про команду, как закончу с циклом дальше продолжу знакомить🤓

5АМ | #компания

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

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

Вот навигация:

О проблеме

О авторском праве и гос. реестрах для IT

О юр. отношениях с командой

О бухгалтерии, налогах, фондах

О маркетинге

О управлении продуктами и проектами

О HR и процессах найма

Могу рассказать еще о процессах продаж, внедрения и финансовом управлении) Если продолжать кидайте 💩, если нет - сменю пластинку))

5АМ | #компания

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

Еще раз: требование, потребность, история, возможность, свойство, шаг пользователя, модуль, блок, этап, эпик, спринт, задача, работа(jtbd), цель, желание - все это ЗАДАЧА, но со своей точки зрения.

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

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

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

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

Чё думаете? Я спятил? Ахах😄 Над ложиться кажется)

5АМ | #управление

На выходных в одном канале прочел интересную мысль: "Хороший продакт не ставит задачу вне системы управления, но информацию собирает неформально". ☝️

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

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

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

5АМ | #цитаты

Обещал про процессы) Прообещался, вот принёс😜)

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

В геймдеве есть (или я сам это выдумал, но не суть) "правило бочки". Его суть очень простая. В игре куча контента и если подойти в самый незаметный угол, который 99,9% всех игроков даже не увидит, то можно там найти 3D модель бочки. Эту бочку кто-то спланировал, кто-то нарисовал, разместил, протестировал. Смысл правила: "В действительности мы не осознаем как много вещей требует нашего внимания".

Процессы о том же. Каждую "бочку" часть процесса нужно продумать. При этом версионно разложить, вспомните пост про 1-2-3. Вот у Локео, допустим, цепь продажи выглядит вроде банально: "реклама/холодные продажи - звонок - выход на презентацию - прогрев - выход на внедрение - подписание лицензионного соглашения - выход на поддержку", но глубина и количество шагов огромная.

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

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

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

5АМ | #компания

Глубина опущенной логической цепи

Почему мы объясняем? В чем сложность донесения инфы до другого человека? Большая редкость, когда люди могут работать без объяснений или как говорят "взглядом поняли друг друга". Высшая форма сработанности людей или команды.

Я дам пример и из него все будет понятно...

Ситуация: Сейлзы пришли к разработке и говорят "Нужна фича выгрузки отчетов, без неё не покупают". Аналитик и дизайнер (условно, вот блин опять объясняю🙄) переглянулись и сказали "сделаем". За этим "сделаем" произошло следующее понимание у всех:

Сейлзы не могут продавать ПОЭТОМУ Денег за отчетный период будет меньше ТАК КАК мы получаем зп с этих денег нужно восстановить поток ПОЭТОМУ важно сделать быстро ПОЭТОМУ мы не будем делать так как положено, опустим не самые важные шаги и книжные методики И мы понимаем что это приведет к риску возникновения багов или трудностей и мы готовы на этот риск ПОЭТОМУ аналитик сделает короткое описание в заметках, выведет данные, передаст голосом или скринкастом И дизайнер сделает дизайн без вылизывания и спотыкания передаст голосом в разработку...

Что произошло в головах: Деньги. Важно. Сделать быстро. Максимально короткий путь.

Сейлз не объясняет за деньги, аналитик не спорит что долго и можем нарваться на баги, а текст должен быть согласован и оформлен, дизайнер не ждет аналитика, начинает накидывать видение, не жалуется на ошибки в тексте, не говорит что нужен сначала cjm в miro и глубокий custdev. Никто...Ничего...Не объясняет, мать его))

Они опустили логическую цепь. Чем глубже и больше шагов опущено в логической цепи в коммуникации команды, тем стоимость её выше.

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

5АМ | #управление

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

"Знать путь и пройти его - не одно и тоже". Честно говоря, лично я только вспомню прям штук 5 ситуаций за последние 5-6 лет, когда хотелось остановиться и бросить всё. Один человек спросил" как удается так долго держать упорство". Я тогда прям задумался, мне и самому было интересно. Я пришел к мысли, что нам любопытны "границы возможностей". Вот где оно? То, что будет тем, что нас придавит и будет прям неподъемным. Понятно, что есть там мотивация заработать, но как правило цель заработать можно ставить на выработанных процессах и источниках, но не когда они создаются.

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

Пост мотивашка, just do it!)

5АМ | #Лóкео

Слона едят кусочками)

Чем отличается "разработать первую версию приложения таск менеджера" от "разработать модуль аналитики таск менеджера" или от "разработать ИИ генератор названий задач"? Ничем) Все это проекты, просто разного масштаба)) Ведь проект - это просто желание добиться нового состояния, сделав n действий.

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

Нужно всегда стараться оставаться только на двух уровнях. Проект-задача. Но как?

Все кроется в идентификации... Как понять что есть что. Вопрос - "Могу ли я представить образ результат того, что мы хотим сделать?". Неточные образы, абстрактное "сделать информативные графики для задач" не подходит.

Результат = Проект. Например, таблица с расчетами фин. модели - это проект. Документ аналитики и пачка вайерфреймов для раздела управления задачей - это проект. Не проект - это модуль финансовой системы или внедрить систему отчетности. Отсутствие конкретики худшее для определения приоритетов. Пуште конкретику.🎁

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

Знаю банально) Банальщину нужно повторять))

5АМ | #стартап

Пссс... Предлагаю обсудить... ЭТО) Кто не в курсе) Как у человека с опытом в VR готов прям подискутировать)))

Позвольте пофилософствовать))

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

Метод диалектики помогает исследовать противоположности. Обработано-Не обработано, Распознано-Не распознано, Включено-Выключено. Это состояния, а состояния - это и есть данные) И всегда если ты нашел какое-то состояние - ему есть "противоречие", даже если оно неочевидно) Вот даже у диалектики есть противоположность - метафизика))

Но там можно уйти в интересные дебри, пока не будем. Если интересна тема философии сознания киньте 💩 как-нибудь напишу больше)

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

Упорядочивание управления
PM Book рассматривает процессы управления через дуальность Вход-Выход. И это круто) Ты сразу понимаешь, что если какой-то процесс есть - значит есть какой-то выход из этого процесса, а выход этого процесса является входом для следующего)) Процесс никогда не останавливается, если он остановился - значит смерть, что-то работает не так и это ключевой параметр идентификации проблем)) Если ты сделал допустим UserFlow, а никто, включая тебя, не использовал его в дальнейших процессах, то это бесполезная трата времени денег.

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

Из этого получается изящная формула аналитики чего угодно, которая работает как автомат Калашникова))

1. Определи данные на вход в шаг - Текущее состояние
2. Определи данные на выход из шага - Желаемое состояние
3. Определи шаги обработки - Движение к желаемому состоянию
4. Оформи процесс для человека - Постоянное получение результата.
5. Обложи метриками. Управляй

Закольцовываю: чтобы определить данных на вход: раскладывай дуальности на состояния😉) Ну я сегодня задушнииииил😁😁

5АМ | #философия

Четверг) Продолжу традицию знакомство с командой)

Дима, наш mobile react разработчик) Наш самый старший и опытный товарищ)

Фактики о Диме: Много лет проработал инженером, у него диплом в сфере кораблестроения)) Перешел с ноги в мобильную разработку много лет назад, а теперь уже как год с нами) Сейчас нежится в солнечном Севастополе, пытался перебраться в Нижний-Новгород, но замерз и вернулся)) А сам с Украины) Семейный, добрый и отзывчивый)

У нас с Серегой был опыт разработки под мобилу, поэтому мы знали сколько там трудностей и сложностей) Дима, за год поднял мобильное приложение, помог выстроить процессы разработки)

Диме респект! 💪

5АМ | #команда

Дайджест #2

Про проектное и продуктовое управление
Об управлении как процессы компании
Задачи проекта как сфера
Подход микро проектов - слона едят кусками
Глубина опущенной логической цепи
О перфекционизме
Философия в управлении

Аналитика
О понимании масштаба
О методах креатива
Различай анализы
Не спотыкайся о среды
Функция определяет форму

Эффективность
Советы для тебя как спеца
Тело дня и календарь
Качества хорошего продакта

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

Стартапы и студии
Стартап как место работы
Принципы управления в стартапе
Дилетанты - это плохо?
Нужен ли стартапу офис

🏙О нас
О старте и начале студии и стартапа

Клим - основатель, ген.дир, архитектор
Серега - основатель, тех.дир, архитектор
Женя - лид web фронт
Дима - mobile фронт
Стас - UX/UI дизайнер
...To be continued😎

Почему Пять утра ёмаё?

Наш стартап - Платформа Локео
О проекте
Скриншоты Локео
Про PropTech
Прикольная механика

5АМ | #дайджест