Управление проектами *

Чем запомнился 2025 год: главные функциональные нововведения в «Первой Форме»

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

Это первая часть лучших апдейтов. Вторая доступна по ссылке.

ИИ-агенты

ИИ-агенты — это цифровые сотрудники, которые действуют по заложенной в них должностной инструкции. Такой инструмент может проактивно решать поставленные ему задачи:

• как секретарь: собирать саммари встреч и звонков и формировать списки задач; 

• как специалист отдела закупок и продаж: анализировать договоры и предложения, подсвечивать рисковые пункты; 

• как специалист по документообороту: создавать документы, контролировать подписание и доставку печатных форм контрагентам;

• как логист: строить маршруты для выездных сотрудников;

• как HR: готовить ответы на вопросы сотрудников по корпоративным материалам.

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

Новые функциональные возможности задач

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

В 2025 году мы добавили карточкам больше функциональных возможностей:

• Параметры можно объединять в блоки с вкладками. Так в карточке помещается больше полезных данных: документы, финансовые расчёты, связанные задачи и ответственные.

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

• Блоки можно размещать в удобной последовательности. Раньше в карточках «Первой Формы» всегда сначала шли системные поля (название, срок, ответственные), затем вложения, затем дополнительные параметры. Теперь этот порядок можно поменять — например, убрать вложения в самый конец карточки.

Это снижает зависимость от разработки: владелец процесса с правом администратора может менять форму и действия под себя.

Расширенные возможности канбана

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

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

Подробно о возможностях канбана для разных отделов мы рассказывали в этой статье.

SSP SOFT — последние вакансии в уходящем году: присоединяйтесь к команде 💻

Вот и настал момент последнего поста про вакансии в SSP SOFT в 2025 году!
«Год прошел, как день вчерашний. Над Москвою в этот час. Бьют часы Кремлевской башни. Свой салют — двенадцать раз»...

А мы как раз переехали в новый московский офис в 2025 году у самой Красной площади! И там у нас есть открытые вакансии: реальные проекты, дружная команда и атмосфера, где работать — в удовольствие. Ищем гуру, кто готов в новое профессиональное будущее вместе с нами.

📢 Мы ищем прямо сейчас:

1️⃣ Fullstack QA (Java)
2️⃣ Бизнес-аналитика (Senior)
3️⃣ С# Разработчика (интеграции с Lekton)
Подробности о вакансиях на нашей странице ХХ.ру

Что вас ждет в SSP SOFT:
✅ Вызовы: Амбициозные проекты, где не придется скучать.
✅ Поддержка: Наставник для каждого ньюби.
✅ Рост: Центр компетенций для максимального апгрейда скиллов.
✅ Свобода геолокации: Возможность работать удаленно, гибрид или офис.
✅ Баланс: Работаем, чтобы жить, а не наоборот.

🎁 Приятные бонусы: выезды всей командой, ивенты, ДМС, обучение и бенефиты.

👉 Куранты скоро пробьют! Не теряйте время — ждем резюме в ЛС нашему HR Lead Алине (https://t.me/AONikitina). Не забудьте добавить «секретную фразу» в сопроводительное письмо, что увидели вакансию на Хабре.

Желаем всем успешной карьеры в Новом году 🚀🎄)

Вебинар для разработчиков: Новое API и библиотека ParametricKit в nanoCAD BIM Строительство 25

Приглашаем на вебинар, посвященный работе с новой библиотекой ParametricKit — частью API для nanoCAD BIM Строительство 25. Обновленный API ускоряет разработку и поддержку библиотек благодаря поддержке C# и автоматизации типовых операций.

Ключевые темы:

1. Обзор API и возможностей библиотеки ParametricKit

2. C# как основной язык разработки библиотек

3. Автоматизация рутинных операций при разработке библиотек

4. Практические примеры работы с библиотекой ParametricKit

5. Требования к среде разработки

Дата: 24 декабря (среда), 11:00–12:00 (МСК)
Участие: онлайн, бесплатно, по регистрации

Вебинар будет полезен BIM-разработчикам, программистам САПР, BIM-координаторам, технологическим компаниям в строительстве и дизайне.

Спикеры — эксперты «Нанософт»:
Вадим Мелков, руководитель группы параметрических объектов
Василий Кузьмин, программист отдела BIM-технологий

Успейте зарегистрироваться! Количество мест ограничено.

Вебинар для разработчиков: Новое API и библиотека ParametricKit в nanoCAD BIM Строительство 25

Приглашаем на вебинар, посвященный работе с новой библиотекой ParametricKit — частью API для nanoCAD BIM Строительство 25. Обновленный API ускоряет разработку и поддержку библиотек благодаря поддержке C# и автоматизации типовых операций.

Ключевые темы:

1. Обзор API и возможностей библиотеки ParametricKit

2. C# как основной язык разработки библиотек

3. Автоматизация рутинных операций при разработке библиотек

4. Практические примеры работы с библиотекой ParametricKit

5. Требования к среде разработки

Дата: 24 декабря (среда), 11:00–12:00 (МСК)
Участие: онлайн, бесплатно, по регистрации

Вебинар будет полезен BIM-разработчикам, программистам САПР, BIM-координаторам, технологическим компаниям в строительстве и дизайне.

Спикеры — эксперты «Нанософт»:
Вадим Мелков, руководитель группы разработки параметрических объектов
Василий Кузьмин, программист отдела BIM-технологий

Успейте зарегистрироваться! Количество мест ограничено.

Как мы собрали 500 человек на демо продукта

Привет! Это Владимир Князев, Agile-коуч трайба HR Tech в ОТП, и сегодня я расскажу о том, как мы организовали самое большое демо внутри компании и собрали на него 500 человек — максимум, возможный в Zoom.

Это было демо по продукту OTP Space — единому пространству HR-сервиса, в котором каждый сотрудник может оформить отпуск, поставить цели и посмотреть структуру компании. Поэтому нам важно было рассказать о нём на всю компанию. В этом посте я поделюсь, с помощью каких инструментов мы привлекли 500 человек и как удержали внимание. В прошлой статье я рассказал о приоритизации ICE и как её применять. 

Не рассылкой единой

Нашей целью было привлечь как можно больше участников. Поэтому мы обратились к коллегам из внутренней коммуникации и предложили сделать большую рассылку. Договориться удалось не сразу: нужно было доказать, что это будет полезная рассылка, а не очередное приглашение на внутреннюю встречу. Нам помогло то, что до нас в ОТП уже запускали похожие кампании — например, с приглашением на митап по искусственному интеллекту. Мы использовали это как прецедент: «Раз они смогли — почему не сможем мы?».

Мы сделали рассылку на несколько подразделений, и она помогла собрать 300 участников. Тогда кто-то из команды предложил задействовать другой инструмент — наш чат-бот. Мы отправили через него приглашение с датой и временем проведения демо. Чат-бот помог привлечь ещё 200 слушателей — и мы достигли максимума, возможного в Zoom.

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

Как удержали интерес сотрудников

Демо на сотни человек ≠ просто рассказ. Здесь нужна полноценная фасилитация, с которой самому спикеру не справиться.

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

Самое сложное на таких встречах — не выйти за тайминг. У нас был всего час на демо продукта и ответы на вопросы. Поэтому мы сразу предупредили слушателей: ответим на вопросы в конце встречи в последние 15 минут. Перед тем, как передать вопросы спикеру, я структурировал их, объединял похожие, исключал неконструктивные. На короткие вопросы отвечали в чате, остальные озвучивали по порядку.

Что с обратной связью

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

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

Советы для демо без лимитов

Вот что нужно учесть при подготовке демо на большую аудиторию:

- заранее продумываем инструменты для привлечения участников;

- приглашаем фасилитатора для модерации встречи;

- очерчиваем структуру демо в начале встречи: поясняем, о чём расскажем, на какие вопросы аудитории ответим сразу, а на какие — после демо;

- планируем демо как диалог с пользователями, чтобы собрать развёрнутую обратную связь у широкого круга сотрудников;

закладываем ресурс на обработку обратной связи.

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

Читайте, чем живёт IT в ОТП — в ТГ канале. А ещё я веду личный канал про Agile и изменения.

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

Про вайбкодинг

Я в создании продуктов и продуктовом дизайне уже больше 6 лет

Успел застать эру дизайна интерфейсов и в Photoshop, и в CorelDraw, проектировал UX в AdobeXD, а потом и Figma вышла

Поучаствовал в создании ~15 стартапов — и у нас чаще всего была 1 проблема — разработка.

Разработка стоила дорого во всех смыслах.

Это и прямые затраты — когда уже в процессе и каждый месяц уходят деньги на команду. И opportunity cost — когда идея даже не доходит до старта, потому что "где я возьму на разработчика".

Получается, чтобы создать продукт, у тебя было два пути: либо ты сам/кофаундер разработчик, либо у тебя есть деньги на разработку. Третьего не дано. Идеи без одного из этих условий оставались идеями ☕️

Что привнес вайбкодинг

Любые задачи Junior-уровня сейчас закрываются ИИшкой без проблем. С большими проектами сложнее — там пока люди не научились работать с большим контекстным окном. Но барьер входа упал радикально.

Например, в последнем батче YCombinator у большинства проектов почти весь код AI-сгенерирован. Это не плохо или хорошо, но вот как наблюдение

Что меняется

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

Теперь не нужна cost consuming команда, чтобы показать результат. Расходы из зарплатного фонда перетекают в расходы на подписки

Вайбкодинг резко удешевил и ускорил создание софта, поэтому венчур (и другие “money givers”) смещается от “дать денег, чтобы построили” к “дать денег, чтобы доказали спрос и масштабировали”

Как это влияет на мир

Количество созданных проектов увеличивается → конкуренция за пользователя растет → появляется больше нишевых решений

Раньше универсальный софт был следствием того, что разработка стоит дорого. Экономически выгоднее один продукт для всех. Сейчас за неделю можно создать 10 копий одного решения под разные рынки/ниши, и все они будут вполне рабочими

И получается, что самыми дорогими навыками теперь стали ⤵️

👨‍💻 Умение генерировать ценные идеи
👨‍💻 Продвигаться
👨‍💻 Выигрывать конкурентную борьбу за клиента

Почему вайбкодинг не спасет 95% проектов от провалов

Вайбкодинг убрал процесс, который и так не влиял на успешность продукта. Код сам по себе не делает продукт успешным — он просто был барьером на входе. Барьер сняли, но всё, что реально влияет на успех — все еще нужно уметь решать: понимание ЦА, работа с проблемой, умение донести продукт до людей, которым он нужен, и затем еще и масштабировать успех

Дальше — две долины (не той) смерти:
— Problem-Solution Fit: Решаем ли мы важную проблему?
— Product-Market Fit: Достаточно ли людей готовы за это платить?

Вероятность пройти оба — около 5%. У тех, кто не понимает, что нужно делать.

Потому что за "создать успешный продукт" спрятаны 4 огромных домена

1. Находить проблемы людей
   Не "мне кажется, это нужно", а реальные боли, за решение которых платят

2. Проектировать решение
   Так, чтобы оно действительно решало проблему. Не фичи ради фич

3. Продвигать через сотни конкурентов
   Кстати, отсутствие конкурентов — red flag. Либо ты дизраптор с миллионами на маркетинг, либо рынка просто нет

4. Выстроить прибыльную бизнес-модель
   Чтобы unit-экономика сходилась, а не "сначала наберём пользователей, потом разберёмся"

Каждый из этих пунктов — отдельная дисциплина. И вайбкодинг не помогает ни с одним из них

Итого

Вайбкодинг снижает ценность "уметь писать код". Но повышает ценность "уметь создавать продукты, которые покупают"

Технический барьер упал. Продуктовый — остался

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

Хорошая новость: если ты понимаешь продуктовую часть — у тебя огромное преимущество. Потому что большинство соревнуется в скорости разработки, а не в качестве идей.

TDMS Фарватер Web: гибкая трансформация документооборота в новом интерфейсе

Приглашаем на вебинар, где разберем, как управлять проектами, процессами и документами без бумаг и удаленно.

Дата и время: 18 декабря, 11:00-12:00 (МСК)

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

Мы уверены, что современные технологии должны упрощать рутину. Именно поэтому мы создали и развиваем систему TDMS «Фарватер Web» – систему для документооборота и управления проектированием в строительстве.

На вебинаре сфокусируемся на ключевых возможностях:

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

2. Гибкие и эргономичные бизнес-процессы. В системе реализованы оптимальные рабочие процедуры. Решение адаптируется под специфику предприятия: возможно изменение начальных настроек под нетиповые задачи и создание пользовательских каталогов в структуре проекта.

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

4. Возможность удаленной работы. Решение имеет интерфейс, позволяющий удаленно выполнять задачи по управлению проектами и работе с документами.

5. Современный адаптивный интерфейс. Удобство просмотра на любых устройствах, динамичные элементы управления, дашборды.

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

Для кого этот вебинар будет особенно полезен?

• Руководители (Технические директора, руководители департаментов, ГИПы). Увидите инструмент для стратегического контроля над портфелем проектов, сроками и ресурсами.

• Руководители проектов и их помощники. Поймете, как делегировать задачи, отслеживать исполнение и автоматизировать отчетность.

• Главные специалисты и ответственные за бизнес-процессы. Получите представление о том, как формализовать и цифровизировать регламенты согласования.

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

Спикер: Павел Лапонов, специалист по внедрению систем технического документооборота компании «Нанософт».

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

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

> SYSTEM_ANOMALY: Парадокс Сеньора-Трехлетки

Сижу, копаю материалы для вторничной статьи на Хабр..

Смотрите, какой баг в архитектуре человека. Днем мы — боги логики. Мы удерживаем в голове сложные схемы баз данных, разруливаем конфликты в команде и видим риски на три шага вперед. Performance: 100%.

Но наступает вечер. И этот же самый "гений" стоит посреди магазина и 20 минут выбирает губку для мытья посуды. — «Взять профилированную или обычную? А цвет? Желтая не подходит под кухню... А в упаковке по 3 или по 5 выгоднее?»

В этот момент наш IQ падает с 140 до уровня трехлетнего ребенка, который устал и хочет на ручки.

Почему так? Я нашел ответ в "системном биллинге" мозга - у нас фиксированная комиссия за транзакцию. Нашему нейро-блокчейну абсолютно плевать на важность задачи.

• Решить судьбу проекта на $1M — Price: 1 token.

• Решить, какие носки надеть — Price: 1 token.

Это же чудовищно кривая экономика! Мы тратим "элитное топливо" на то, чтобы выбрать вкус чипсов. И к моменту, когда надо делать реально важные вещи (пет-проект, саморазвитие), у нас на счету Insufficient Funds.

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

Статья получается злая, но честная.

Status: Writing code... ⌨️

Callout Manager в Obsidian: что это, как работает и зачем нужен

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

💡 Скачать

Что такое callout-блоки

Callout-блоки — это специальные визуально оформленные блоки в Markdown-заметках Obsidian. Они состоят из:

➡️ иконки
➡️ типа блока (info, note, warning и т.д.)
➡️ опционального заголовка
➡️ содержимого

Это выделенный элемент текста, похожий на карточку или подсказку. Посмотреть пример таких блоков вы можете в посте про Obsidian TODO Plugin. В шаблонах я активно использую callouts для оформления.

Как вызвать callout в Obsidian

Достаточно начать строку с > и указать тип в квадратных скобках. Стандартный синтаксис выглядит так:

>[!info] Информация
Это пример callout-блока.

Что делает плагин Callout Manager

Встроенные в Obsidian callouts-блоки использовать можно, но неудобно — нужно помнить синтаксис, типы, иконки. Callout Manager решает эту проблему: он показывает все доступные блоки, позволяет ими управлять (менять цвет и иконку), добавлять новые.

Простой пример на скрине к посту — кастомный блок для выделения промтов.

ТГ:📥Левашов

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

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

Мы решили показать, как это делается на практике, используя nanoCAD BIM Отопление. На вебинаре вы увидите полный путь проектирования многоэтажного жилого дома — от исходных данных до готовой сбалансированной системы.

Когда: 11 декабря, 11:00–13:00 (МСК)
Где: онлайн, бесплатно – зарегистрироваться

На вебинаре вы узнаете:

• Как подготовить исходные данные для проекта отопления и какие ресурсы использовать

• Как формировать систему отопления для разных этажей многоэтажного дома

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

• Как ускорить выпуск рабочей документации без потери качества

• Реальный проект: обзор многоэтажного дома, выполненного в nanoCAD BIM Отопление

• Ответы на ваши вопросы

Спикер: Никита Иванов, инженер по сопровождению и внедрению ПО, участвовавший в пилотном проекте.

Будет полезно инженерам-проектировщикам ОВК, руководителям проектных групп, BIM-менеджерам и специалистам по теплоснабжению.

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

Моя подборка плагинов Obsidian

Не откладывая историю про Obsidian в долгий ящик, решил рассказать про весь набор плагинов. Тут имеет смысл добавить истории — первый подход к этой программе я сделал ещё года два назад, но вот только почему-то не догадался почитать про то, как комьюнити расширяет её возможности. То есть просто использовал как систему заметок. И поэтому быстро забросил. А вот если бы почитал про плагины, про callout-блоки и шаблоны... Короче, вот список, а в следующих заметках про конкретные примеры работы.

Про Obsidian TODO Plugin выше.

А вот список:

💡 Templater

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

💡 Advanced Canvas

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

💡 Advanced Tables

Плагин, который добавляет нормальные таблицы: улучшенные формулы, автоформатирование, выравнивание, горячие клавиши и удобное редактирование в Markdown.

💡 Excalidraw

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

💡 Callout Manager

Улучшает работу с callout-блоками: добавляет быстрые вставки, кастомные стили, удобное управление видами подсказок, заметок, предупреждений и т.п.

💡 Modal Forms

Позволяет создавать модальные формы со вводом данных: чекбоксы, поля, списки, и т.п. Идеально подходит для ведения структурированных заметок: карточек проектов, задач, контент-планов, брейфов.

💡 Enhancing Export

Плагин, который сильно расширяет встроенный экспорт в Obsidian. Позволяет сохранять заметки в HTML, DOCX, PDF, ePub, Hugo Markdown и другие форматы. Идеален для тех, кто делает отчёты или оформляет контент вне Obsidian.

💡 Iconize

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

Скриншотом будет мой реальный список плагинов. Как раз всё влезло, кроме Obsidian TODO Plugin. Если вы чем-то пользуетесь, но этого плагина нет в списке, то пишите в комментах.

ТГ:📥Левашов

Daily Notes + Obsidian TODO Plugin = фундамент для собственной GTD-системы в Obsidian

У меня в черновиках лежит написанная на 50% статья про продуктивность контент-медеждера, Obsidian и мои принципы управления собственной базой знаний, но писать, кажется, я её буду ещё долго. Поэтому начну выкладывать некоторые заметки в ТГ (и сюда) в надежде когда-нибудь собрать из них большой материал. Поехали.

Obsidian — это markdown-редактор и приложение для ведения базы знаний. Когда я переезжал в эту софтину, то важнейшим условием (а их было много и о них в другой раз), которое я ставил перед собой, было ведение собственного списка дел в её рамках. Отмечу, что есть ещё рабочая система управления проектами, так что отдельный сервис ещё и для GTD я бы не потянул. Чем больше сущностей, тем больше шанс, что ты не будешь пользоваться такой системой и скатишься в хаос.

В Obsidian я перепробовал несколько вариантов плагинов, в том числе и канбан-доски, но оказалось, что полноценный центр управления проектами мне здесь не нужен. Однако, всего два плагина — встроенный «Ежедневные заметки» и внешний «Obsidian TODO Plugin» — сформировали персональную GTD-систему, где идеи, задачи и контексты объединяются в единую структуру.

Ежедневные заметки — поток входящей информации

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

Obsidian TODO Plugin — управление задачами

Задачи в Obsidian основаны на обычных чекбоксах, но специализированные плагины вроде Obsidian TODO Plugin превращают их в полноценную GTD. Самое важное, что дает Obsidian TODO Plugin — это автоматический сбор задач. Плагин находит все открытые чекбоксы по всему хранилищу и объединяет их в списки. То есть вы записываете задачи в вашей ежедневной заметки, а плагин их просто собирает и показывает.

Есть ещё поддержка тегов и быстрый переход к заметке, в которой была создана задача. Кажется скудный набор возможностей, но эта система работает. Ты просто перестаёшь терять задачи и заметки к ним. И всё это в программе, которая позволяет тебе строить большие и очень удобные блок-схемы и чертежи, собирать базу знаний по продукту и многое другое. Меньше окон — меньше сущностей. Но об этом в другой раз. Stay tuned.

P.S.: Скриншотом будет как раз шаблон моей ежедневной заметки.

Плохие подрядчики потратят не только деньги, но и время.

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

По итогам ТО мне помыли машину, поменяли масло, сделали балансировку колёс и развал-схождение, но проблему с подвеской не нашли. Я убедил посмотреть их повнимательнее. И тут началось.

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

Сели вместе с тайцем в машину, разогнались до 100 км, руль начало потряхивать. Таец сказал, что с подвеской «всё окей». Хотя я вижу, что это не так. По итогу я убил целый день и так и не решил проблему.

Аналогичную картинку я наблюдаю с подрядчиками по маркетингу, которых мы выбирали. Например, в аутриче обещают 2500 рублей за лида в B2B, где ЦА – собственники и топ-менеджеры среднего бизнеса. Это абсолютно нереалистичные цифры.

Так я пришёл к выводу, что с некоторыми подрядчиками лучше вообще не работать, чем потратить время и деньги и не получить никакого результата.

А какие похожие истории с подрядчиками были у вас? Интересно, один я такой везучий или нет😁

Мы конкурируем со сном пользователя.

Этой фразе не менее 10 лет. И я помню, как восхищался этой мыслью - то ли Кука (того, что до сих пор не съели), то ли Харриса (не того, что ставил опыты над Трумэном). Для продакта мысль крайне богатая. Она будто раскрывает весь потенциал нашей работы: после захвата внимания днём тебе не остаётся ничего, кроме как занять пользователя ночью.

Здесь обычно следует возражение:

 «Но люди же сами несут ответственность! У них есть сила воли!».

Конечно, есть. Но мы проектируем интерфейсы, которые эту силу воли подавляют. Бесконечные ленты, autoplay видео, уведомления, вызывающие FOMO (Fear Of Missing Out) - это не нейтральные инструменты. Это дистилляция поведенческой психологии, превращенная в рычаг для удержания внимания. Мы не просто предлагаем сервис, мы проектируем зависимость.

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

В лучшем случае - «Мама Воложа», но и это тоже про примитивизацию и упрощение продуктов.

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

Мы говорим “пользователь”, потому что так легче выключить эмпатию. “Пользователь” -это даже не существо, это сущность с CTR и LTV. “Человек” - это тот, у кого есть усталость, тревога и право на покой.

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

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

И это, конечно, пугающая петля.

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

Почти все говорят о мошенниках, которые просят номер карты или код из СМС. Мы настороже, рассказываем друг другу о новых схемах. Ещё бы - они могут украсть наши деньги.

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

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

Дофамин - приятное чувство. Но это не отменяет того, что мы действуем как бармен, подливающий напиток клиенту-алкоголику. Не задумываясь о том, что мы - это и есть он, просто через час и в другом баре. Мы знаем о механизме формирования привычки, мы знаем о негативных последствиях, но мы делаем вид, что просто «удовлетворяем спрос». Это позиция торговца продуктами, а не их создателя.

Вот на такие мысли меня натолкнула подготовка вебинара «тайм-менеджмент в реальной жизни» для РБК.

...
https://t.me/howtcp
#комплимент_от_шефа

29 ноября встречаемся в Санкт-Петербурге на ProIT Fest VI: Social Capital. Это закрытый фестиваль для тех, кто уже наработал социальный капитал в IT и хочет нетворк не ради галочки, а ради результата.

Меня зовут Александр Бондаренко, я CPTO Garage Eight. В 17:00 в потоке GENERAL я выступлю на круглом столе «Деградация в управлении IT». В сильной команде таких спикеров, как Андрей Сухоруков (Kaspersky), Александр Мартынов (Т1 Иннотех), Александр Сертаков (финансовый архитектор), мы честно поговорим о том, почему модные управленческие практики снова и снова не дают результата.
Разберемся, где заканчивается польза и начинается карго-культ. На мероприятии затрону всеобщую менеджерскую ложь в духе: : «AI решит всё», «Мы уже продуктовая организация», «OKR = стратегия», «Agile — это митинги», «Наши метрики всё показывают». 

О фестивале:
ProIT Social Capital — профессиональный и честный нетворк для аудитории от Lead до C-level.
Вас ждут три потока:
> General — рынок, тренды, управление.
> Network — место, где действительно все знакомятся.
> C-Level — закрытая секция для системного обмена опытом топ-руководителей.
Плюс банный фестиваль и шанс попасть на благотворительный концерт Animal Jazz.

Ссылка на регистрацию: https://proit-fest.timepad.ru/event/3532594/

И держите мой промокод на 25% скидку: LNBondarenko

До встречи на ProIT. А следить за мной и жизнью нашей команды можно в этом канале.

Дело было 20 лет назад.
Мы уже не студенты, но и до взрослой жизни как до Луны пешком.
Ни забот, ни логики - зато с гормонами и амбициями.
Нулевые.

И вот барышня в ЖЖ (да-да, это как Телеграм, только с модемным писком и на сайте) пишет:

«А давайте встретим Новый год в Коктебели»

Один пост - и пол-рунета в кассах. В итоге мы выкупили поезд. А может, и два.

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

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

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

Отельчики ещё кое-как принимали, а вот рестораны - сдались без боя. Еда по 3–4 часа, отмены блюд на второй день стали нормой. От массовых погромов спасали только алкоголь и молодость.

Я-то считал поездку сказкой. А оказалось - драки, выбитые зубы и прочие радости, которые я чудом пропустил.
И всё это - в шапочках Санты, на которых красовались наши ЖЖ-ники. Удобно: сразу видно, кто именно выбил тебе зуб. Такой вот рождественский хоррор…

Ну а логика… думаю, она что-то знала и вышла вместе с провожающими еще на Казанском.

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

И раз уж сегодня пятница - пусть она достанется вам.

- Гудящий поезд "Москва-Коктебель" движется по кругу. Наблюдатель находится в одном из вагонов и может:
- ходить вдоль поезда,
- включать/выключать свет в вагоне,
- смотреть в окно (но поезд слишком большой, увидеть «другую сторону» нельзя).

Изначально в каждом вагоне свет может гореть или нет. Это неизвестно.
- Вопрос: как посчитать количество вагонов?

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

-
#вот_не_задача #комплимент_от_шефа

20 ноября 2025 года Хабр Карьера приглашает всех желающих на второй день онлайн-конференции в рамках «Карьерного онлайн-феста».

Где смотреть:

→ Трансляция в ВК→ Трансляция в YouTube

Программа второго дня:

• 12:00-12:45 HR‑маркетолог, ТехВилл. Ex devrel в Сбер и лидер HR‑бренда Росатома Настя Смелова: Поговорим о том, зачем айтишнику нужна публичность, как переступить через барьеры вроде «Да кому это нужно?» и другие страхи на пути. Разберёмся, как найти мотивацию, своё позиционирование, подходящие каналы и форматы, чтобы делиться экспертизой.

• 13:00-13:45 топ‑менеджер группы компаний ЛАНИТ Владимир Вертоградов: Хотите больше ответственности, но вам не дают проявиться? Давайте посмотрим на ситуацию глазами тех, кто принимает решения: топ‑менеджер расскажет, как строить карьеру через осознанное влияние и доверие, как заявить о себе так, чтобы вас услышали, и что делать, если вклад остаётся незамеченным.

• 14:00-14:45 IT сваха, Founder HiPoHeads, ProIT Fest Анна Афонина: Вы уже заметили, что вытянуть зарплатную вилку у HR на интервью очень сложно, а после трудоустройства повышения можно ждать годами? Поговорим о том, как оценивать свою рыночную стоимость, собирать информацию о зарплате ваших коллег‑конкурентов, определять свою собственную вилку «от» и «до», а также выстраивать диалог с компанией так, чтобы аргументировать повышение, или выйти за рамки найма, чтобы наконец получить свои х2, х3, х5.

• 15:00-15:45 Senior Python Developer в Единый ЦУПИС, ментор Александр Чепайкин: К вам уже обращаются за советом менее опытные коллеги? Поздравляем, вы на пороге менторства! Обсудим, зачем джунам наставники, почему сеньоры берут их под крыло (ради выгоды, репутации или из альтруизма?), сколько подопечных можно вести без выгорания и когда пора начинать брать за это деньги.

• 16:00-16:45 Core Value Product @ Rusprofile, ex‑VK, ex‑Microsoft, ментор Татьяна Сущенко: Бывало ли у вас такое, что вы задавались вопросами «Почему повышают его, а не меня?» или «Почему мне нанимают менеджера, а меня не повышают?». Поговорим о ситуациях, когда пора что‑то менять, и о том, как взять ответственность за развитие своей карьеры. Управление людьми — это не единственное направление: мы рассмотрим разные пути и способы выхода на них.

• 17:00-17:45 HRD @ Red Collar Антон Егоров: Поговорим о том, чем на самом деле пахнет выгорание, как распознать его на ранних этапах и что делать, если ты уже выгорел? Рассмотрим методы профилактики профессиональных и эмоциональных перегрузок, а также обсудим, как сделать баланс между жизнью и работой реальностью. Предупреждаю, некоторые ответы вам не понравятся.

• 18:00-18:45 CPO в Outlines Tech Яна Шаклеина: Почему одни делают минимум и получают повышение, а я не росту ни в должности, ни в зарплате? Поговорим, почему руководители не замечают заслуги и что с этим делать. В докладе: типичные портреты сотрудников, которых не повышают. Взгляд руководителя (спойлер: возможно, он не в курсе ваших амбиций). Лайфхаки: как выйти из слепой зоны и получить повышение.

🦋 Почему «перезагрузка» — это не опция, а продуктовая необходимость

Я боюсь «ломать» то, что работает. Боюсь потерять стабильность и контроль.

Но есть примеры, где природа нифига не боится. Она умеет растворить всё до основания, чтобы на его основе создать что-то прекрасное.

Факт:

Когда гусеница превращается в бабочку, в коконе происходит жестокий биохимический процесс.

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

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

Но шутки в сторону. Происходит не улучшение гусеницы. Это не «апгрейд» и не «ребрендинг».

Это- смерть одной формы и рождение совершенно другой. Старая система уничтожается, чтобы дать жизнь новой.

Менеджерская боль:

А мы в это время:

-Цепляемся за «успешные процессы», которые уже не масштабируются.

-Дорабатываем «проверенные решения», которые давно устарели.

- Улучшаем «старый UI», вместо того чтобы создать принципиально новый продукт.

Мы пытаемся «улучшить гусеницу», боясь признать - чтобы летать, нужно сначала перестать ползать.

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

- Вывод:

Настоящий прорыв требует не улучшения, а метаморфозы.

Иногда нужно:

- Разрушить текущую структуру.

- Отказаться от «работающих», но уже ограничивающих процессов.

- Пересобрать продукт с нуля, а не наращивать техдолг.

Да, это страшно. Да, будет больно. Иногда долго. Даже очень.

И делать это должны не пришлые эксперты. А сама команда.

Но единственное, что страшнее- остаться гусеницей в мире, где все уже летают.

p.s. Было бы безобразием не упомянуть, что гусеницы живут от нескольких недель до нескольких лет. Бабочка-максимум 20 дней.
Но. Цель жизни гусеницы - превратиться в бабочку. Цель бабочки - дать жизнь новым гусеницам.

- Вопрос:

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

https://t.me/howtcp

#крылья_ноги_и_хвосты

🦋 Почему «перезагрузка» — это не опция, а продуктовая необходимость

Я боюсь «ломать» то, что работает. Боюсь потерять стабильность и контроль.

Но есть примеры, где природа нифига не боится. Она умеет растворить всё до основания, чтобы на его основе создать что-то прекрасное.

Факт:

Когда гусеница превращается в бабочку, в коконе происходит жестокий биохимический процесс.

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

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

Но шутки в сторону. Происходит не улучшение гусеницы. Это не «апгрейд» и не «ребрендинг».

Это- смерть одной формы и рождение совершенно другой. Старая система уничтожается, чтобы дать жизнь новой.

Менеджерская боль:

А мы в это время:

-Цепляемся за «успешные процессы», которые уже не масштабируются.

-Дорабатываем «проверенные решения», которые давно устарели.

- Улучшаем «старый UI», вместо того чтобы создать принципиально новый продукт.

Мы пытаемся «улучшить гусеницу», боясь признать - чтобы летать, нужно сначала перестать ползать.

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

- Вывод:

Настоящий прорыв требует не улучшения, а метаморфозы.

Иногда нужно:

- Разрушить текущую структуру.

- Отказаться от «работающих», но уже ограничивающих процессов.

- Пересобрать продукт с нуля, а не наращивать техдолг.

Да, это страшно. Да, будет больно. Иногда долго. Даже очень.

И делать это должны не пришлые эксперты. А сама команда.

Но единственное, что страшнее- остаться гусеницей в мире, где все уже летают.

p.s. Было бы безобразием не упомянуть, что гусеницы живут от нескольких недель до нескольких лет. Бабочка-максимум 20 дней.
Но. Цель жизни гусеницы - превратиться в бабочку. Цель бабочки - дать жизнь новым гусеницам.

- Вопрос:

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

https://t.me/howtcp

#крылья_ноги_и_хвосты