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

Лучшие корпоративные блоги на Хабре получили свои награды

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

Итак, в номинации «Лучший корпоративный блог на Хабре» победили...
🏆 Selectel - 1 место
🏆 Яндекс - 2 место
🏆 МТС Web Services - 3 место

🔥 Спецприз — Банки.ру

! Кроме этих компаний в шорт-лист премии попали блоги Ozon Tech и «Ростелеком» . Поздравляем финалистов и благодарим всех участников! Их путь был сложен и тернист.

Чтобы побороться за победу в премии InterComm, компаниям нужно было не просто подать заявку, но и описать стратегию своего корпоративного блога, показать результаты, раскрыть секрет уникальности контента, подтвердить его высокое качество, описать механику работы над блогом, уровень вовлечённости аудитории и сотрудников, которые непосредственно принимают участие в его развитии. Кроме того, нужно было подготовить творческую презентацию, видеоролик и защитить свой проект перед жюри.

Теперь лично знаю этих героев и горжусь знакомством и сотрудничеством с ними!
Главный редактор блога Selectel Владислав Ефименко поделился впечатлениями об участии и награждении: "Спасибо, что пригласили! Впечатление отличное, очень радует, что Хабр популяризируют среди компаний и добавляют в различные конкурсы.

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

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

✨Но если ваш блог на этот раз не попал в число победителей премии InterComm и не взял призовое место в номинации «Лучший корпоративный блог на Хабре», расстраиваться не стоит. Уверена, у вас еще будет немало шансов заявить о себе и получить признание профессионального сообщества. Мы планируем делиться секретами лучших в блогов в сообществе https://t.me/habrcorp и всегда поможем, поддержим и проконсультируем, если вы решите подать заявку или просто захотите подробнее узнать о нашей номинации. Приходите с вопросами, идеями и предложениями в личку, буду рада пообщаться!

Легендарный разработчик культовых игр Джон Кармак посоветовал разработчикам на Python никогда не переназначать и не обновлять переменную вне итеративных вычислений в циклах. По его словам, наличие всех промежуточных вычислений полезно в отладчике и позволяет избежать проблем, когда при перемещении блока кода он автоматически использует версию переменной, отличную от изначальной. А вот в C/C++ хорошей практикой является инициализация практически всех переменных как const. Кармаку хотелось бы, чтобы это было сделано по умолчанию, а mutable было ключевым словом.

Ранее на Хабре был пост: "17 открытых репозитариев, чтобы выучить Python с нуля".

Технологические хайпы: от UML до ИИ

За 20 лет в IT видел много технологических циклов. Сейчас наблюдаю знакомую картину: ИИ-истерия повторяет паттерн предыдущих хайпов.

1990-2000е: UML и генерация кода

• Rational Rose и UML-генераторы кода обещали "программирование без программистов"

• Результат: много шума, мало толку. Разработчиков стало только больше

2000-2010е: Agile-бум

• Agile стал мантрой, которую повторяли все подряд

• Консультанты обещали "спасти" любой проект

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

• Результат: много шума, мало толку. Разработчиков стало только больше

2010-2020е: Low-code и BPMN

• BPMN-системы сулили автоматизацию всех бизнес-процессов

• Low-code платформы обещали заменить разработчиков

• Результат: много шума, мало толку. Разработчиков стало только больше

Сейчас: ИИ-истерия

• ИИ решает все проблемы человечества

• Каждый второй - "эксперт по ИИ"

• Люди спрашивают ChatGPT, что съесть на завтрак, вместо того чтобы научиться планировать питание

• Результат: пока тот же

В чем разница:

ИИ - реальная технология с потенциалом изменить все. Но хайп и истерия - те же.

Почему это опасно:

ИИ не всегда прав. По данным исследований, 45% ответов содержат существенные ошибки, 81% - мелкие погрешности. Проблема в том, что ИИ может генерировать убедительно звучащую чушь.

Галлюцинации ИИ:

• Создает несуществующие источники и цитаты

• Может "диагностировать" болезни, "составлять" юридические документы

• Иногда выдает устаревшую информацию как актуальную

• Неспециалист не отличит правду от выдумки

Мой опыт подсказывает:

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

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

Источники:

• Исследование EBU и BBC о точности ИИ

• Исследование о ложных цитатах ChatGPT

Тестирование требований — это не про поиск багов в коде. Это процесс проверки того, насколько сами требования корректны, полны и понятны.

Зачем это вообще нужно?

Ошибки в требованиях → баги в реализации → потери времени и денег.

Тестирование требований позволяет:

• Выявлять дефекты до этапа кодинга

• Экономить время команды

• Делать ожидания всех сторон прозрачными

• Повышать качество продукта без доработок «в последний момент»

Как понять, что требование хорошо сформулировано:

Какие техники тестирования требований использовать?

Взаимный просмотр
Показываем свою работу коллегам

Вопросы
Уточняем у заказчиков и коллег

Тест-кейсы и чек-листы
Прорабатываем набор вопросов для проверки требований

Рисунки
Наглядно представляем приложение

Прототипирование
Делаем наброски интерфейса и переходов между экранными формами

Исследование поведения системы
Мысленно моделируем работу пользователя с системой

Как проверить количество и атомарность?

1. Делаем блок-схему, чтобы увидеть дубли и лишние шаги

2. Проверяем, что требование описывает Create / Read / Update / Delete / List

3. При помощи сценария использования проверяем, что требование покрывает весь путь пользователя

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

5. Ищем отсылки на неопределенную информацию — если есть «и т.д.», «как обычно», стоит уточнить

6. Проверяем на союз «и» — часто он объединяет в одном требовании сразу два, а иногда и больше

Как проверить выполнимость и однозначность?

Хорошее требование не вызывает споров — его можно понять одинаково, реализовать и проверить результат.

Что важно:

• Терминология

• Отсутствие качественных определений

• Простое изложение

• Возможность составить набор тестов

• Тестирование внешних сервисов

Как проверить актуальность и последовательность?

Если требование забыли, потеряли или поняли не так — беда в процессе.

На что обращаем внимание:

• Одно требование описано в одном месте

• Есть user story или хотя бы сценарий использования

• У автора требований есть знание предметной области

• Учтены интересы всех пользователей

• Договоренности из чатов перенесены в документацию

• Согласована дата последнего обновления требований и документации

Хорошие требования — это результат не только опыта, но и осознанной практики.

Приветствуем, уважаемые читатели! Самые внимательные любители нашей литературы давно замечают, что некоторые анонсы наших книг (прежде всего - переводных) делает коллега @sergbe в корпоративном блоге дружественной нам компании SSP-Soft. 22.10.25 там вышла публикация о книге "Паттерны коммуникации: руководство для ИТ-разработчиков и архитекторов", вот сама книга у нас на сайте. Это один из наших свежих заходов в тему "soft skills". Обязательно переходите и изучите анонс, желающие могут для начала посмотреть оглавление.

Аннотация:

Книга  представляет собой практическое руководство по эффективной коммуникации для  ИТ-специалистов, которым необходимо доносить свои идеи до целевой аудитории ясно и понятно.  Она охватывает ключевые аспекты визуальной, письменной, устной и невербальной коммуникаций, а также особенности удаленной работы. Рассмотрены основы создания наглядных диаграмм и документации,  включая работу с цветом и композицией, методы последовательной подачи информации  и повышения  ее  доступности, чтобы адаптировать визуальные материалы для разных аудиторий. Описана работа с языком, структурирование текста, применение языка тела и использование культурных различий с целью убеждения аудитории. Предложены подходы к организации и передаче знаний в командах, включая принципы DRY (Don’t Repeat Yourself). Рассмотрены  современные инструменты для управления знаниями, помогающие сделать информацию доступной и понятной для всех участников проекта. Рассмотрены средства для эффективной работы в распределённых командах, включая синхронные и асинхронные методы коммуникации и  управления временем.

🦀  Почему ты не растёшь в команде?

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

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

Зачем?
Они не злы. Не агрессивны. Просто так устроены.
Стайный инстинкт: «если я не вылез, то и ты не вылезай. Давай держать вместе».
Это не равенство〰это страх остаться одному. Подавленный, злобный, липкий.
И самое интересное: если оставить одного краба в веде〰он спокойно уходит.

Сам, без надзора. Просто пока его никто не держит за клешню.

Знакомо?
Ты в команде.
Растёшь. Берёшь ответственность. Тащишь на себе. И вдруг〰начинают тянуть назад:

— «Ты что, самый умный?»— «Тебе больше всех надо?»— «Мы же так не делаем».— «Не высовывайся, будь как все».— «Ты команду не уважаешь».— «Ты кого за собой тянешь?»

Никто не наезжает прямо. Это не хейт. Это хуже〰бессловесное обнуление.Реакция системы на рост.

Тебя просто стаскивают обратно в ведро.
Чтобы не тревожил остальных.

🦀 А вся суть 〰в теории «Крабового ведра».
Один краб легко уползает на свободу. Но когда их несколько 〰 они хватают того, кто лезет наверх, и стаскивают его обратно. Никто не сбежит. Никто не вырастет. Пока все сидят в одном ведре.

〰 И вот что важно:
Если ты тимлид и видишь, что кто-то растёт〰не мешай.
Даже если команда ворчит. Даже если кого-то триггерит чужой успех.
Потому что

Стагнация

— это не когда никто не падает.Это когда никому

не дают лезть вверх

〰 Вывод:
Иногда лучшая помощь команде〰не фасилитация, а кувалда.
Чтобы разломать чёртово ведро.
И да〰рост всегда кого-то бесит.

Но ты ведь не краб, правда?

〰
https://t.me/howtcp

Представь: на твоих плечах лежит 40 (да, сорок!) ИТ-проектов, и в каждом из них в любой момент может вспыхнуть огонь! Что делать? Становиться пожарным? А вот и нет — ключ к успеху не в героизме, а в системе.

➡ Алина Прасковина, руководитель проектов в MONS, делится своей историей роста и 10 главными принципами управления, которые помогли научиться структурировать хаос. В своей статье на Хабр Алина рассказала, как систематизация, базы знаний, правильное расписание и правило пяти задач стали спасением и инструментами эффективности.

Хочешь узнать, как перестать тонуть в задачах? Читай статью и применяй практики!

✨Поддержи КОРУС в рейтинге лучших работодателей России до 31 октября: просто нажми на сердечко рядом с «КОРУС Консалтинг» и помоги нам стать еще лучше! Голосуй, если не работаешь в КОРУСе: rating.hh.ru/poll/

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

• какую задачу вы сейчас откладываете?

• в чём заключается задача?

• что в ней вызывает неприятные эмоции?

• что хорошего даст выполнение этой задачи?

• можно ли разбить её на подзадачи? Назовите простую подзадачу, которую вы можете сделать прямо сейчас.

• сколько времени (в минутах) займёт выполнение этой подзадачи?

• как бы вы могли наградить себя за выполнение?

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

Как запустить стартап в России и выжить заработать?

Любой стартап начинается и заканчивается с денег.

Давай поговорим о конце, а потом перейдём к началу.

Хороший предприниматель не зарабатывает с дивидендов — он зарабатывает на оценочной стоимости своей доли в бизнесе.

В западной экономике компании выходят на IPO, но в нашей стране этот механизм не работает, поэтому мы целимся в два направления:

1. Продаться корпорации.
2. Стать корпорацией. (Забей:D)

Итак, как построить бизнес, который купят корпорации?

Начнём с того, зачем вообще корпорациям стартапы.

Ключевая проблема корпораций — это их же сила: устойчивость. Устойчивость достигается огромным количеством бюрократии. Когда любое действие согласуется и перепроверяется. Такая система крайне устойчива, но жутко неповоротлива и медленна, а ещё и неэффективна. Так вот, корпорации не умеют делать стартапы — для них это слишком дорого.

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

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

Так вот, чтобы продаться корпорации, нужно быть интересным корпорации. И чтобы определить, интересен ли твой продукт корпоратам — пойди да спроси, а заодно узнай, сколько бы они за это заплатили. (Есть специальные люди, которые занимаются такими сделками, нетворкай, они подскажут)

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

Тут у нас такого шанса нет, поэтому точка «продажа» для нас — это конечная часть пути. Когда мы к ней придём, мы должны стоить максимум.

Для этого нам катастрофически важно зарабатывать — много и сразу.

Не играй в демпинг, не строй планы на 20 лет.

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

А теперь — с чего начинать:
Ищи ниши и проекты, которые можно запустить за 50 млн рублей, этого хватит, чтобы выйти в операционный ноль и дальше расти от оборота.

Почему такая сумма?

В нашей стране есть два направления получения денег, которые реально работают:

1. Гранты.
2.Частные инвестиции.
Обо всем остальном ходят легенды

Так вот, максимальный грант, который ты можешь получить на старте, — это 150 млн рублей. На такую сумму можешь рассчитывать только если ты уже изобрёл лекарство от рака или что-то супер-дупер инновационное.

А вот поднять 20–50 млн на хороший проект вполне реально.

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

КАРОЧЕ: Спроси у корпоратов, чего они хотят прикупить и сколько бы за это заплатили, прикинь, сколько будет стоить построить такое, найди бабки и не облажайся — готово.


P.S. Пост написан автором блога СОЛОВЬЕВ БЛОГ, если нравится мой стиль - Welcome

Как мы приручили OKR, KPI, проекты и стратегию

В сентябре я выступал на конференции OKR Russia с докладом «Зоопарк целей: как мы приручили OKR, KPI, проекты и стратегию»

Рассказал:
☑️ как мы в Garage Eight выстроили живую систему целей — от годовой стратегии до спринтов,
☑️ что не сработало (и почему), и как адаптировали OKR под реалии продуктовой компании,
☑️ структуру целей и наш собственный инструмент Goal Tracker, который помогает управлять всем этим зоопарком,
☑️ как связать стратегию, операционку и командные цели без лишней бюрократии — и при этом получить реальные бизнес-результаты.

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

🔔 21-22 ноября на форуме «Стратегируй» в Москве Александр Семенов, генеральный директор ГК «КОРУС Консалтинг» выступит с темой «Долгосрочная мотивация топ-руководителей как важнейший элемент успешной стратегии».

Кому будет интересен форум:

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

Стартаперам, которые понимают, что пора расти не только в продукте, но и в процессах и смыслах

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

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

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

Узнать подробнее и зарегистрироваться — по ссылке!

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

Вебинар о цифровизации фарминдустрии и FMCG: как оптимизировать работу с большими объёмами данных

Российский разработчик ICL Soft организует практический вебинар для представителей фарминдустрии и FMCG, где эксперты расскажут о новейших разработках в аналитике данных и ИИ-прогнозировании рынка.

В программе вебинара:
• Концепция современной интеллектуальной аналитики;
• Знакомство с архитектурой платформы First BI;
• Обзор ключевых функциональных блоков платформы;
• Практическое применение и измеримые результаты.

На примере реальных кейсов эксперты покажут:
✔️Как консолидировать разрозненные данные в единую систему;
✔️Как экономить время и деньги с помощью автоматизации рутинных аналитических процессов;
✔️Как перейти от анализа прошлого к прогнозированию результатов.

📅 23 октября в 11:00
👉 Участие бесплатное по регистрации

Ресурс Clone Wars содержит более ста клонов самых полезных сервисов. Например, с помощью этой библиотеки можно разобраться в устройстве самых хайповых программ и попрактиковаться в коде. Есть буквально всё, в том числе и клоны сервисов, ушедших из России: Notion, Spotify, YouTube, TikTok, Discord, Dribble, Dropboх и прочее. Детальный разбор устройства каждого сервиса, кода, архитектуры и функционала, а также советы по его воссозданию. Можно стащить использовать многие решения в своих пет‑проектах.

Давно слышали про Nokia? А они то никуда не пропали…  

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

Для тех, кто не застал историю взлета и падения финской гиперкорпорации поясню. В 2000х модель 3310 произвела абсолютный фурор. Совершенно неубиваемый кирпич с встроенной игрой «змейка» стал мечтой многих вне зависимости от пола и возраста. Потом была эра смартфонов, где Nokia тоже неплохо себя чувствовала. Но затем пришел Apple и 2008 год стал началом конца для многих компаний (в том числе для blackberry, но речь не о них).

Нет бизнеса — нет компании. Зачем за ней следить? А бизнес-то есть, причём с выручкой 20+ млрд $! Никак не ожидаешь увидеть такую цифру, говоря о компании, которая вроде как вообще закрыться должна была. В чём причина, как они оттолкнулись от дна и чем вообще занимаются?  

На самом деле, причина в человеке по имени Раджив Сури. Он долгое время работал в Nokia и к моменту известного коллапса был директором подразделения Nokia Solutions & Networks (раньше называлось вместо Solutions — Siemens), которое занималось телеком-оборудованием и сетями.  

После того, как подразделение мобильников погибло, у Nokia вообще осталось только NSN и Nokia Technologies. К тому времени Сури уже показал всем, что такое чёткое видение и бескомпромиссный менеджмент. Пока все хайповали на рынке мобильников, он прекрасно понимал, что почва под ногами нестабильно и что надо развивать что-то, что будет нужно всем, вне зависимости от меняющихся вкусов клиента.

Так что своей зоной фокуса он сделал именно развитие сетей и телеком оборудования, что до коллапса вообще не было ключевым направлением Nokia. В самые жаркие времена (с 2009 по 2012) он устроил реструктуризацию в убыточном NSN, сократил несколько тысяч человек (ага, операционная эффективность) и сфокусировал всю работу на B2B и развитии технологий связи (2G, 3G, 4G). Все его усилия привели к тому, что NSN показывала рост и прибыльность, что вообще позволило Nokia не уйти в небытие.  

Так что совершенно логично, Сури был назначен на роль CEO в 2014 году. Он тут же убил все фантазии по новой попытке срочно воскресить телефоны и чётко направил усилия на то, что понимал лучше всего. А лучше всего он понимал то, что такой рост и развитие коммуникаций требует сильную инфраструктуру, технологии и оборудование, без которого все наши модные мобильники и лэптопы — просто куски пластика и металла.  

Под его руководством была приобретена Alcatel-Lucent, чтобы не конкурировать, а создать самого крутого производителя сетевого оборудования, чтобы дать отпор Ericsson и Huawei.  

Кроме того, видя, как прогрессирует технология связи, он сделал ставку на развитие 5G, чем и занимался с помощью своей R&D структуры, денег на которую он не жалел.  

По итогу, умирающая Nokia сейчас в топ-3 поставщиков телекоммуникационного оборудования по всему миру, с долей примерно 25% и оборотом 20+ млрд.  

Чем мне так понравилась эта история? Для меня самыми ценным тут являются 2 вещи.  

1. Чёткое видение будущего и умение отбросить всё, что неважно, что как раз и показал Сури.  

2. Как фокус на, возможно, не самом хайповом, но очень перспективном активе, может спасти почти что умирающий бизнес.

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

Если нравится узнавать про подобные истории и читать про менеджмент и бизнес - приходите на канал. Ну и лайкайте пост😉

Вебинар: SECURITM - система управления процессами ИБ. 
23 октября в 11:00 (мск)

Разрозненность данных в ИБ создает «эффект слепого часового»: каждый инструмент кричит о своей угрозе, голоса SIEM, DLP и файрволов звучат на разных языках, но общую атаку, никто не видит. В итоге защита всегда на шаг позади, вечно догоняя ускользающую тень противника по осколкам разбитой информации. 

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

Представляем SECURITM – инновационная система управления процессами ИБ, Super App, которая объединяет миллионы данных компании и СЗИ в едином окне, экономит деньги и время для компаний, упрощает процесс управления, система созданная трансформировать индустрию. 

Почему SECURITM это новый этап в развитии ИБ:

• 11 модулей собравших в себя функционал - SGRC, VM, AM, SOAR, BI, управление защитными мерами, Service Desk - обеспечивают полную адаптивность под ваши задачи

• AI-ассистент для оценки уязвимостей – экономит время на принятие решений

• Более 30 готовых интеграций с внутренними решениями и СЗИ компании – объединит все данные в одном окне

• База из более чем 200 стандартов и нормативных документов с автоматической корреляции требований и устранением дублей – сокращает время на проведение аудита минимум в 3 раза

• Более 4000 профессионалов объеденных в Community, повышают свою экспертизу, через совместную работу по защите своих инфраструктур. 

Хотите увидеть, как система работает изнутри?
Мы детально разберем возможности SECURITM 23 октября в 11.00.

➡️ Регистрируйтесь

Открой для себя окно возможностей –  систему SECURITM.

Читаю Талеба «Чёрный лебедь» — и ловлю себя на мысли, насколько точно он описывает разрыв между нашей биологией и современным миром.

Наши инстинкты сформировались для выживания среди диких зверей и соседних племён.
А живём мы сегодня в «Крайнестане» — мире, где редкие и маловероятные события определяют ход истории, экономик и компаний.

🦢 Чёрный лебедь может появиться после тысяч белых.
И именно он перевернёт систему — а не то, к чему мы «готовились».

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

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

«В далеком прошлом люди могли делать выводы быстрее и точнее… Сегодня число “чернолебяжьих” зон неизмеримо выросло».

Именно в этих «чернолебяжьих» зонах рождаются не только кризисы — но и прорывы.

Автоматизация discovery: от идеи до интерфейса за один день

Мы у себя провели эксперимент и пришли к ряду выводов

Зачем

Классический discovery: недели согласований, уточнений, макетов, пока команда не дойдёт до первого прототипа. Мы проверили гипотезу: можно ли сократить весь цикл от идеи до интерфейса до 24 часов — без потери управляемости и качества.

Что сделали

Собрали полуавтоматический pipeline, который превращает любые вводные (голос, текст, фото) в CJM, прототип и UML. Нижняя граница — один день. Обычно 2-3 дня. Пайплайн выстроен вокруг генеративных инструментов:

1. ChatGPT — генерирует эпики, сценарии, модели данных, UI-интерфейсы и документацию

2. Bolt.new — визуализирует CJM и собирает первый прототип

3. GitHub + Codex — превращают интерфейсы в код и валидируют логику (не удалось внедрить из-за ограниченного контекстного окна)

4. tldv; — записывает и логгирует встречи со стейкхолдерами и командой

В итоге discovery превращается из цепочки встреч в цикл общения с GPT

Результат

• Цикл discovery сократился до 2-3 дней, иногда — 1

• Трудозатраты продуктов и дизайнеров снизились в разы, иногда — без дизайна

• Стоимость на команду — около 190 $/мес (tldv + bolt.new + chatgpt)

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

• Возможность полного отказа от дизайна в ряде кейсов (Bolt)

Что не заработало

• Bolt ограничен по объёму токенов, не подходит для сложных интерфейсов

• Вводные без контекста ломают качество генерации

• Для больших проектов пока не хватает контекстного окна и нужно предварительное упрощение проекта

• Часть сценариев по-прежнему требует ручной доводки.

Бизнес-эффект

• Time-to-Market резко снижается

• Высвобождение продуктовых и дизайнерских ресурсов

• Формализованный discovery-процесс, готовый к стандартизации

Автоматизация discovery жизнеспособна. Большая часть процесса может быть выполнена GPT с минимальным участием людей. Проект завершился на ручном приводе — но подтвердил, что конвейер от идеи до интерфейса за сутки реален. Дальше — вопрос масштаба и доверия к машине.

«Сегодня переписал всю нашу документацию с помощью ИИ, предоставив доступ к нашей кодовой базе. Сделано 250 коммитов в 58 файлах. Работа выполнена отлично», — рассказал основатель SiteGPT.

Почему мы всегда опаздываем? Ошибки планирования в разработке.

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

Что будет дальше со сроками? Сроки обязательно сдвинутся и кому-то придется за это оправдываться, а может быть и переподписывать документы. Кажется, что дело обычное и так сдаются подавляющее большинство задач. В какой-то момент РП начинает добавлять некоторую дельту ко времени сдачи. Часто это называется – заложить риски. Но сроки сдачи все равно сдвигаются, даже с учетом рисков.

Проблема не в планировании, а в том, как мы планируем. Традиционный подход с фиксацией сроков на старте проекта в условиях высокой неопределенности обречен на провал. Однажды я подумал в чем полезность планирования? Что будет если планирование не проводить? Как это повлияет на разработку? Очевидно, что заказчик чувствует некую уверенность, когда получает сроки реализации задачи. Но это очень условно и польза, на самом деле, не большая. Сроки, как мы уже знаем, все равно сдвинутся и, скорее всего, превратятся в инструмент давления на команду разработки и на самого РП.

Почему же так получается? Те, кто изучают Kanban метод знают, что относиться к процессу разработки нужно как к процессу накопления знаний по данной проблеме (задаче). В процессе реализации и сама команда и заказчик узнают много нового по этой задаче. Каждый в своей зоне ответственности. Получая новые знания вносятся правки как в постановку, так и в техническую реализацию. Получается, если проводить планирование в самом начале, то точность будет основана на почти нулевом знании о задаче. Виной тому очень высокая неопределенность. В самом конце разработки, когда задача уже почти готова к выкатке на прод, все участники уже довольно точно могут сказать, когда задача закроется. Неопределенность низкая и почти отсутствует.

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

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