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

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

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

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

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

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

Сейлз не объясняет за деньги, аналитик не спорит что долго и можем нарваться на баги, а текст должен быть согласован и оформлен, дизайнер не ждет аналитика, начинает накидывать видение, не жалуется на ошибки в тексте, не говорит что нужен сначала 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

Как мы использовали методы геймдева для разработки enterprise ПО 🎁

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

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

Мы запили ускорение времени аккаунта) Просто на аккаунт запускается время симуляции: например сутки - это одна секунда. Как в стратегии поставил на промотку время и чилиш) В одном аккаунте дошли до 2080-го года. Это позволило нам найти ошибки в генерации пеней и регулярных операций в большом масштабе, когда лицевых счетов очень много.

На самом деле другого метода для проверки просто не видно, можно конечно посидеть до 2080-го, но это долго))

5АМ | #мысли

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

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

Я вот сейчас отстраиваю процесс внедрения и тут оказалось, что крупным компаниям буквально на переходный период Локео придется вести две базы 1С, двойной учет, потому что остановить 1С и финансы нельзя. Теперь новая задачка как уменьшить этот период но минимума, сейчас полгода ё)

Еще момент, сотрудники компании могут просто саботировать изменения. Я читал об этом в Стратегическом и корпоративном менеджменте еще в 2015-м и думал тогда "что за дичь ну". И саботаж может быть по разным причинам, но это нужно учитывать, проникая в чужой бизнес.

Не умелое внедрение или управление изменениями или какой-нибудь косяк как в сериале "Кремниевая долина", когда герой в период выгрузки данных на сервер случайно поставил текилу на кнопку delete на макбуке и удалил терабайты порно)

5АМ | #предпринимательство

О еще момент)

Сегодня две задачки, о которых думал мучительно, решились довольно быстро. Нам удовлетворили заявку на патент для Локео, уухууу) И мы наконец поправили наш сайтец 5am по контенту буквально за полтора часика.

Так вот, у меня возник такой образ. Для продактов, директоров по развитию, CEO, для тех, у кого много задач из разных сфер.

Образ тысячи озер.
Каждое озеро - это область, проект, задача. И тебе нужно понять куда нырнуть. Ты смотришь на гладь и не понимаешь глубоко ли там, дно вроде видно. В одно зашел - по щиколотку, во второе - по колено, в третье - с головой. При этом вроде только погрузился, изучаешь дно, с другого озера орут "паситиии!!"😂 - ты выныриваешь мокрый и рыбкой в другое)) Вот такой образ интересный. Мне он скорее говорит, что интуиция, приоритеты, опыт дадут тебе возможность ходить по воде и не бояться как вот с этими двумя задачками: одна по щиколотку, а вторая по пояс)

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

Мемасик на ночь)

Всем ГД, директорам по развитию и продакт оунерам посвящается)) Иногда действительно так себя чувствуешь😁

5АМ | #мемы