#эффективность_разработки — Public Fediverse posts

Коммиты есть, а результата нет: как мы научились видеть реальную динамику команд и построили KODA

Привет, Хабр! Меня зовут Сергей, я руководитель разработки в ITFB Group. Если вы когда-нибудь управляли командой разработки, то наверняка сталкивались с ситуацией: дедлайн горит, проект буксует, а разработчик на стендапе говорит: «Да всё делаю, осталось немного». Ты смотришь в Jira — задача давно в работе, в Git — коммиты есть, а результат не движется. И начинаются «разборы полётов»: попытки понять, где человек реально писал код и коммуницировал с командой, а где просто создавал видимость активности для отчётности. В этой статье я расскажу, как из таких ситуаций и желания сделать процессы прозрачными родилась наша внутренняя система, которая затем превратилась в продукт KODA . Мы не пытались измерить всех одной линейкой «строк кода в день». Всё началось с потребности понять, почему проекты встают, и научиться видеть проблемы не постфактум, а в моменте.

https://habr.com/ru/articles/1034830/

#itfb #эффективность_разработки #руководство_командой #руководитель_проектов #управление_проектами_и_командой #управление_командой #менеджмент_в_it

Коммиты есть, а результата нет: как мы научились видеть реальную динамику команд и построили KODA

Привет, Хабр! Меня зовут Сергей, я руководитель разработки в ITFB Group. Если вы когда-нибудь управляли командой разработки, то наверняка сталкивались с ситуацией: дедлайн горит, проект буксует, а разработчик на стендапе говорит: «Да всё делаю, осталось немного». Ты смотришь в Jira — задача давно в работе, в Git — коммиты есть, а результат не движется. И начинаются «разборы полётов»: попытки понять, где человек реально писал код и коммуницировал с командой, а где просто создавал видимость активности для отчётности. В этой статье я расскажу, как из таких ситуаций и желания сделать процессы прозрачными родилась наша внутренняя система, которая затем превратилась в продукт KODA . Мы не пытались измерить всех одной линейкой «строк кода в день». Всё началось с потребности понять, почему проекты встают, и научиться видеть проблемы не постфактум, а в моменте.

https://habr.com/ru/articles/1034830/

#itfb #эффективность_разработки #руководство_командой #руководитель_проектов #управление_проектами_и_командой #управление_командой #менеджмент_в_it

Коммиты есть, а результата нет: как мы научились видеть реальную динамику команд и построили KODA

Привет, Хабр! Меня зовут Сергей, я руководитель разработки в ITFB Group. Если вы когда-нибудь управляли командой разработки, то наверняка сталкивались с ситуацией: дедлайн горит, проект буксует, а разработчик на стендапе говорит: «Да всё делаю, осталось немного». Ты смотришь в Jira — задача давно в работе, в Git — коммиты есть, а результат не движется. И начинаются «разборы полётов»: попытки понять, где человек реально писал код и коммуницировал с командой, а где просто создавал видимость активности для отчётности. В этой статье я расскажу, как из таких ситуаций и желания сделать процессы прозрачными родилась наша внутренняя система, которая затем превратилась в продукт KODA . Мы не пытались измерить всех одной линейкой «строк кода в день». Всё началось с потребности понять, почему проекты встают, и научиться видеть проблемы не постфактум, а в моменте.

https://habr.com/ru/articles/1034830/

#itfb #эффективность_разработки #руководство_командой #руководитель_проектов #управление_проектами_и_командой #управление_командой #менеджмент_в_it

Коммиты есть, а результата нет: как мы научились видеть реальную динамику команд и построили KODA

Привет, Хабр! Меня зовут Сергей, я руководитель разработки в ITFB Group. Если вы когда-нибудь управляли командой разработки, то наверняка сталкивались с ситуацией: дедлайн горит, проект буксует, а разработчик на стендапе говорит: «Да всё делаю, осталось немного». Ты смотришь в Jira — задача давно в работе, в Git — коммиты есть, а результат не движется. И начинаются «разборы полётов»: попытки понять, где человек реально писал код и коммуницировал с командой, а где просто создавал видимость активности для отчётности. В этой статье я расскажу, как из таких ситуаций и желания сделать процессы прозрачными родилась наша внутренняя система, которая затем превратилась в продукт KODA . Мы не пытались измерить всех одной линейкой «строк кода в день». Всё началось с потребности понять, почему проекты встают, и научиться видеть проблемы не постфактум, а в моменте.

https://habr.com/ru/articles/1034830/

#itfb #эффективность_разработки #руководство_командой #руководитель_проектов #управление_проектами_и_командой #управление_командой #менеджмент_в_it

ИИ в разработке: почему иногда «в три раза быстрее» не означает «проект раньше»

Привет, Хабр! Недавно собрались с коллегами в эфире ТГ канала для разработчиков обсудить то, что сейчас волнует, кажется, каждого в индустрии — ИИ-инструменты в разработке. Не абстрактно «что думаете про ChatGPT», а конкретно: что реально работает, что нет, и почему при всём хайпе проекты не стали выходить быстрее. Вообщем, собрал ключевые мысли — дальше от третьего лица, включая свои реплики как участника.

https://habr.com/ru/articles/977790/

#ai #искусственный_интеллект #эффективность_разработки #lowcode #микросервисы #программирование #llmмодели #ускорение_разработки #обучение_программированию #карьера_программиста

Действительно эффективная разработка ПО: как бизнесу снизить затраты на создание веб-приложений

Спрос на разработку ПО в корпоративном секторе постоянно растет. Поток задач у ИТ-подразделений не кончается, но вместе с ним растет и нагрузка на бюджеты. В таких условиях выигрывает тот, кто находит пути эффективной разработки: быстрее, дешевле, без потери качества. В этой статье разберем, из чего складываются затраты на разработку ПО и как их уменьшить. Как измерить эффективность разработки В первую очередь разберемся, о разработке каких систем идет речь. Показательный пример — CRM-система для B2B . В каждой отрасли свои нюансы: у производителей оборудования — длинные циклы продаж и сложные спецификации, у химических компаний — строгие требования к сертификации и логистике. Универсальных решений на рынке просто нет. Поэтому компаниям приходится разрабатывать системы на заказ. Эффективная разработка — это не просто быстрое написание кода или выбор самой дешевой команды на рынке. Это умение с минимальными затратами получить результат, который отвечает бизнес-требованиям. На эффективность разработки влияет масса факторов, но в этой статье мы остановимся на влиянии технологий. От того, на какой платформе строится система и какие инструменты используют разработчики, напрямую зависит, во сколько обойдется проект и как быстро он окупится. На какие статьи расходов влияют технологии и как их можно оптимизировать

https://habr.com/ru/companies/haulmont/articles/969760/

#снижение_затрат #разработка_вебприложений #разработка_корпоративных_приложений #разработка_корпоративного_по #эффективность_разработки

[Перевод] В защиту «обычных» разработчиков

Мем про «10×-разработчика» живёт не просто так — такие люди встречаются. Но это не то, чем можно управлять. Софт делает команда, а скорость задаёт система вокруг неё. В статье — как навести порядок в этой системе, чтобы «обычные» инженеры стабильно давали сильный результат: короткий путь «коммит → прод», быстрый откат вместо героизма, наблюдаемость по умолчанию, удобный платформенный self-service и найм не «самых крутых», а подходящих под задачи и ценности. Продуктивность измеряется не строками кода и не тайтлами, а влиянием на бизнес; остальное — лишь прокси-метрики. К материалу

https://habr.com/ru/companies/otus/articles/963878/

#эффективность_разработки #10xразработчик #продуктивность_команды #наблюдаемость #влияние_на_бизнес #инженерная_культура

От визуализации к действию: как ДРАКОН+LLM может стать фундаментом для агентских ИИ

95% корпоративных ИИ-пилотов проваливаются. IBM Watson Health - $62 млн впустую, Zillow - $880 млн убытков, McDonald’s - чат-бот, заказывающий 260 наггетсов. Почему? Потому что компании внедряют ИИ вслепую, без понимания своих процессов. Но есть и другой путь. В этой статье я показываю, как связка ДРАКОН + LLM превращает хаос в управляемую систему и становится фундаментом для агентских ИИ. Вместо «чёрного ящика» - понятная визуальная карта, где каждый шаг прозрачен. Вместо слепого доверия - гибридный процесс: человек и ИИ делят зоны ответственности. Вместо провала - три уровня автоматизации, от 30% до 70%, с чёткими расчётами времени, рисков и ROI. На примере сети СТО мы показываем: как LLM на основе ДРАКОН-схемы проектирует агентов для записи клиентов, управления складом и поддержки механиков, как сократить время на создание ТЗ с месяца до недели, как избежать «ученика Герострата» - человека, который разрушает будущее, не понимая, что делает. Это не теория. Это инженерный план: Уровень 1: 5-7 часов экономии в неделю, риск провала - 5%, Уровень 2: 15-20 часов, риск - 20%, Уровень 3: 30-35 часов, риск - 35%. И всё это - на открытых, доступных инструментах: Llama 3, Mistral, Qwen и языке ДРАКОН, который понимает и директор, и программист. Потому что реальный ужас - не в том, что ИИ захочет нас уничтожить. А в том, что мы сами разрушим бизнес, не понимая, как работает то, чем управляем . Статья для тех, кто устал от хайпа и хочет действовать - с пониманием, а не на авось .

https://habr.com/ru/articles/953660/

#бизнеспроцессы #исскуственный_интеллект #эффективность #эффективность_труда #эффективность_разработки #эффективность_проекта #стратегия #стратегия_развития #стратегия_бизнеса #стратегия_продукта

ИИ кодинг не работает

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

https://habr.com/ru/articles/955666/

#искусственный_интеллект #разработка #исследования_в_it #исследования_и_прогнозы_в_it #gpt #cursor #ai_coding #байткод #эффективность_разработки #внедрение_ии

Когда релиз? Как мы боролись с прокрастинацией с помощью метрик

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

https://habr.com/ru/companies/tochka/articles/852240/

#эффективность_разработки #метрики_процесса #тимлид #timetomarket #cycle_time #управление_командой

Когда релиз? Как мы боролись с прокрастинацией с помощью метрик

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

https://habr.com/ru/companies/tochka/articles/852240/

#эффективность_разработки #метрики_процесса #тимлид #timetomarket #cycle_time #управление_командой

Когда релиз? Как мы боролись с прокрастинацией с помощью метрик

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

https://habr.com/ru/companies/tochka/articles/852240/

#эффективность_разработки #метрики_процесса #тимлид #timetomarket #cycle_time #управление_командой

Когда релиз? Как мы боролись с прокрастинацией с помощью метрик

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

https://habr.com/ru/companies/tochka/articles/852240/

#эффективность_разработки #метрики_процесса #тимлид #timetomarket #cycle_time #управление_командой

Код-ревью и Рингельман

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

https://habr.com/ru/companies/karuna/articles/795139/

#codestyle #codereview #управление_разработкой #эффективность_разработки

Чек-лист: технический аудит IT проекта

35 вопросов для быстрой оценки качества IT проекта Привет, дорогие читатели! Хочу поделиться с вами моим чек-листом для проверки состояния IT проекта (преимущественно web, но адаптируется и под другие). Особенно пригодится предпринимателям и управленцам, которые попали на новый проект. После проверки вы получите результат по 100-балльной системе!

https://habr.com/ru/articles/791596/

#технический_аудит #оценка_качества #управление_рисками #эффективность_разработки #производительность_приложений

Метрики для оценки эффективности команд на удаленке и не только

В далёкие славные времена мы все работали в офисе и оценка эффективности команды решалась постоянными вербальными контактами. В те времена вовлеченность команды оценивались не столько по цифровым показателям, сколько по времени нахождения всех участников разработки в одном помещении… В 2020 году мы, как и все, перешли на удаленку. Логично, что через некоторое время у менеджмента возник вопрос — насколько мы там эффективны? И второй, вытекающий из первого: что мы, как менеджмент, делаем для управления этой самой эффективностью? Для ответов одних бизнес-показателей, очевидно, недостаточно, — они не отвечают на вопрос на сколько эффективно мы растем в ИТ. Нам нужны были метрики производства с учетом методологий и процессов применяемых в организации. В конце концов, мы же хотим понять — эффективна удаленка или нет?

https://habr.com/ru/companies/alfa/articles/781654/

#эффективность_разработки #delivery_management #метрики_производительности #итерационная_разработка #управление_проектом