Архив рубрики ‘waterfall’

Почему классическое управление проектами часто не работает в IT-продуктах

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

Материал подготовлен в рамках курса «Системный аналитик. Базовый уровень». Всем привет, меня зовут Сергей Прощаев. Я Tech Lead и руководитель направления Java | Kotlin разработки в FinTech, а также преподаю на курсах разработки и архитектуры в OTUS. В этой статье расскажу о том, как на самом деле устроен процесс создания ПО и почему выбор методологии разработки до сих пор вызывает жаркие споры даже в очень дорогих […]

Водопад или Agile?

Привет, Хабр! Я — Михаил Персианов (Данила Мастер), разработчик 1С в ИТ-холдинге Т1. Сегодня мы с Оппонентом обсудим вечную тему. Конечно же, в контексте 1С, и с неожиданным выводом. Для тех, кто вдруг не в курсе, поясню: «Водопад» (waterfall) — классический метод выполнения проекта, при котором строится чёткий план этапов и действий, их зависимостей и […]

Мифы и реальность: есть ли основание противопоставлять Agile и Waterfall?

Почему каскадная модель не так «жёстка», как кажется, а Agile — не методология. На написание статьи сподвигла статья https://habr.com/ru/companies/ruvds/articles/844506/ и обсуждения в чате одного сообщества по бережливому производству.Хочу сразу обратить внимание, что здесь будем обсуждать ложную дихотомию в управлении проектами.

Agile в классической литературе ч1. Достоевский, Гоголь

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

Провал Agile — из-за чего «Agile проекты проваливаются на 268% чаще»

TL;DR; — Agile, как философия управления, требует полной приверженности всей организации и правильного руководства для достижения успеха. Чрезмерное упрощение и кликбейтные заголовки никому не помогают создавать лучшее программное обеспечение. Недавно я прочитал заголовок: «Исследование показывает, что проекты, реализуемые по методологии Agile, имеют на 268% более высокий уровень неудач». Как человек, который помогал многим организациям в […]

Исследование показало, Agile-проекты проваливаются на 268% чаще

Исследование, в котором приняли участие 600 инженеров-программистов из Великобритании и США, показало, что проекты, в которых применяются методы Agile Manifesto, на 268% чаще заканчиваются неудачей, чем проекты, в которых используются другие методы. Исследования показывают, что с помощью новой методологии Impact Engineering можно снизить количество неудачных проектов по разработке программного обеспечения в 6,5 раз.

Про оценки трудозатрат, гадание на кофейной гуще, бесполезный аджайл и безумных бюрократов

Сколько времени нужно, чтобы завязать шнурки? Ну, секунд десять. А чтобы написать инструкцию, как завязывать шнурки? Вот и в софте у нас самая честная оценка — я не знаю.

SDLC: пойди туда, не знаю куда, но непременно по плану

Эта статья про историю SDLC — System (Software) Development Life Cycle. Он принадлежит далёкому прошлому, но на него тем не менее продолжают ссылаться на конференциях и пытаются использовать.

Четыре ошибки при работе с диаграммой Ганта и как их можно избежать

Привет, Habr! Я – Анастасия Огудина, менеджер проектов онлайн-сервиса в «Лента Онлайн». В своей работе я часто использую диаграмму Ганта, и за годы практики заметила, какие ошибки в ее использовании могут сильно усложнить жизнь команде. В этой статье расскажу о четырех распространенных проблемах при работе с диаграммой и о том, как их избежать.

123