#sdlc — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #sdlc, aggregated by home.social.
-
ИИ-агент сам создал тикет, сам же его взял, и сам закрыл. Менеджер ничего не заметил
Автономные агенты в разработке уже встроены в CI/CD живых команд, закрывают реальные тикеты и пишут код, который идёт в прод. Проблема не в том, что они это делают плохо, а в том, что метрики при этом выглядят слишком отлично. Разобрали, как агенты проходят каждый этап SDLC, что именно идёт не так на каждом из них и почему зелёный дашборд стал наименее надёжным источником правды о состоянии команды.
https://habr.com/ru/companies/simpleone/articles/1037330/
#ииагенты #SDLC #автоматизация_разработки #управление_командой #Agile #тимлид #Devin #claude_code #github #code_review
-
ИИ-агент сам создал тикет, сам же его взял, и сам закрыл. Менеджер ничего не заметил
Автономные агенты в разработке уже встроены в CI/CD живых команд, закрывают реальные тикеты и пишут код, который идёт в прод. Проблема не в том, что они это делают плохо, а в том, что метрики при этом выглядят слишком отлично. Разобрали, как агенты проходят каждый этап SDLC, что именно идёт не так на каждом из них и почему зелёный дашборд стал наименее надёжным источником правды о состоянии команды.
https://habr.com/ru/companies/simpleone/articles/1037330/
#ииагенты #SDLC #автоматизация_разработки #управление_командой #Agile #тимлид #Devin #claude_code #github #code_review
-
ИИ-агент сам создал тикет, сам же его взял, и сам закрыл. Менеджер ничего не заметил
Автономные агенты в разработке уже встроены в CI/CD живых команд, закрывают реальные тикеты и пишут код, который идёт в прод. Проблема не в том, что они это делают плохо, а в том, что метрики при этом выглядят слишком отлично. Разобрали, как агенты проходят каждый этап SDLC, что именно идёт не так на каждом из них и почему зелёный дашборд стал наименее надёжным источником правды о состоянии команды.
https://habr.com/ru/companies/simpleone/articles/1037330/
#ииагенты #SDLC #автоматизация_разработки #управление_командой #Agile #тимлид #Devin #claude_code #github #code_review
-
ИИ-агент сам создал тикет, сам же его взял, и сам закрыл. Менеджер ничего не заметил
Автономные агенты в разработке уже встроены в CI/CD живых команд, закрывают реальные тикеты и пишут код, который идёт в прод. Проблема не в том, что они это делают плохо, а в том, что метрики при этом выглядят слишком отлично. Разобрали, как агенты проходят каждый этап SDLC, что именно идёт не так на каждом из них и почему зелёный дашборд стал наименее надёжным источником правды о состоянии команды.
https://habr.com/ru/companies/simpleone/articles/1037330/
#ииагенты #SDLC #автоматизация_разработки #управление_командой #Agile #тимлид #Devin #claude_code #github #code_review
-
Джуны теперь пишут лучше, чем понимают. Что с этим делать
Вокруг ИИ в разработке уже сформировались два шумных лагеря: одни уверены, что джуны теперь не нужны, другие считают, что ничего принципиально не изменилось. На практике неверны обе крайности.
https://habr.com/ru/companies/simpleone/articles/1036918/
#джуны #найм_разработчиков #онбординг #code_review #ИИ_в_разработке #инженерная_культура #SDLC
-
Джуны теперь пишут лучше, чем понимают. Что с этим делать
Вокруг ИИ в разработке уже сформировались два шумных лагеря: одни уверены, что джуны теперь не нужны, другие считают, что ничего принципиально не изменилось. На практике неверны обе крайности.
https://habr.com/ru/companies/simpleone/articles/1036918/
#джуны #найм_разработчиков #онбординг #code_review #ИИ_в_разработке #инженерная_культура #SDLC
-
Джуны теперь пишут лучше, чем понимают. Что с этим делать
Вокруг ИИ в разработке уже сформировались два шумных лагеря: одни уверены, что джуны теперь не нужны, другие считают, что ничего принципиально не изменилось. На практике неверны обе крайности.
https://habr.com/ru/companies/simpleone/articles/1036918/
#джуны #найм_разработчиков #онбординг #code_review #ИИ_в_разработке #инженерная_культура #SDLC
-
Джуны теперь пишут лучше, чем понимают. Что с этим делать
Вокруг ИИ в разработке уже сформировались два шумных лагеря: одни уверены, что джуны теперь не нужны, другие считают, что ничего принципиально не изменилось. На практике неверны обе крайности.
https://habr.com/ru/companies/simpleone/articles/1036918/
#джуны #найм_разработчиков #онбординг #code_review #ИИ_в_разработке #инженерная_культура #SDLC
-
Who has legal responsibility in #AgenticDevelopment for software written by LLMs in feedback loops? A company selling / offering this for commercial gain - pretty much, at least in the #EU. How about software engineers building, monitoring & maintaining LLM feedback loops shaping the brute-forced #SDLC? How about software engineers as "accountability sink" reviewing and guiding the feedback loop for a feature in a faulty release with commits in their name, or signing off generated commits?
-
I wrote up how I think AppSec teams can adapt to and benefit from agentic engineering and its effects on the SDLC: Move from detection to mitigation. Become engineers, not gatekeepers. Partner with SRE and platform engineering.
-
I wrote up how I think AppSec teams can adapt to and benefit from agentic engineering and its effects on the SDLC: Move from detection to mitigation. Become engineers, not gatekeepers. Partner with SRE and platform engineering.
-
I wrote up how I think AppSec teams can adapt to and benefit from agentic engineering and its effects on the SDLC: Move from detection to mitigation. Become engineers, not gatekeepers. Partner with SRE and platform engineering.
-
I wrote up how I think AppSec teams can adapt to and benefit from agentic engineering and its effects on the SDLC: Move from detection to mitigation. Become engineers, not gatekeepers. Partner with SRE and platform engineering.
-
CI/CD в эпоху агентов
С интересом наблюдаю, как инженерные процессы и инструменты, к которым мы привыкли за десятки лет, переосмысливаются под ИИ-нативный подход. Например, классический CI/CD, построенный вокруг pull request-ов и человеческого темпа разработки, плохо подходит для мира, где код всё чаще пишут агенты. До работы с агентами цикл разработки выглядел так: человек медленно пишет код → оформляет PR → CI прогоняет линтеры, тесты и сборку → другой человек ревьюит изменения → изменения попадают в основную ветку. В такой парадигме долгое время работы CI-пайплайна часто было ожидаемым и терпимым, потому что самая большая задержка всё равно была на стороне команды: разработчик писал код часами или днями, ревью тоже ждали часами или днями, PR жил долго. С агентами всё меняется: код генерируется быстро и относительно дёшево → задач становится больше → ветки с изменениями плодятся быстрее → PR становится слишком медленной и неудобной единицей работы → валидацию изменений нужно двигать внутрь агентного цикла. Но CI/CD вряд ли не исчезает. Скорее он перестанет быть контуром вокруг которого происходит работа с изменениями и превратится в низкоуровневый слой для быстрой проверки изменений внутри агентного цикла. Почему так? CI/CD в текущем виде был спроектирован для мира, где человек — главный агент. Человек держит в голове некое намерение: например, «хочу добавить кнопку оформления заказа». Потом проходит цикл: намерение → код → pull request → CI → код-ревью → merge. На каждом этапе может быть откат назад:
-
CI/CD в эпоху агентов
С интересом наблюдаю, как инженерные процессы и инструменты, к которым мы привыкли за десятки лет, переосмысливаются под ИИ-нативный подход. Например, классический CI/CD, построенный вокруг pull request-ов и человеческого темпа разработки, плохо подходит для мира, где код всё чаще пишут агенты. До работы с агентами цикл разработки выглядел так: человек медленно пишет код → оформляет PR → CI прогоняет линтеры, тесты и сборку → другой человек ревьюит изменения → изменения попадают в основную ветку. В такой парадигме долгое время работы CI-пайплайна часто было ожидаемым и терпимым, потому что самая большая задержка всё равно была на стороне команды: разработчик писал код часами или днями, ревью тоже ждали часами или днями, PR жил долго. С агентами всё меняется: код генерируется быстро и относительно дёшево → задач становится больше → ветки с изменениями плодятся быстрее → PR становится слишком медленной и неудобной единицей работы → валидацию изменений нужно двигать внутрь агентного цикла. Но CI/CD вряд ли не исчезает. Скорее он перестанет быть контуром вокруг которого происходит работа с изменениями и превратится в низкоуровневый слой для быстрой проверки изменений внутри агентного цикла. Почему так? CI/CD в текущем виде был спроектирован для мира, где человек — главный агент. Человек держит в голове некое намерение: например, «хочу добавить кнопку оформления заказа». Потом проходит цикл: намерение → код → pull request → CI → код-ревью → merge. На каждом этапе может быть откат назад:
-
CI/CD в эпоху агентов
С интересом наблюдаю, как инженерные процессы и инструменты, к которым мы привыкли за десятки лет, переосмысливаются под ИИ-нативный подход. Например, классический CI/CD, построенный вокруг pull request-ов и человеческого темпа разработки, плохо подходит для мира, где код всё чаще пишут агенты. До работы с агентами цикл разработки выглядел так: человек медленно пишет код → оформляет PR → CI прогоняет линтеры, тесты и сборку → другой человек ревьюит изменения → изменения попадают в основную ветку. В такой парадигме долгое время работы CI-пайплайна часто было ожидаемым и терпимым, потому что самая большая задержка всё равно была на стороне команды: разработчик писал код часами или днями, ревью тоже ждали часами или днями, PR жил долго. С агентами всё меняется: код генерируется быстро и относительно дёшево → задач становится больше → ветки с изменениями плодятся быстрее → PR становится слишком медленной и неудобной единицей работы → валидацию изменений нужно двигать внутрь агентного цикла. Но CI/CD вряд ли не исчезает. Скорее он перестанет быть контуром вокруг которого происходит работа с изменениями и превратится в низкоуровневый слой для быстрой проверки изменений внутри агентного цикла. Почему так? CI/CD в текущем виде был спроектирован для мира, где человек — главный агент. Человек держит в голове некое намерение: например, «хочу добавить кнопку оформления заказа». Потом проходит цикл: намерение → код → pull request → CI → код-ревью → merge. На каждом этапе может быть откат назад:
-
CI/CD в эпоху агентов
С интересом наблюдаю, как инженерные процессы и инструменты, к которым мы привыкли за десятки лет, переосмысливаются под ИИ-нативный подход. Например, классический CI/CD, построенный вокруг pull request-ов и человеческого темпа разработки, плохо подходит для мира, где код всё чаще пишут агенты. До работы с агентами цикл разработки выглядел так: человек медленно пишет код → оформляет PR → CI прогоняет линтеры, тесты и сборку → другой человек ревьюит изменения → изменения попадают в основную ветку. В такой парадигме долгое время работы CI-пайплайна часто было ожидаемым и терпимым, потому что самая большая задержка всё равно была на стороне команды: разработчик писал код часами или днями, ревью тоже ждали часами или днями, PR жил долго. С агентами всё меняется: код генерируется быстро и относительно дёшево → задач становится больше → ветки с изменениями плодятся быстрее → PR становится слишком медленной и неудобной единицей работы → валидацию изменений нужно двигать внутрь агентного цикла. Но CI/CD вряд ли не исчезает. Скорее он перестанет быть контуром вокруг которого происходит работа с изменениями и превратится в низкоуровневый слой для быстрой проверки изменений внутри агентного цикла. Почему так? CI/CD в текущем виде был спроектирован для мира, где человек — главный агент. Человек держит в голове некое намерение: например, «хочу добавить кнопку оформления заказа». Потом проходит цикл: намерение → код → pull request → CI → код-ревью → merge. На каждом этапе может быть откат назад:
-
RE: https://mstdn.social/@Rob_Bos/116532361556182970
#AI #SDLC #GitHubCopilot , sharing this more broadly
-
RE: https://mstdn.social/@Rob_Bos/116532361556182970
#AI #SDLC #GitHubCopilot , sharing this more broadly
-
RE: https://mstdn.social/@Rob_Bos/116532361556182970
#AI #SDLC #GitHubCopilot , sharing this more broadly
-
RE: https://mstdn.social/@Rob_Bos/116532361556182970
#AI #SDLC #GitHubCopilot , sharing this more broadly
-
RE: https://mstdn.social/@Rob_Bos/116532361556182970
#AI #SDLC #GitHubCopilot , sharing this more broadly
-
ИИ-агенты в инженерной команде: гайд для тимлида, который не хочет получить бунт
Вы прочитали гайд по Cursor, посмотрели демку Claude Code, посчитали в голове экономику и решили: пора. Спускаете в команду указание — попробовать на следующей итерации. Через две недели смотрите на цифры и видите, что lead time не сократился, а вырос. Полетели странные инциденты в трекер. Двое лучших разработчиков ходят с лицами «я же говорил». На ретро звучит сдержанное «нам нужно больше времени, чтобы оценить эффект». На самом деле это значит «уберите эту штуку». Знакомо? Это типичная картина внедрения ИИ в инженерной команде через администрирование. Проблема не в инструменте, не в моделях и не в скептиках. Проблема в том, что push-модель (принуждение) внедрения системно не работает с разработчиками высоких грейдов — и чем сильнее ваша команда, тем хуже она работает. В этом гайде — модель вовлечения без революций (далее pull-модель). Что нужно построить, чтобы синьоры сами выбрали работать с агентом, а через три месяца стали евангелистами. Это не про мотивационные речи и не про премии за процент кода от ИИ. Это про инженерное решение: workflow, инфраструктура и фазы развёртывания, которые проходят фильтр опытного разработчика. Читать как этого добиться
https://habr.com/ru/articles/1030314/
#ииагенты #agentic_coding #claude_code #claude_code_skills #codex #парное_программирование #управление_командой_разработки #workflow #sdlc #тимлидерство
-
ИИ-агенты в инженерной команде: гайд для тимлида, который не хочет получить бунт
Вы прочитали гайд по Cursor, посмотрели демку Claude Code, посчитали в голове экономику и решили: пора. Спускаете в команду указание — попробовать на следующей итерации. Через две недели смотрите на цифры и видите, что lead time не сократился, а вырос. Полетели странные инциденты в трекер. Двое лучших разработчиков ходят с лицами «я же говорил». На ретро звучит сдержанное «нам нужно больше времени, чтобы оценить эффект». На самом деле это значит «уберите эту штуку». Знакомо? Это типичная картина внедрения ИИ в инженерной команде через администрирование. Проблема не в инструменте, не в моделях и не в скептиках. Проблема в том, что push-модель (принуждение) внедрения системно не работает с разработчиками высоких грейдов — и чем сильнее ваша команда, тем хуже она работает. В этом гайде — модель вовлечения без революций (далее pull-модель). Что нужно построить, чтобы синьоры сами выбрали работать с агентом, а через три месяца стали евангелистами. Это не про мотивационные речи и не про премии за процент кода от ИИ. Это про инженерное решение: workflow, инфраструктура и фазы развёртывания, которые проходят фильтр опытного разработчика. Читать как этого добиться
https://habr.com/ru/articles/1030314/
#ииагенты #agentic_coding #claude_code #claude_code_skills #codex #парное_программирование #управление_командой_разработки #workflow #sdlc #тимлидерство
-
ИИ-агенты в инженерной команде: гайд для тимлида, который не хочет получить бунт
Вы прочитали гайд по Cursor, посмотрели демку Claude Code, посчитали в голове экономику и решили: пора. Спускаете в команду указание — попробовать на следующей итерации. Через две недели смотрите на цифры и видите, что lead time не сократился, а вырос. Полетели странные инциденты в трекер. Двое лучших разработчиков ходят с лицами «я же говорил». На ретро звучит сдержанное «нам нужно больше времени, чтобы оценить эффект». На самом деле это значит «уберите эту штуку». Знакомо? Это типичная картина внедрения ИИ в инженерной команде через администрирование. Проблема не в инструменте, не в моделях и не в скептиках. Проблема в том, что push-модель (принуждение) внедрения системно не работает с разработчиками высоких грейдов — и чем сильнее ваша команда, тем хуже она работает. В этом гайде — модель вовлечения без революций (далее pull-модель). Что нужно построить, чтобы синьоры сами выбрали работать с агентом, а через три месяца стали евангелистами. Это не про мотивационные речи и не про премии за процент кода от ИИ. Это про инженерное решение: workflow, инфраструктура и фазы развёртывания, которые проходят фильтр опытного разработчика. Читать как этого добиться
https://habr.com/ru/articles/1030314/
#ииагенты #agentic_coding #claude_code #claude_code_skills #codex #парное_программирование #управление_командой_разработки #workflow #sdlc #тимлидерство
-
ИИ-агенты в инженерной команде: гайд для тимлида, который не хочет получить бунт
Вы прочитали гайд по Cursor, посмотрели демку Claude Code, посчитали в голове экономику и решили: пора. Спускаете в команду указание — попробовать на следующей итерации. Через две недели смотрите на цифры и видите, что lead time не сократился, а вырос. Полетели странные инциденты в трекер. Двое лучших разработчиков ходят с лицами «я же говорил». На ретро звучит сдержанное «нам нужно больше времени, чтобы оценить эффект». На самом деле это значит «уберите эту штуку». Знакомо? Это типичная картина внедрения ИИ в инженерной команде через администрирование. Проблема не в инструменте, не в моделях и не в скептиках. Проблема в том, что push-модель (принуждение) внедрения системно не работает с разработчиками высоких грейдов — и чем сильнее ваша команда, тем хуже она работает. В этом гайде — модель вовлечения без революций (далее pull-модель). Что нужно построить, чтобы синьоры сами выбрали работать с агентом, а через три месяца стали евангелистами. Это не про мотивационные речи и не про премии за процент кода от ИИ. Это про инженерное решение: workflow, инфраструктура и фазы развёртывания, которые проходят фильтр опытного разработчика. Читать как этого добиться
https://habr.com/ru/articles/1030314/
#ииагенты #agentic_coding #claude_code #claude_code_skills #codex #парное_программирование #управление_командой_разработки #workflow #sdlc #тимлидерство
-
Если инцидент закрыт, это не значит, что проблема решена
Пятница, 23:40, прод лежит. Дежурный поднимает сервис за сорок минут: перезапустил контейнер, всё заработало. Инцидент закрыт, MTTR красивый, все спать. Через десять дней то же самое: тот же сервис, та же ошибка в логах. Снова подняли и снова закрыли.
https://habr.com/ru/companies/simpleone/articles/1029592/
#ITSM #SDLC #инцидент #баг #Service_Desk #DevOps #MTTR #управление_инцидентами
-
Если инцидент закрыт, это не значит, что проблема решена
Пятница, 23:40, прод лежит. Дежурный поднимает сервис за сорок минут: перезапустил контейнер, всё заработало. Инцидент закрыт, MTTR красивый, все спать. Через десять дней то же самое: тот же сервис, та же ошибка в логах. Снова подняли и снова закрыли.
https://habr.com/ru/companies/simpleone/articles/1029592/
#ITSM #SDLC #инцидент #баг #Service_Desk #DevOps #MTTR #управление_инцидентами
-
Если инцидент закрыт, это не значит, что проблема решена
Пятница, 23:40, прод лежит. Дежурный поднимает сервис за сорок минут: перезапустил контейнер, всё заработало. Инцидент закрыт, MTTR красивый, все спать. Через десять дней то же самое: тот же сервис, та же ошибка в логах. Снова подняли и снова закрыли.
https://habr.com/ru/companies/simpleone/articles/1029592/
#ITSM #SDLC #инцидент #баг #Service_Desk #DevOps #MTTR #управление_инцидентами
-
Если инцидент закрыт, это не значит, что проблема решена
Пятница, 23:40, прод лежит. Дежурный поднимает сервис за сорок минут: перезапустил контейнер, всё заработало. Инцидент закрыт, MTTR красивый, все спать. Через десять дней то же самое: тот же сервис, та же ошибка в логах. Снова подняли и снова закрыли.
https://habr.com/ru/companies/simpleone/articles/1029592/
#ITSM #SDLC #инцидент #баг #Service_Desk #DevOps #MTTR #управление_инцидентами
-
IBM is launching Bob, an AI-first development partner engineered to integrate directly into the full software development lifecycle. https://www.artificialintelligence-news.com/news/ibm-launches-ai-platform-bob-to-regulate-sdlc-costs/ #ibm #sdlc #enterpriseai #agenticai #developers #ai #technology
-
IBM is launching Bob, an AI-first development partner engineered to integrate directly into the full software development lifecycle. https://www.artificialintelligence-news.com/news/ibm-launches-ai-platform-bob-to-regulate-sdlc-costs/ #ibm #sdlc #enterpriseai #agenticai #developers #ai #technology
-
IBM is launching Bob, an AI-first development partner engineered to integrate directly into the full software development lifecycle. https://www.artificialintelligence-news.com/news/ibm-launches-ai-platform-bob-to-regulate-sdlc-costs/ #ibm #sdlc #enterpriseai #agenticai #developers #ai #technology
-
IBM is launching Bob, an AI-first development partner engineered to integrate directly into the full software development lifecycle. https://www.artificialintelligence-news.com/news/ibm-launches-ai-platform-bob-to-regulate-sdlc-costs/ #ibm #sdlc #enterpriseai #agenticai #developers #ai #technology
-
IBM is launching Bob, an AI-first development partner engineered to integrate directly into the full software development lifecycle. https://www.artificialintelligence-news.com/news/ibm-launches-ai-platform-bob-to-regulate-sdlc-costs/ #ibm #sdlc #enterpriseai #agenticai #developers #ai #technology
-
$180 за три дня: история про архитектора, Cursor и пакет орешков
$180 на Cursor за три дня. Три монитора. Пакет орешков. Ноль тестов. Бизнес в восторге. Команда в ужасе. Угадайте, кто победил.
https://habr.com/ru/companies/simpleone/articles/1029070/
#Cursor #AI_в_разработке #вайбкодинг #code_review #ИИгенерация_кода #SDLC
-
$180 за три дня: история про архитектора, Cursor и пакет орешков
$180 на Cursor за три дня. Три монитора. Пакет орешков. Ноль тестов. Бизнес в восторге. Команда в ужасе. Угадайте, кто победил.
https://habr.com/ru/companies/simpleone/articles/1029070/
#Cursor #AI_в_разработке #вайбкодинг #code_review #ИИгенерация_кода #SDLC
-
$180 за три дня: история про архитектора, Cursor и пакет орешков
$180 на Cursor за три дня. Три монитора. Пакет орешков. Ноль тестов. Бизнес в восторге. Команда в ужасе. Угадайте, кто победил.
https://habr.com/ru/companies/simpleone/articles/1029070/
#Cursor #AI_в_разработке #вайбкодинг #code_review #ИИгенерация_кода #SDLC
-
$180 за три дня: история про архитектора, Cursor и пакет орешков
$180 на Cursor за три дня. Три монитора. Пакет орешков. Ноль тестов. Бизнес в восторге. Команда в ужасе. Угадайте, кто победил.
https://habr.com/ru/companies/simpleone/articles/1029070/
#Cursor #AI_в_разработке #вайбкодинг #code_review #ИИгенерация_кода #SDLC
-
#ANSSI #SSI #SDLC #DevSecOps
L'ANSSI publie une étude (106 slides) sur la sécurisation des cycles de développement et leurs défis, dans le cadre de la sécurisation de la chaîne d'approvisionnement et le renforcement des obligations réglementaires. L'étude aborde également des thèmes tels que la security by design, y compris avec l'IA (MLSecOps).
"La sécurisation du cycle de développement logiciel n’est plus une option : c’est un enjeu stratégique !" (tout est dit)
https://cyber.gouv.fr/actualites/s-sdlc-et-devsecops-enjeux-et-perspectives/ -
Just shipped: time tracking for forgejo-mcp 🕒
10 new MCP tools — log time with "15m"-style durations, run per-issue stopwatches, list your ledger. Works on issues and PRs alike.
-
Just shipped: time tracking for forgejo-mcp 🕒
10 new MCP tools — log time with "15m"-style durations, run per-issue stopwatches, list your ledger. Works on issues and PRs alike.
-
Just shipped: time tracking for forgejo-mcp 🕒
10 new MCP tools — log time with "15m"-style durations, run per-issue stopwatches, list your ledger. Works on issues and PRs alike.
-
Just shipped: time tracking for forgejo-mcp 🕒
10 new MCP tools — log time with "15m"-style durations, run per-issue stopwatches, list your ledger. Works on issues and PRs alike.
-
Что такое DORA-метрики и как их измерять, часть 1
Проблема большинства команд не в том, что они работают медленно. Проблема в том, что они толком не понимают, где именно теряют время, сколько стоит каждая ошибка и насколько тяжёлым стал сам процесс поставки изменений. Именно здесь и полезны DORA-метрики. Разберём, что они измеряют, где их чаще всего трактуют неправильно и как применять их без KPI-магии.
https://habr.com/ru/companies/simpleone/articles/1024676/
#dora #doraметрики #devops #cicd #метрики_разработки #deployment_frequency #lead_time #change_failure_rate #mttr #sdlc
-
Что такое DORA-метрики и как их измерять, часть 1
Проблема большинства команд не в том, что они работают медленно. Проблема в том, что они толком не понимают, где именно теряют время, сколько стоит каждая ошибка и насколько тяжёлым стал сам процесс поставки изменений. Именно здесь и полезны DORA-метрики. Разберём, что они измеряют, где их чаще всего трактуют неправильно и как применять их без KPI-магии.
https://habr.com/ru/companies/simpleone/articles/1024676/
#dora #doraметрики #devops #cicd #метрики_разработки #deployment_frequency #lead_time #change_failure_rate #mttr #sdlc
-
Что такое DORA-метрики и как их измерять, часть 1
Проблема большинства команд не в том, что они работают медленно. Проблема в том, что они толком не понимают, где именно теряют время, сколько стоит каждая ошибка и насколько тяжёлым стал сам процесс поставки изменений. Именно здесь и полезны DORA-метрики. Разберём, что они измеряют, где их чаще всего трактуют неправильно и как применять их без KPI-магии.
https://habr.com/ru/companies/simpleone/articles/1024676/
#dora #doraметрики #devops #cicd #метрики_разработки #deployment_frequency #lead_time #change_failure_rate #mttr #sdlc
-
Что такое DORA-метрики и как их измерять, часть 1
Проблема большинства команд не в том, что они работают медленно. Проблема в том, что они толком не понимают, где именно теряют время, сколько стоит каждая ошибка и насколько тяжёлым стал сам процесс поставки изменений. Именно здесь и полезны DORA-метрики. Разберём, что они измеряют, где их чаще всего трактуют неправильно и как применять их без KPI-магии.
https://habr.com/ru/companies/simpleone/articles/1024676/
#dora #doraметрики #devops #cicd #метрики_разработки #deployment_frequency #lead_time #change_failure_rate #mttr #sdlc
-
Данные переехали. Команда — нет
Представьте: команда из 80 человек несколько лет живёт в Jira. Доски, спринты, кастомные поля, автоматизации на Groovy, сотни вложений, тысячи ссылок, разлетевшихся по корпоративным вики и письмам. И вот в один прекрасный день приходит задача: «Переезжаем». Дедлайн — три месяца. При этом на старте никто не знает, что в системе накопилось за годы: десятки автоматизаций, половина из которых создавалась под задачи, которых уже нет.
https://habr.com/ru/companies/simpleone/articles/1023908/
#SDLC #atlassian #atlassian_jira #Миграция_с_Jira #управление_проектами #управление_разработкой
-
Данные переехали. Команда — нет
Представьте: команда из 80 человек несколько лет живёт в Jira. Доски, спринты, кастомные поля, автоматизации на Groovy, сотни вложений, тысячи ссылок, разлетевшихся по корпоративным вики и письмам. И вот в один прекрасный день приходит задача: «Переезжаем». Дедлайн — три месяца. При этом на старте никто не знает, что в системе накопилось за годы: десятки автоматизаций, половина из которых создавалась под задачи, которых уже нет.
https://habr.com/ru/companies/simpleone/articles/1023908/
#SDLC #atlassian #atlassian_jira #Миграция_с_Jira #управление_проектами #управление_разработкой