Клим в 5 утра
600 subscribers
210 photos
24 videos
371 links
Адекватно про IT, бизнес и загородную недвижимость.

Управляю девелопером Инвест-н, 3к+ зем. участков
Делаю свой IT продукт Локео, 15+ подключенных УК.

Локео: dev.lokeodata.ru
Девелопер: invest-n.ru
加入频道
✏️ Понимание людей. На старте карьеры я собеседовала от линейных сотрудников (массовые собеседования, когда целый зал кандидатов приходит) до ТОП-ов с зарплатами, как моя годовая на то время, за год 2-3 тыс человек. А еще сокращала отделы и проводила переговоры, повышала и понижала в должностях, ставила цели и развивала до руководителей. И сейчас, когда я разговариваю с человеком мне не важна его должность, как складно ссыт в уши, эмоции и др., я вслушиваюсь в смысл и ищу пользу, которую он может дать, чем я могу помочь. Если чирикают сверчки, то дай Бог ему здоровья и «слееедующий!» - нашел тут

✏️ Будучи сама топ-менеджером я всегда придерживалась и прививала сотрудникам один принцип "Обосраться, но не сдаться", потому что нет нерешаемых задач, просто на некоторые требуется больше времени, как вариант - для выстраивания или корректировки текущих процессов. - нашел тут

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

✏️ Как говорится «Лицом к лицу - лица не увидать», поэтому для управления бизнесом, крупными бизнес-процессами и проектами важно уметь посмотреть на них с высоты (применить helicopter view). Лайфхак, который помогает переключить свой внутренний зум с деталей на общий план (helicopter view) - это вид на панораму города с высокого этажа, колеса обозрения или самолета, главное оттуда, где мозг перестроится с ближнего плана на дальний. - нашел тут

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

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

✏️ Философия рассказывает о взгляде на процессы жизни и объясняет откуда взялся такой вывод. Вы можете соглашаться с автором или нет, но альтернативное мнение взгляда на мир уже появилось в вашей голове. Более того вы можете усомниться в верности своих убеждений, которые не поддавались ранее критике. - нашел тут

✏️ Ответственность – цена успеха. Быть ответственным не равно быть виноватым. Быть ответственным - это признать ошибку и исправить ее, вместо того, чтобы искать виноватого. - нашел тут

5АМ | #рекомендации
Написано кровью деньгами — не блокируй процесс

Скажем так, если бы я делал список ошибок, то эта стояла бы в топе. Сколько я наступал на эти грабли - не счесть. Недавно меня опять шандарахнуло черенком, расквасив нос с протяжным матом "да бляяя, ну вот опять".

5АМ | #управление
Возьму только один пример.

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

Я привязал один процесс, оценку, к другому процессу - проектированию ПО в новой версии. Почему? Хорошо проработанные и упакованные по версиям требования позволяют дать очень точную оценку с корректировкой не более чем в 10-15%. Руководитель направления может произвести оценку, дать обратную связь и сделать декомпозицию, которую можно далее пустить в процесс оценки: расчет стоимости от цены часа и т.д.

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

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

Расщепить - Распараллелить

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

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

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

Например, обновление high-level ux платформы не должен блокировать поставку макетов в разработку. Два разных результата. Можно было бы поставить их в ряд и сказать "пока мы не обновим ux - дальше не двигаемся". Разработка - денег стоит, нельзя её блочить.

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

🟣 Распараллелить
Когда произведено расщепление, то разводим работу, обозначая два разных результата и думаем в будущем о мерже.

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

Попадались в сцепку процессов?

5АМ | #управление
В прошлую пятницу кидал, что ездили на съемку с Серегой для сайта студии и локео. Наша первая с Серегой фотка за 5 лет. Давайте знакомиться. Вот мы. ыыы)))

Остальные ребята кто-где, тоже хотим зафотаться постепенно, чтобы собрать сет))

5АМ | #life
Крутой аналитик изобретает требования

Базовой задачей является снятие требований с заинтересованных лиц и пользователей. Но часто они говорят о проблеме из базы образов их опыта, насмотренности и логики. Это не что иное, как набор проблем, а не решение, но они пытаются выдать их за решение.

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

Пользователь не даст решение, он может только навести на проблему, как свидетель дает показания следователю. А свидетель может сразу сказать, что Валера виновен (может быть и так, но не факт).

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

5АМ | #мысли
Нашел такое высказывание:

«Ни что так не портит фокус, как объяснение, как он работает

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

5АМ | #цитаты
Уху) А мы закрыли один наш заказик! 🎩

Мы реализовали амбициозный проект для студии премиального ремонта - Vel Club. Сайт с 3D презентацией, причем её можно запустить не только на десктопе или мобиле, но и в VR, например в Oculus Quest 2.

Делали прям с нуля, не было ничего)

Что сделали:
🟣 Фирменный стиль. Маркетинговая концепция, нейминг, лого, брендбук, соцсети.
🟣 Сайт студии. На этом рынке большая конкуренция, поэтому мы сделали упор на SEO. Помимо главного лендинга и второстепенных страниц на сайте есть легко размножаемые рекламные страницы под разные SEO запросы.
🟣 3D презентация. 7 сцен с интерактивом, которые показывают тонкости и нюансы ремонта от голых стен до реализованного дизайн-проекта. Можно посмотреть со смартфона, десктопа и VR. Реализовывался как инструмент для продажника.

Вот потыкать - https://velclub.ru/

Если интересно обсудить идеи, напиши @limskov

5АМ | #кейсы
Продуктовый экзорцизм

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

5АМ | #управление
Продуктовый экзорцизм (далее...)
Снять сроки не простая задача для менеджера проектов и продакта, но её нужно выполнять как можно раньше. На точность сроков влияет то, когда начат их сбор. Чем раньше этап, тем больше приходится выдумывать, обращаясь к демонам и духам)

🟣 Экзорцист
Это продакт менеджер, который, закатывая глаза и скрещивая пальцы ладонями вверх, пытается ответить на вопрос стейкхолдера «че долго делать?». У него нет ни скоупа, ни классов пользователей, только минимальный вижн, объяснения несколько фич и пара бизнес целей. Он не говорил с пользователями, бегло посмотрел сайты конкурентов и пару роликов на ютуб.
Демоны обманчивы, точность сроков будет типа «ну может быть как от следующего вторника, так и до следующего сентября».

🟣 Ловцы душ
Это продакт, проджект и руководители направлений: аналитики, дизайна, фронта, бэка, тестов и т.д., собравшиеся за столом перед книгой заклинаний - скоупом. Продакт и аналитик собрали бизнес требования, разложили диаграмму фич, пользователей, конкурентов, заложили архитектуру юзкейсов. Далее продакт читает заклинания - наговаривает концепт и вижн блоков и разделов, описывая крупными мазками представителям всех направлений блоки работ. Затем, все сидящие за столом берутся за руки и запрашивают оценку сроков по направлениям у потустороннего мира. Проджект с овнером раскидывают приоритеты и получают примерную роадмапу и набор планов версий. Точность выше, но по прежнему может быть промах на месяца, корректировка от 20% до 50%, зависит от сработанности команды.

🟣 Медиум
Это руководитель направления разработки, получивший хорошо проработанные требования по каждой возможности (для фронта это еще и макеты и апи), декомпозирующий и оценивающий конкретные задачи по требованиям. Точность очень высокая, корректировка не более 5-10%, зависит от качества руководителя и сработанности команды.

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

Общаетесь с потусторонним миром при оценке сроков?😄

5АМ | #управление
Не каждая команда имеет аналитика, но его функции всегда кем-то выполняются. Продакт, овнер, проджект, маркетолог, дизайнер могут выполнять его функции. Почти всегда это плохо сказывается на качестве и сроках)

А вы выполняете функции аналитика?))
Anonymous Poll
12%
Я продакт и аналитик
8%
Я овнер и аналитик
2%
Я маркетолог и аналитик
1%
Я дизайнер и аналитик
11%
Я проджект и аналитик
27%
Я аналитик и аналитик
11%
А что должен быть аналитик?
27%
Посмотреть
Всем привет) Спасибо за голос в пятничном опросе)

Рад видеть, что у команд появляется самостоятельная роль аналитика. Тем не менее, соотношение 39% к 30% в нашей скромной подборке говорит о том, что аналитику и архитектуру совмещают в себе другие роли.

Недавно узнал о библии аналитиков: "Разработка требований к ПО" Карла Вигерса. Аж стыдно стало, что не знал о ней. Прочитал уже 1/7-ю. Она жирная, в 700 стр. Читаю по 10 стр. в день, с таким темпом в декабре дочитаю) Делаю заметки для вас, ждите пост)

Я сам совмещаю роль аналитика в нашей команде. Когда начал читать всплывали флэшбэки типа "а они это так называют, ну ок")) В данном случае теория ложится на опыт на ура. Думаю, что если бы я прочел её перед активной работой, то мне бы это сильно мешало.

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

Пока читаю - могу давать интересные выдержки с окраской на наш опыт.

👍 — Кто читал? как вам?)
🔥 — Делать посты про интересные из книги)

5АМ | #life
Проскользнуть в опыт

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

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

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

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

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

Встреча, кстати, прошла успешно)

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

5АМ | #мотивация
Макеты - лицо документации

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

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

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

Версии
Требования меняются. Однако, команда разработки уже запущена, возможно, фронт уже допиливает фичу, но дизайнер вносит изменения прям в макет переданный в разработку, не имея другого места для работы. Как итог, команда заходит и видит уже обновленный макет, работа встала. Истории развития - нет.

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

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

У нас как результат аналитики выходит такая карточка (пользовательские требования), которая имеет ссылки с прострелом от бизнес цели до требований разных уровней, чтобы получить возможность как атомарный «пазл» процесса. Это как конструктор ТЗ, можно в любой момент за 3 минуты собрать ТЗ и передать его в разработку.

В итоге, аналитика и дизайн отражают и дополняют друг друга. Добавилась версия требований, из неё добавляется версия макетов. Если разработка запущена, то она знает какую версию делает, а дизайнер работает, не переживая за изменения.

А как вы организуете файлы фигмы?

5АМ | #разработка
Продакт политик

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

Чем хуже со сроками, тем чаще и яснее должна быть трансляция. Формула если проблемы: «Как вы знаете, мы делаем вот это, есть вот такие проблемы, чтобы их решить есть варианты решения n1, n2, n3, на их проработку выделено такое-то время, будет решено к такому-то времени, сдвиг на такое-то время». Формула если нет проблем: «Мы делаем вот это, будет готово к этому времени в такой конфигурации, будет готово в полной конфигурации к такому времени».

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

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

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