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

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

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

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

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АМ | #дайджест

☝️Вот в этих двух постах рассказывал про то, что есть стратегическое управление проектами, которое держим в excel, а есть тактическое - в notion. В целом о проблеме писал тут и про разделение проектов на маленькие и большие тут.

Если нужно чуть подробнее показать-рассказать запускайте 🔥 Про разбивку проекта на стратегическом уровне покажу чуть позже круглешком😘 Всех с праздничком кстати)

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

Прилизывание 😝

У нас были и большие и маленькие проекты. Локео третий по счету большой проект, даже огромный.

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

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

5АМ | #разработка

Хвастаться пришел))

Это ужасно, но кажется последние полгода 90% моего времени я провожу за столом. 😐Давно мечтал себе о столе с электроприводом. Вот приобрел и теперь не нарадуюсь, не понимаю вообще как можно работать на обычном теперь) Советую всем, для работы оч полезно, когда левая ягодица затекла, а правая онемела)

А у вас есть такой? Хотели бы?)

5АМ | #life