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

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

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

- Провести глубокую аналитику продукта
- Разработать дизайн
- Разработать код (по направлениям: бэк, фронт сайт, фронт мобильного приложения)
- Протестировать и выпустить

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

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

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

Я думаю, что одним из ключевых навыков лидов PM-ов или руководителя студии - уметь достигнуть синхронизации в самое короткое время)

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

Атака и оборона

Я как то писал, что у меня военный бэкграунд, так вот у меня иногда всплывают военные метафоры по отношению к разработке и управлению командой😁

Я заметил, что разработка идет крупными волнами. Намечаем план новых фич и фич под изменение и команда начинает фигачить) То есть - "атакует")) Мы набираем массу доки, кода, макетов, где-то конечно же говнякаем, а где-то приходят новые идеи как от команды, так и от пользователей. В общем проект обрастает новым.

После такого напряжения неизбежно наступает откат, команда переходит в "оборону". Рефачит доку, дизайн, код, проводится более спокойное и глубокое тестирование там, где не дотестили) Более спокойный период, чтобы восстановиться-прилизаться и снова вперед)

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

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

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

Тут такие крутые вопросы подъехали на пост про деление запросов на оперативные проекты, а я пропустил их, жуть) Возвращаюсь, смотрите что получилось)

Почитал профиль Даши. Она product owner у крутого онлайн банка Revolut, а раньше была продактом в Ozon)

Хочу сделать PS) У нас стартап, мы пилим свои процессы и делаем так, чтобы они были оптимизированы под наши ресурсы; чтобы найти баланс и не скатиться в бардак, но и не умереть в бюрократии. В корпорациях не часто встретишь excel, чаще либо самописные системы либо оплаченные "по зубы" Jira-ы) Поэтому не бейте "корпоративными" ногами😄

Получилось жирненько, поэтому разбил на два сообщения) 🔽

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

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

Давай на примере) Вот есть запрос "хочу заказать пропуск через КПП, даже если я не знаю данных того, кто приедет. Я готов оплатить проезд". У человека есть работа. Чтобы наняться на неё нам нужно: провести аналитику и запаковать её в доку, разработать/доработать дизайн, разработать/поправить бэк, разработать/доработать фронт, протестировать. Каждое направление: аналитика, дизайн, бэкенд, фронтенд, QA выполняют свою работу, выдавая результат. Мы опускаем всю болталогию как связку между этими направлениями, берем pure result) Дока, Макет, Код, Отчет. 4 крупных результата, в результате которых будет релиз с доставкой решения этого запроса. В данном примере нам нужно 4 проекта-эпика на операционный уровень управления (например в Notion). Каждый из них может занимать от двух недель до месяца-полутора. Roadmap-a (тактическая) выстраивается из этих 4-х проектов-эпиков, каждый из которых ведет к результату и, как правило, блокирует следующий проект, так как, например, сделать дизайн без аналитики можно, но получится хреново)

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

Плюсы:
- сразу появляется роадмапа и синхронизация
- с каждым шагом сроки и оценка финансов корректируются

"«просто сам запрос является проектом» — ?"

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

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

"откуда взялось деление проектов по таймлайну месяц или меньше? почему именно эти 2 варианта?"

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

Записать на это все скринкаст в луме? - 🔥

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

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

Будет интересно) Всех с выхами!)

5АМ | #Лóкео

Лендинги и презентации

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

Методик по типу AIDA полно, но соль как обычно проще 🎩

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

Кто делает и как:

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

Копирайтер - на основании того, что понаделал первый, формирует технично, красивенько тексты. Доворачивает смысл.

Иллюстратор/3D-ник/фотограф - показывает образ продукта, образ смысла через рисунок, фото, иллюстрацию, 3D рендер.

Дизайнер - собирает макет из смыслов, текстов и граф. контента. Дизайнит в конце концов)

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

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

Боль, конечно, но решается пониманием имеющихся ресурсов. Не нужно заворачивать лендос с 3D рендерами и огромной пачкой текста, если у вас нет копирайтера и 3D-ка. Аутсорс не лечит кстати)

Отдельно раскрою на неделе про связь разработки IT продукта с маркетингом, а также о подходе к формированию страниц через блоки или сторителлинг)

А вы как делаете лендосы?)

5AM | #маркетинг

Вчера ездил к нашему клиенту, УК Гельвеция, которой внедряем Локео. У ребят красивый поселок премиум класса)

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

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

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

Так и хочется дальше делать) Все по-лу-чи-тся) И у вас тоже, надо верить и даже когда очень-очень кажется что ничего не выйдет - продолжать двигаться и все получится, передаю энергию)

Пост эмоция 🫶

5АМ | #Лóкео

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

"- Эх... Бизнес уродует систему - вздохнув, сказал я.
- Но система не должна уродовать бизнес... - получил я в ответ"

5АМ | #цитаты

Пробовали работать в VR очках?)) Вроде удобно, через часок глаза вытекают правда)

Круто заходит, если владеешь слепой печатью)

5АМ | #мемы

Хочу поднять тему внимания и философии сознания

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

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

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

Первая полезность - отдых через молчание
Если главная задача нашего внимания - это прием осознанной информации (усл. 1-1-1), то его противоречие - это остановка приема (0-0-0), т.е. молчание. Возьмем пример сытости и голода, в сытости происходит расслабление, в голоде - напряжение. По принципам диалектики - отсутствие внимания должно обязательно быть. Как? Сон. Когда мы спим - внимание не находится у нас в управлении, но можно осознанно выключать внимание, выключая поток информации. Сначала будет тяжело, но со временем отключение потока информации будет приводить к глубокому отдыху(сытости). И включение внимания будет приводить вас к обнаружению такой информации, которую вы раньше не видели.

Вторая полезность - контроль и свобода
За наше внимание идет постоянная охота. Захват этого канала ведет к сохранению данных на нашем диске, а для принятия решения хватает лишь сделать активацию, чтобы сигналы сделали своё и достали информацию. Контроль внимания - это определенного рода свобода. Нравится выражение: «чем отличается мозг от желудка? Если съесть плохую пищу, то её можно вытащить из организма, с информацией так не получится»). Интенсивность внимания делит людей на зомби и живых)

Третья полезность - скорость переключения внимания
Вот это действительно полезная вещь в работе с людьми, документами, построении продуктов, решении проблем. Можно натренировать осознанное переключение внимания через смену внимания со слуховой, зрительной, чувственной, мыслительной и т.д. информации, стараться быстрее выцепить нужную информацию и переключить. Запускать ускорение перебора информации в голове. Я для этого читал книгу «Слишком темно и невыносимо тихо» Ольги Скороходовой, слепоглухонемой, как она описывает свои чувства и переживания. Сбор информации шел из вибраций, дуновений ветра, она могла понять, что в комнате человек и определить его настроение до того, как к ней прикоснутся. Навык переключения позволяет идентифицировать неосознанное переключение внимания на что-то ненужное(тик-ток, бесполезная статья и т.п.) и гораздо быстрее вернуть контроль. Клин-клином) Обнаружение - это 99% контроля себя.

Что думаете?)

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

На прошлой неделе собрал первую часть цитат канала) Публикую вторую мякотку) Часть №2. Поехали)

- "Акты выполненных работ — это деньги, конвертированные в бумажку с подписями" (тут)
- "Есть два библейских вопроса от стейкхолдера к продакту: Сколько и Когда?" (тут)
- "Разрабам все равно на задачи, положа руку на сердце, им важно делать дизайн, код, документацию" (тут)
- "Если хочешь что-то поменять в системе управления — обсуди с командой!" (тут)
- "HR — для стартапа или студии - это основа того, что ты сможешь выполнять обязательства" (тут)
- "Хороший продакт не ставит задачу вне системы управления, но информацию собирает неформально" (тут)
- "А не херню ли мы делаем?" (тут)
- "Чем глубже и больше шагов опущено в логической цепи в коммуникации команды, тем стоимость её выше" (тут)
- "Границы возможностей... Вот где оно? То, что будет тем что нас придавит и будет прям неподъемным" (тут)
- "Отсутствие конкретики худшее для определения приоритетов. Пуште конкретику" (тут)
- "Состояния — это и есть данные" (тут)
- "...Когда выходишь на прогулку в это время, цивилизация как-будто отсутствует. Есть только эта тишина, которая передается в сознание..." (тут)
- "Для бизнеса важно не только то, что вы им сэкономите, а еще и что не уроните их текущий заработок" (тут)
- "Отталкиваться от имеющегося. Не прыгай. Имей стратегию. Двигайся ровно и используй то, что у тебя есть."(тут)
- "С точки зрения бизнеса самое сложное кроется в синхронизации направлений по проектам, то есть - каждое направление должно работать внахлёст". (тут)

5АМ | #цитаты

А ну-ка, кто сможет сходу сказать чем отличаются задачи product manager-а от product owner-a?)

Чур не гуглить) И не молчать😝