#методологии_разработки — Public Fediverse posts

Как устроена разработка ПО: разбираем Waterfall и Agile

Почему Agile‑команды скатываются в неконтролируемый хаос, а проекты на Waterfall годами пилят никому не нужный продукт? Спойлер: проблема не в методологиях, а в нас самих. Вы узнаете, как сильные команды совмещают лучшие практики обоих миров, почему Contract‑First и Trunk‑based Development спасают даже в Agile.

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

#Waterfall #Agile #Scrum #методологии_разработки #процесс_разработки_ПО #системный_анализ #требования #проектирование #обратная_связь #гибридный_подход

Организация производства Информационных систем. Часть 6. Разработка. 6.2. Имплементация проектного решения

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

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

#производство #управление_разработкой #управление_командой_разработки #продуктовая_разработка #организация_труда #инфраструктура_бизнеса #инфраструктура_itкомпании #rup #agile #методологии_разработки

Организация производства Информационных систем. Часть 6. Разработка. 6.2. Имплементация проектного решения

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

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

#производство #управление_разработкой #управление_командой_разработки #продуктовая_разработка #организация_труда #инфраструктура_бизнеса #инфраструктура_itкомпании #rup #agile #методологии_разработки

Организация производства Информационных систем. Часть 6. Разработка. 6.2. Имплементация проектного решения

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

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

#производство #управление_разработкой #управление_командой_разработки #продуктовая_разработка #организация_труда #инфраструктура_бизнеса #инфраструктура_itкомпании #rup #agile #методологии_разработки

Организация производства Информационных систем. Часть 6. Разработка. 6.2. Имплементация проектного решения

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

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

#производство #управление_разработкой #управление_командой_разработки #продуктовая_разработка #организация_труда #инфраструктура_бизнеса #инфраструктура_itкомпании #rup #agile #методологии_разработки

[Перевод] Подход Atlassian к Качественной Помощи (Quality Assistance)

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

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

#atlassian #qa_management #quality_assurance #тестирование #qa_testing #тестирование_по #тестирование_приложений #qa #методология_тестирования #методологии_разработки

Культурный сдвиг: от «отдать в разработку» к «создавать вместе»

Компании ускоряют релизы, автоматизируют пайплайны, считают DORA-метрики. Но задачи всё равно висят неделями, релизы откатываются, а доработки съедают спринты. Проблема часто не в Scrum и не в CI/CD. Она в том, как устроена передача работы: аналитики пишут требования, разработка «реализует», QA проверяет, поддержка тушит пожары. За результат никто не отвечает целиком. Каждая передача задачи — это пауза, пересказ контекста и новая точка разрыва. В проектной модели это нормально. В продуктовой — начинает дорого стоить. В статье разберём: – почему задачи «застревают» между командами; – какие метрики первыми показывают проблему; – чем отличаются команды с полной ответственностью за результат; – и почему инструменты сами по себе ничего не решают. Читать статью

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

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

От PoC до MP. Как разрабатывают софт в рамках полного цикла создания умных устройств

Разрабатывая девайсы, мы проходим полный цикл создания устройства: ES, EVT, DVT, PVT-этапы. Это международный инженерный фреймворк, его использует множество компаний. Но акцент во фреймворке на валидации и доработке хардверной части. О том, что в рамках каждого этапа требуется от софта, говорят мало и редко. Поэтому расскажу, как мы вписываем разработку программного обеспечения в основные этапы разработки «железа» и что требуют от software-команды на каждом этапе создания умных устройств Sber. Если вы хотите разрабатывать софт в хардверной компании или уже занимаетесь этим, но пока не работали в рамках фреймворка полного цикла — точно будет интересно.

https://habr.com/ru/companies/sberdevices/articles/932702/

#разработка #устройства #софт #методологии_разработки #умные_устройства

От PoC до MP. Как разрабатывают софт в рамках полного цикла создания умных устройств

Разрабатывая девайсы, мы проходим полный цикл создания устройства: ES, EVT, DVT, PVT-этапы. Это международный инженерный фреймворк, его использует множество компаний. Но акцент во фреймворке на валидации и доработке хардверной части. О том, что в рамках каждого этапа требуется от софта, говорят мало и редко. Поэтому расскажу, как мы вписываем разработку программного обеспечения в основные этапы разработки «железа» и что требуют от software-команды на каждом этапе создания умных устройств Sber. Если вы хотите разрабатывать софт в хардверной компании или уже занимаетесь этим, но пока не работали в рамках фреймворка полного цикла — точно будет интересно.

https://habr.com/ru/companies/sberdevices/articles/932702/

#разработка #устройства #софт #методологии_разработки #умные_устройства

От PoC до MP. Как разрабатывают софт в рамках полного цикла создания умных устройств

Разрабатывая девайсы, мы проходим полный цикл создания устройства: ES, EVT, DVT, PVT-этапы. Это международный инженерный фреймворк, его использует множество компаний. Но акцент во фреймворке на валидации и доработке хардверной части. О том, что в рамках каждого этапа требуется от софта, говорят мало и редко. Поэтому расскажу, как мы вписываем разработку программного обеспечения в основные этапы разработки «железа» и что требуют от software-команды на каждом этапе создания умных устройств Sber. Если вы хотите разрабатывать софт в хардверной компании или уже занимаетесь этим, но пока не работали в рамках фреймворка полного цикла — точно будет интересно.

https://habr.com/ru/companies/sberdevices/articles/932702/

#разработка #устройства #софт #методологии_разработки #умные_устройства

Опасный пассив на балансе: технический долг в вашей инфраструктуре

Представьте: вы — CTO, перед вами — зеленые дашборды, аптайм 99.9%, клиенты довольны. Но где-то в недрах инфраструктуры тикает бомба замедленного действия. Ее зовут «технический долг», и он накапливается каждый день. Каждый раз, когда архитектор говорит: «Потом допилим», админ — «Некогда сейчас по стандартам настраивать», а менеджер — «лишь бы работало», компания подписывает кредитный договор. Только вместо банка — невидимый коллектор, а проценты начисляются рисками. Сегодня поговорим о том, почему классический подход «работает — не трогай» больше не работает, и как системно решать эту проблему. Разберем реальные кейсы из практики К2Тех и покажем методологию, которая помогает построить управляемый процесс погашения технического долга. Ведь альтернатива — оказаться в новостных заголовках рядом с теми компаниями, которые уже дорого заплатили по счетам. Спойлер: это не про покупку дорогих железок или найм армии пентестеров. Это про системный подход, автоматизацию и изменение культуры, это непрерывный процесс, которым многие пренебрегают. Харденинг — ваша страховка от кибер-коллекторов, которые приходят без предупреждения.

https://habr.com/ru/companies/k2tech/articles/938964/

#Хардеринг #архитектура_системы #технический_долг #методологии_разработки #инфраструктура #техдолг

Приоритизация бэклога. Максимальный гайд

Привет, читатели Хабра! Кому из нас не знакома ситуация, когда «горит» вообще всё и сразу? Кажется, что каждая задача кричит: «Сделай меня первой!» И вот тут‑то и возникает ступор: за что хвататься, с чего начать? Методик приоритизации существует великое множество — от простой и понятной матрицы Эйзенхауэра до запутанных фреймворков вроде WSJF. Но как во всем этом разобраться и не утонуть в бесконечных таблицах и формулах? Меня зовут Барилко Виталий, я разработчик / директор / главный идеолог программы

https://habr.com/ru/companies/softonit/articles/911520/

#управление_проектами #приоритезация_задач #разработка_по #agile #методологии_разработки #бэклог #управление_itотделом_8 #софтонит

Waterfall, Agile, Scrumban — плюсы и минусы, или Что не так с эталонными подходами к разработке

Сегодня в методах разработки ПО исключения не подтверждают, а скорее заменяют правила. Чистокровный Аgile днем с огнем не сыщешь ни в одной компании. Зато плодятся разные гибридные методологии. Некоторые проджекты задаются совсем уж крамольным вопросом: зачем нужны эталонные системы, если на практике все работают по-разному? Думается, что они выступают в качестве удачных базовых рабочих процессов, которые можно и нужно модифицировать. Однако перед тем, как что-то менять, постараемся в общих чертах разобраться, что не так с популярными методологиями разработки, в чем их особенности и как выбрать подходящую. Спойлер: многие затронутые вопросы спорные, и готовых решений у нашей команды нет (как, наверное, у большинства PM). Так что заранее приглашаю всех желающих к диалогу и обмену опытом в комментариях.

https://habr.com/ru/companies/magnus-tech/articles/785638/

#управление_проектами #scrum #kanban #методологии_разработки #гибридные_методологии #waterfall #выбор_методологии #scrumban

Неработающие принципы Agile. Когда Agile не принесет ожидаемого эффекта

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

https://habr.com/ru/companies/reksoft/articles/919242/

#agile #гибкие_методологии #методологии_разработки