Live and recent posts from across the Fediverse tagged #метрики_процесса, aggregated by home.social.
Вы внедряете AI неправильно и что такое контекстный долг
Создать AI-агента стало легко. Сложно понять, где он действительно нужен. Разбираю на своем опыте, что такое контекстный долг и как он помогает находить процессы, которые действительно стоит автоматизировать.
https://habr.com/ru/articles/1073842/
#контекстный_долг #context_debt #управление_знаниями #ИИ_в_разработке #AIагенты #AIавтоматизация #бизнеспроцессы #автоматизация_процессов #context_engineering #метрики_процесса
Вы внедряете AI неправильно и что такое контекстный долг
AI-агента сегодня можно собрать за несколько часов. Но это не значит, что бизнес понимает, где его действительно стоит внедрять. Компании часто начинают с Build: выбирают модель, подключают Jira, GitHub, MCP, собирают workflow. А уже потом пытаются понять, какую проблему они вообще решили. В статье разбираю другой подход: сначала найти места, где команда теряет время на восстановление контекста, ручную координацию и переключение между системами. Для этого мы в Laplace используем Context Audit и понятие контекстного долга. Поговорим о том, как увидеть такие проблемы в Jira, Confluence и GitHub, почему не каждую из них стоит автоматизировать и что делать после аудита. Discover → Build → Measure.
https://habr.com/ru/articles/1058284/
#контекстный_долг #context_debt #управление_знаниями #ИИ_в_разработке #context_audit #AIагенты #AIавтоматизация #бизнеспроцессы #цифровые_сотрудники #метрики_процесса
Вместо DORA: как перестать измерять всё подряд и начать управлять процессом разработки
В статье — набор показателей, с помощью которых можно быстро понять состояние команды и управлять процессом поставки. Он помог нам увеличить пропускную способность на 39% и сэкономить компании 112 миллионов рублей.
Когда отчет приходит слишком поздно: как мы переделали BI в систему раннего предупреждения
Мне кажется, у каждого управленца есть любимый дашборд. Лично мой внешне совсем не похож на “красивую BI-аналитику”. В нем нет сложных графиков, нет круговых диаграмм, нет презентационной магии. Есть несколько карточек с красными цифрами: — аварии в очереди; — юридические лица в очереди; — заявки, по которым не было звонка клиенту; — незаполненные слоты на 9:00; — количество техников, загруженных менее чем на 80% сегодня; — количество техников, загруженных менее чем на 80% завтра. Это дашборд по координации заявок, в котором можно увидеть актуальную картину по процессу прямо сейчас. Например, сегодня в одном из наших филиалов утром можно было увидеть: 12 аварии в очереди, 151 заявок без звонка, 28 незаполненных слотов на 9:00 и 9 техников, загруженных менее чем на 80% на сегодня. С точки зрения “красивого BI” это выглядит очень просто. С точки зрения управления — это один из самых полезных инструментов. Потому что такие цифры не нужны для отчета по итогам месяца. Они нужны для действия прямо сейчас. Если на завтра не заполнены утренние слоты, ждать закрытия месяца бессмысленно. Завтра уже наступило в прошлом. Инженеры вышли на смену, часть времени была потеряна, клиенты не получили подключение или сервис вовремя, заявки еще немного повисели в очереди, а потом ушли в отказ, а потом кто-то на итоговом совещании спросил: “Почему у нас просел показатель?” Но проблема возникла не на итоговом совещании. Она была видна раньше. Вопрос только в том, был ли у нас дашборд, который ее показал.
https://habr.com/ru/articles/1050750/
#bi #управление_по_данным #опережающий_индикатор #операционная_аналитика #b2bпродажи #метрики_процесса #дашборды #дашборды_с_данными #дашборды_внутри_битрикс24
GitPulse: как я перестал угадывать, что происходит в команде, и начал смотреть на данные
Меня зовут Игорь, я тимлид в e-commerce. Когда у меня появилась вторая команда, стало понятно, что вручную следить за двумя Jira, двумя GitLab и метриками одновременно — нереально. В итоге сделал инструмент, который собирает всё в одном месте Читать
https://habr.com/ru/articles/1032902/
#Инженерная_аналитика #Team_Lead #метрики_производительности #метрики_кода #метрики_процесса #jira #Метрики_доставки #Инсайты #sprint
QA метрики как база управленческих решений
Привет, Хабр! Меня зовут Кияшева Екатерина, я занимаюсь качеством. Сегодня хочу поделиться опытом о метриках качества системно . Предложить примеры, провести взаимосвязи: Метрики ⇔ Процессы ⇔ Области управления . Эта статья для руководителей, кто и сам ищет решения, чтобы метрики: не ломали команду, не показывали погоду, работали в пользу продукта и бизнеса. Ограничения и рекомендации: Здесь описана модель системы управления . Задумано, чтобы она была узнаваемой и вызывала отклик. Если вы узнаете себя в тексте, призываю использовать статью для поиска собственных взаимосвязей. Прямое копирование решений без опоры на контекст может навредить. Модель охватывает все стороны управления QA — это большой пласт . Одно предложение в тексте может означать месяц согласований, поэтому подобные изменения внедряют по частям. В статье есть карта «частей» с рекомендациями по сборке собственного роадмапа. Описание — в Навигаторе . Метрики качества раскрывают уютный хаос — это выгодно на дистанции, но неприятно в моменте. Готовность к «рабочим моментам в полях» и культура общей безопасности обязательны для получения честных данных. Я выбрала метрики завершенного цикла (рефлексии) : они строятся на основе операционных и служат фундаментом для стратегических. Это позволило рассмотреть QA со всех ракурсов и не закопаться в деталях. Определение типов метрик приведено в разделе « О метриках ».
https://habr.com/ru/articles/1003900/
#qa_метрики #метрики_тестирования #метрики_процесса #метрики_продукта #метрики #lean #метрики_качества #qa
Как сделать арт-аутсорс предсказуемым: система метрик для PM
Статья для PM и тимлидов, которые работают в арт‑аутсорсе или других креативных командах с высокой вариативностью задач. Я разбираю систему из четырёх метрик — estimation accuracy, task complexity, variability и volatility — которая помогает видеть устойчивость проекта, прогнозировать перегрев и принимать управленческие решения без усиления контроля над командой. Внутри: как считать каждую метрику, как читать их вместе, как внедрить без потери доверия художников и тимлидов, и какие ошибки я совершила на старте.
https://habr.com/ru/articles/1004944/
#project_management #геймдев #estimation_accuracy #управление_проектами #управление_проектами_и_командой #процессы_в_it #аутсорсинг #метрики_процесса #product_management
[Перевод] Оценка сложности модели — Часть 1: Почему проще обычно лучше
В мире оркестрации процессов постоянно всплывает один и тот же вопрос: а не слишком ли сложные модели мы создаем? Вопрос важный, потому что избыточно сложные модели приносят целый букет проблем: их труднее понимать, поддерживать и изменять — а это напрямую бьет по срокам и результатам проектов. Современные движки рабочих процессов (например, Flowable) легко переваривают даже очень сложные модели, но это не значит, что нужно пользоваться этой возможностью на полную. Упрощение дает ощутимые плюсы: модели становятся более читаемыми, требуют меньше усилий на сопровождение и лучше подходят для совместной работы. В итоге простая модель — это ценный актив для любой компании. Поэтому главная цель — находить баланс между функциональностью и простотой, чтобы модель оставалась эффективной и удобной в долгосрочной перспективе.
https://habr.com/ru/articles/973642/
#сложность #bpmn #cmmn #flowable #бизнеспроцессы #метрики_процесса #complexity
Throughput: как научиться перестать гадать сроки и начать их предсказывать через симуляцию Monte-Carlo
Как использовать метрику потока Throughput (динамика за значимые периоды времени, насколько она вариативна, кластеризация на типы работы) вместе с симуляцией Monte Carlo, для реалистичных и обновляемых прогнозов. Разбираем метрику через обслуживание в пабе в пятничный вечер в сравнении с АйТи-командой. Пост максимально практический, с паттернами и примерами. Цель не показать метрику и прогнозирование на его основе его как ультимативный silver-bullet, а дать понимание что можно и так. Тема довольно актуальная, так как сейчас в США и Европе расцвет прогнозирования на основе именно метрик потока и появляется много плагинов с Монте-Карло (но не все из них доступны в РФ). Разобраться как точнее прогнозировать
https://habr.com/ru/articles/940882/
#kanban #lean #agile #data_driven #forecasting #прогнозирование #метрики_процесса #управление_проектами #эффективность #продукт_менеджмент
Как работать с инцидентами, когда на кону большие деньги
Привет, Хабр! На связи Дарья Попова, тимлид группы мониторинга в Купере. Наша миссия — минимизировать потери от инцидентов для компании и обеспечить сервис на 10/10 для клиентов. Почему это именно группа — вы поймете дальше. Сегодня я расскажу, как мы выстраивали процессы и инструменты мониторинга и автоматизации — и как это все упростило нам жизнь.
https://habr.com/ru/companies/kuper/articles/928632/
#алертинг #инцидентменеджмент #автоматизация_рутины #бот #оповещение_об_аварии #метрики_процесса #runbook #критичные_сервисы #дежурные_инженеры #мониторинг
5 причин, почему ваши Story Points не работают (и что делать)
За семь лет проведения воркшопов по Story Points я наблюдаю одну и ту же картину: команды изучают технику, применяют её несколько спринтов, а затем постепенно возвращаются к старым паттернам. И если на маленьких масштабах работы с одной командой или тремя кажется что Story Points прекрасный подход, на текущем масштабе — около 50 команд в IT — 60% используют Story Points, 40% не используют - я вижу совершенно иную картину. И вот что интересно: те 60%, которые используют, делают это крайне по-разному. Причем конверсия в правильное использование Story Points 3 месяца после тренингов составляет дай бог 20%. Проблема не в самом инструменте, а в том, как мы его используем и для каких целей.
https://habr.com/ru/articles/922136/
#story_points #estimation #оценка #оценка_трудозатрат #метрики_процесса #метрики #команда #прогнозирование
Видеть инфраструктуру как хакер: рассчитываем время кибератаки
Всем привет! Продолжаем погружение в ИТ-инфраструктуру глазами хакера. В предыдущей статье мы рассказали про процесс создания графа моделирования киберугроз – цифровой модели инфраструктуры, которая учитывает потенциальные действия злоумышленников, и про алгоритмы, которые рассчитывают возможные маршруты перемещения атакующих внутри системы. Следующий шаг – это оценка опасности найденных маршрутов. В этом случае, метрика времени атаки – это один из ключевых параметров анализа. Чем меньше времени потенциально требуется для реализации атаки, тем больше вероятность, что средства защиты и ИБ-специалисты не смогут вовремя обнаружить злоумышленника и остановить взлом. Что же нам даёт метрика времени?
https://habr.com/ru/companies/pt/articles/921872/
#tta #max_patrol_carbon #max_patrol #маршрут_хакера #обнаружение_атак #метрики_процесса #моделирование #кибератаки #киберугрозы #граф_атаки
Гайд с видео: метрики в Monq от сбора данных до алертинга
Как получить от мониторинга уверенность, что ИТ-инфраструктура работает как надо? В этойстатье разберемся, как устроена работа с метриками в Monq: от их сбора и автоматической привязки к контекстным элементам до создания кастомных метрик и контроля качества покрытия. Поговорим о том, как быть уверенным, что система действительно «зеленая» — а не делает вид,что у вас все в порядке. А в конце статьи вас ждет видео с конкретным примером работы с метриками от А до Я.
https://habr.com/ru/companies/monq/articles/901028/
#метрики #метрики_производительности #метрики_продукта #метрики_тестирования #метрики_процесса #метрики_по #мониторинг #мониторинг_сервера #мониторинг_сети #мониторинг_логов
Немного рассуждений про метрики в менеджменте
Иллюстрация взята с slidesgo / Freepik Data Driven Management… Долго об этом думал, часто встречал на практике, часто подгорало и вот наконец я понял почему. Короткий ответ: из метрик делают карго культ и они теряют смысл. Стоит отметить, что я не противник метрик, скорее противник распространённого способа их использования. Ниже я раскрою свою мысль. Начнём с того, что такое метрики и любые систематизации (а-ля матрица компетенций): Метрики - это наша проекция реальности на какой-то набор координат или метрик. В 99% случаев их набор неполностью описывает реальность. Как понять полная система или нет? Если в реальности случается какое-то событие и оно может не отразиться на метриках - значит система не полная и мы всегда что-то упускаем. Найти такое событие обычно не сложно, часто вы видите на метриках, что Вася из вашей команды задумал покинуть команду? И я редко. Обычно это видно на персональных встречах... но это другая тема. Какое следствие может быть такой неполноты метрик? Конечно ошибки. Пример из геометрии - тело Штейнмеца . Если взять только две проекции (круги) и попробовать сделать вывод о форме, вероятно будет допущена ошибка. Теперь про то как с метриками работать Сразу обозначу, что это не про работу тимлидов, которые полностью погружены в свои команды, а про работу тех, кто ими руководит вверх по иерархии. Текущий подход требует от менеджеров починки проекций, а не самой формы. Например: сверху приходит пожелание о снижении lead time. Вероятно за этим пожеланием стоит одна из двух потребностей: либо не хватает прозрачности, либо кто-то хочет «мотивировать» команды быть продуктивнее. Что может сделать менеджер? Он может:
Все по полочкам: как мы внедряли методологию управления проектами P3.express
В конце прошлого года мы в
https://habr.com/ru/companies/doubletapp/articles/885260/
#менеджмент_проектов #менеджмент_в_it #менеджмент_интернетпроектов #метрики_процесса #метрики_качества #удовлетворенность_клиента #P3express #резюме_проекта #карта_рисков
Как мы внедрили Yandex Tracker в процессы, а процессы в Yandex Tracker. Базовые метрики поставки
Я Delivery manager в компании Chatpush . Мы занимаемся разработкой сервиса для рассылок уведомлений клиентам: максимально полезная и удобная штука для салонов красоты, фотостудий, фитнес-клубов и других сервисов по оказанию услуг. У нас своя команда разработки и несколько продуктов. Мы долгое время вели задачи в Notion. Удобно на старте: база знаний и трекер задач в одном месте, умный поиск и AI ассистент. С ростом команды мы задумались о выборе другой трекинговой системы из-за отсутствия в Notion базовых метрик поставки и удобных инструментов планирования. Финальным штрихом стал уход Notion из России. Хочу показать на нашем примере, как мы настроили и улучшили процессы с помощью Yandex Tracker. Сразу скажу, что никаких специальных знаний для настройки Yandex Tracker не потребовалось: все ответы можно найти в документации и в их группе поддержки в Telegram. Но практических примеров в сети мало, поэтому я решила поделиться нашим опытом. Итак, первое о чем я рекомендую задуматься, это о показателях, которые хочется измерять и какие проблемы решить. Начнем с метрик поставки.
Когда релиз? Как мы боролись с прокрастинацией с помощью метрик
Работать комфортно, эффективно и не тратить время на бесполезные задачи — к этому стремится любая команда. Но ситуации, когда люди вроде бы работают, а релиза всё нет, случаются регулярно. Меня зовут Полина Таран, и уже три года я работаю тимлидом в финтех-компании Точка. Мы решили разобраться, почему действия не дают желаемого результата, а некоторые задачи неделями висит в режиме ожидания. Найти и устранить причину нам помогли метрики — подробности под катом.
https://habr.com/ru/companies/tochka/articles/852240/
#эффективность_разработки #метрики_процесса #тимлид #timetomarket #cycle_time #управление_командой
Agile в функциональном проекте. Организация работы на IT-рельсах
Когда говоришь о проектах в методологии Agile, чаще всего представляешь IT-команду творческих, открытых к изменениям специалистов, которые занимаются разработкой программной части какого-то крупного функционала. Опуская множество НО, в целом, философия Agile (а никак иначе язык сказать не поворачивается) показала довольно неплохие результаты с точки зрения организации команд в других, околоайтишных направлениях. И возник вопрос, возможно ли этот подход положить на понятный, последовательный и очевидный проект в области Охраны труда. Казалось бы, зачем? А затем, что помимо понятной и очевидной части есть совершенно непредсказуемая и многогранная - работа с Заказчиком, пользователями и экспертами.
Метрики продуктового дизайна в Домклик
В статье я затрону важную тему — какие метрики должен знать и использовать продуктовый дизайнер. На примере Домклик мы посмотрим с какими метриками работает наш дизайн-отдел и ответим на следующие вопросы: 1) Какие метрики должен знать и использовать продуктовый дизайнер? 2) Почему это так важно и какие метрики стоит держать под рукой? 3) Изучим методы сбора и анализа полученных данных. * бонусом разберём несколько примеров. Читать далее →
https://habr.com/ru/companies/domclick/articles/828034/
#метрики_продукта #пользовательские_интерфейсы #дизайн #дизайнеру #аналитика #метрики_процесса
Как оценить эффективность IT-команд и с умом задебажить процессы
Привет, Хабр! Это Оля Муттер, руководитель IT-проектного офиса в Купере (ex СберМаркет). Жизнь заставила меня научиться настраивать процессы как боженька. Я стартовала карьеру в роли бизнес-аналитика, доросла до директора продукта в финтехе, успела побывать наставником для проджектов, создать несколько проектных офисов и центров компетенций — всего за десять лет. Сейчас я рулю проектным офисом в Купере (ex СберМаркет) — это 1300+ человек в IT-команде. Как понять, работает ли такая большая система эффективно? И что делать, если какая-то веточка этого гигантского дерева растет не в ту сторону? Об этом моя сегодняшняя статья. Спойлер: надо дебажить процессы, а для этого придется много работать с цифрами и общаться с людьми. За это у нас в компании отвечают delivery-менеджеры .
Сохранить время и деньги: как прототипирование помогает разработке цифровых продуктов
Привет, Хабр. Я Роман Голик, руководитель отдела прототипирования в Первой грузовой компании. Мы занимаемся грузоперевозками по железной дороге, в этом нам помогают, в том числе, разработанные нами цифровые продукты. Прежде чем начать реализацию того или иного проекта необходимо понять, действительно ли он нужен бизнесу, стоит ли на него тратить время и средства компании. В одной из наших предыдущих статей мы писали о том, как можно снизить неопределенность и риски на старте реализации цифровых продуктов. В этом материале я расскажу об одном из начальных этапов разработки – прототипировании, зачем он нужен, и каких результатов мы достигли с момента введения такой практики.
https://habr.com/ru/companies/pgk/articles/823322/
#poc #mvp #прототипирование #метрики_процесса #управление_проектами
Оценка технического долга: метрики дефектов ИБ для команд разработки
Всем привет! Меня зовут Анастасия Арсеньева, я аналитик данных в Swordfish Security. Наша команда разрабатывает модуль визуализации метрик DevSecOps в рамках развития платформы AppSec.Hub . В предыдущих статьях мы говорили об оценке рисков ИБ , подходе Shift Left , обработке уязвимостей , проекции DORA на DevSecOps и анализе AppSec Coverage . Сегодня речь пойдет о не менее важном артефакте в парадигме ASOC – дефектах ИБ. Мы расскажем о метриках, с помощью которых команды разработки могут отслеживать текущее состояние безопасности и эффективность процессов исправления проблем в коде.
https://habr.com/ru/companies/swordfish_security/articles/791980/
#devsecops #метрики_процесса #безопасная_разработка #дашборд #appsec #технический_долг
Метрики команды разработки
Заказчику задачи в конечном счёте всё равно, какой методологией управления разработкой пользуется команда исполнителей - точная дата получения результата для него важнее. Чтобы называть эту дату более обоснованно, необходимо понимать, как на самом деле работает команда: сколько поставляет задач, как долго проходит процесс анализа задачи перед взятием в работу, на каких этапах в целом происходит "застревание" задачи. Под катом - описание метрик и способы их расчёта.
Метрики команды разработки
Заказчику задачи в конечном счёте всё равно, какой методологией управления разработкой пользуется команда исполнителей - точная дата получения результата для него важнее. Чтобы называть эту дату более обоснованно, необходимо понимать, как на самом деле работает команда: сколько поставляет задач, как долго проходит процесс анализа задачи перед взятием в работу, на каких этапах в целом происходит "застревание" задачи. Под катом - описание метрик и способы их расчёта.
Как оценивать покрытие практиками ИБ
Всем привет! Меня зовут Анастасия Арсеньева, я аналитик данных в Swordfish Security. Продолжаем рассказывать вам о метриках безопасной разработки — и показывать их на дашбордах модуля визуализации метрик DevSecOps платформы AppSec.Hub. Напомню, мы уже писали об оценке рисков ИБ , о зрелости подхода Shift Left и об обработке найденных уязвимостей. В предыдущей статье мы начали говорить о проверках ИБ в контексте принципов DORA, а сегодня разберем вторую часть дашборда по сканированиям ИБ и попробуем ответить на вопрос: «Как оценить покрытие практиками ИБ приложения/всех систем?»
https://habr.com/ru/companies/swordfish_security/articles/782240/
#devsecops #метрики_процесса #аналитика #безопасная_разработка #дашборд #appsec