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

Читать далее

https://habr.com/ru/post/713744/?utm_source=habrahabr&utm_medium=rss&utm_campaign=713744

Осенью я был на митапе, посвящённом scrum'у. И услышал там интересный тезис: в слаженной скрам-команде роль тимлида/техлида минимальна, потому что все участники команды в той или иной степени являются носителями знаний и прекрасно самоорганизовываются благодаря скраму.

Читать далее

https://habr.com/ru/post/699974/?utm_source=habrahabr&utm_medium=rss&utm_campaign=699974

Отличное практическое пособие по agile-управлению проектами для всех и каждого!

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

Agile относится к любому процессу, который соответствует концепциям Agile Manifesto (манифест). В 2001 году 17 разработчиков программного обеспечения встретились, чтобы обсудить простые и эффективные методы разработки. Они опубликовали Манифест Agile Software Development, в котором рассказали о том, как они нашли "лучшие способы разработки программного обеспечения, применяя их самостоятельно и помогая делать это другим".

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

Читать далее

https://habr.com/ru/post/710034/?utm_source=habrahabr&utm_medium=rss&utm_campaign=710034

Авторские научные исследования консультантов SSC, проведенные в 2018-2022 гг. в Европе, США и России, указывают, что эволюция процессов географически распределенных команд разработки ПО привела к началу доминирования новой производственно-организационной парадигмы – полностью удаленной разработки ПО вообще без каких-либо общих офисов и личных встреч сотрудников. Стремительное ускорение роста влияния данной тенденции в 2020 году на фоне пандемии COVID-19 к концу 2022 года привело к тому, что более 50% мировых лидеров полностью перестроили свои HR- и производственные процессы, чтобы получить максимум пользы от использования модели полностью удаленной разработки ПО.

Всего авторские научные исследования консультантов SSC охватили сотню IT-компаний (в основном, Россия и Европа) и показали уверенный рост удельного веса команд в отрасли, для которых полностью удаленная разработка ПО стала производственным стандартом: от 31% в 2020 году до 58% в конце 2022 года. Также растет доля компаний, использующих «гибридный формат» работы, а в Европе появились первые компании, которые возвращают в 2023 году своих сотрудников в офисы (около 13% команд в исследовании 2022 года).

Рассмотрим основные тенденции для данной парадигмы, собранные в трех научных исследованиях в 2020, 2021, 2022 годах...

Узнать больше

https://habr.com/ru/post/709284/?utm_source=habrahabr&utm_medium=rss&utm_campaign=709284

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

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

Читать далее

https://habr.com/ru/post/706692/?utm_source=habrahabr&utm_medium=rss&utm_campaign=706692

https://habr.com/ru/post/706466/?utm_source=habrahabr&utm_medium=rss&utm_campaign=706466

Насколько детально нужно заниматься уточнением бэклога продукта (PBR) и нужно ли это вообще или это лишняя трата времени проектной команды? Руководитель направления аналитики управления автоматизации Группы «Иннотех» Владимир Золотопупов поделился опытом своей команды и рассказал о том, как этот процесс выстроен у них.

Читать далее

https://habr.com/ru/post/705974/?utm_source=habrahabr&utm_medium=rss&utm_campaign=705974

Привет! Меня зовут Елена, я недавно перешла работать в SM Lab руководителем продукта Портал поставщика. Портал – это рабочее место поставщиков товарной продукции в Спортмастер и Остин. Решение представляет собой трехслойную систему со множеством интеграций и витиеватым функционалом. Локализация интерфейсов, инструкций и обучающих курсов на трех языках, в миссии – простота и удобство пользования.

В SM Lab продуктовый подход, поэтому я зашла в готовую команду. Её особенность в том, что она достаточно большая – 17 человек. В этой статье я хочу рассказать о том, как мы внедрили относительные оценки работ и что получили в результате.

Читать далее

https://habr.com/ru/post/700288/?utm_source=habrahabr&utm_medium=rss&utm_campaign=700288

Привет! Меня зовут Лёша Дидух, я тимлид команды личного кабинета в Skyeng. Это текстовая адаптация моего доклада про ретроспективы на DUMP-2022 в Екатеринбурге.

Когда я пришёл в компанию пару лет назад, то немножко обалдел от разницы в подходах к управлению проектами и командами между моей прежней работой и Skyeng. Такой скачок между диаметрально противоположными культурами заставил меня переосмыслить и собрать воедино всё, что я знаю о ретроспективах. Будет полезно и тимлидам, и юным скрам-мастерам, да и вообще любому, кто хотя бы раз сидел на ретроспективе и думал: «Что я здесь делаю?».

В конце статьи можно найти запись доклада по теме.

Читать далее

https://habr.com/ru/post/699980/?utm_source=habrahabr&utm_medium=rss&utm_campaign=699980

Можно сказать, что на данный момент самый распространенный подход в гибкой адаптивной разработке продуктов - Scrum. Одна из ролей в Scrum - собственно Scrum-мастер. Роль, в зоне ответственности которой лежит обучение команды, правильная настройка процессов в команде, выявление и устранение препятствий в работе.
Если руководство и команда не обладают опытом в работе по Scrum, можно ли понять вообще, чем на практике должен заниматься Scrum-мастер, эффективно ли он выполняет свою работу?

Читать далее

https://habr.com/ru/post/696104/?utm_source=habrahabr&utm_medium=rss&utm_campaign=696104

Как же часто мне приходилось слышать от рекрутеров одну и ту же фразу:

Мы работаем по Agile. Спринты по 1-2 недели

Под "Agile" они, конечно же, имеют в виду Scrum. Но я с уверенностью могу сказать, что ни в одной компании, что я работал, Agile'ом даже и не пахло. И тут я даже не говорю о том, что Agile каким он был задуман в принципе не дошел до массовой разработки (о чем рассказывал один из создателей Agile Дейв Томас на конференции GOTO 2015). Я говорю об Agile в общепринятом значении этого слова.

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

По некоторым причинам команде разработчиков либо не получается наладить работу по Agile, либо руководство знает, как лучше, и навязывает собственное видение методологии разработки. Эту проблему адресовал в своей статье Рон Джефрис (вот перевод на русский), дав красноречивое название подобным практикам — "Dark Scrum". Существует и более мягкая формулировка для тех, кто считает подобное положение вещей скорее фичей, а не багом — "Pseudo Agile" или "Post Agile".

В этой статье я постараюсь расставить точки над Ё и разобраться, что такое Agile на самом деле, и какие проблемы существуют у современных гибких методологий.

Читать далее

https://habr.com/ru/post/695554/?utm_source=habrahabr&utm_medium=rss&utm_campaign=695554

Всем привет! Я Айыына Егорова, Agile Coach в inDrive. Хочу поделиться небольшим опытом работы с командами без спринтов с применением Kanban-метода. Cтатья будет полезна руководителям команд, скрам-мастерам и любым агентам изменений.

Вы узнаете, как быстро запустить работу в команде без спринтов: с чего начать, какими инструментами мы пользуемся в компании и какие ошибки нельзя допускать. Отдельно разберем пример проведения воркшопа STATIK в команде Localization.

Читать далее

https://habr.com/ru/post/692358/?utm_source=habrahabr&utm_medium=rss&utm_campaign=692358

Последние 10 лет информационные технологии повсеместно проникают в нашу жизнь. За счет них клиенты получают более быстрые и персонализированные сервисы с фокусом на конкретные потребности. С увеличением конкуренции растет скорость изменений и вместе с этим борьба за клиентов. У компаний появилась потребность в создании гибких процессов и системе, которая бы позволила максимально оперативно подстраиваться под изменяющийся рынок, при этом делая потребности пользователя основным фокусом.

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

Читать далее

https://habr.com/ru/post/694110/?utm_source=habrahabr&utm_medium=rss&utm_campaign=694110

Жизненный цикл машинного обучения

Введение

Методология agile-разработки ПО, популяризированная примерно в 2010 году манифестом Agile Software Development, продвигает идею адаптивного планирования, эволюционного развития, быстрой доставки и непрерывного совершенствования как ключевых свойств, обеспечивающих быстрый и гибкий отклик на постоянно ускоряющиеся изменения рынка и его требований.



Поскольку линейные каскадные модели, позаимствованные из отраслей производства и строительства, оказались неспособны обеспечить конкурентное преимущество в постоянно усложняющемся и быстро меняющемся мире ПО, модели Agile и Scrum стали де-факто стандартом для современной разработки ПО.



Но что произойдёт, когда мы осуществим переход к Software 2.0? Читать дальше →

https://habr.com/ru/post/686212/?utm_source=habrahabr&utm_medium=rss&utm_campaign=686212