OnAgile Learning Hub 💎
2.6K subscribers
224 photos
3 videos
178 links
Канал об Agile и связанных с ним изменениях в крупных компаниях.
onagile.ru | OnAgile Consulting
Обучение и методологическая помощь во внедрении Agile, Scrum, Kanban, LeSS, SAFe
Download Telegram
Please open Telegram to view this post
VIEW IN TELEGRAM
Друзья, уже в ближайший понедельник мы проведём бесплатный вебинар Основные ошибки в применении фреймворков масштабирования SAFe, LeSS и Flight Levels.

📅 10 марта в 19:00 (GMT+3)

Ведущий Артём Гринякин — тренер в области Agile и современных методик управления.

На вебинаре разберём

• Типичные ошибки при внедрении SAFe, LeSS и FlightLevels — как их избежать и сэкономить деньги при трансформации.
• Стратегии трансформации с минимальными рисками — практические советы от экспертов, прошедших через подобные изменения.
• Методы вовлечения сотрудников и руководства.
• Практические кейсы и примеры из реальной жизни.

📎 Чтобы принять участие, регистрируйтесь по ссылке.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Крайне интересный факт, если это правда. Похоже, самый длинный контракт на разработку ПО в истории.

Конечно, его необходимо отменить, но интересно то, что его точно не следует заменять на модель оплаты по результатам (пожалуйста!).

Как мы все знаем, такие контракты не работают хорошо и, независимо от стиля управления, 100% приводят к низкому качеству продукта, продлению сроков и перерасходу бюджета.

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

Всегда есть место для изменений в требованиях, но оплата по результатам — это по сути контракт с фиксированной ценой и фиксированным объёмом работ.

Вот почему Agile подход здесь необходим и должен использоваться в любом случае.


Исходный текст со скриншота:
“Существует закономерность во всех государственных учреждениях, где контракты на "модернизацию" ИТ не оплачивают результаты/производительность; вместо этого они платят за время.
Следовательно, у подрядчиков есть стимул "никогда не заканчивать", что приводит к невероятным растратам.

Например, модернизация Налоговой службы США (IRS) началась в 1990 году с планируемым завершением в 1996 году. Сегодня работа не завершена, и подрядчики говорят, что до завершения ещё 5 лет. 29 лет отставания от графика и примерно 15 млрд долларов перерасхода бюджета.
Проигрывают все, кроме государственных подрядчиков. Это должно измениться.

На этой неделе IRS заморозила контракты на модернизацию на сумму около 1,5 млрд долларов, ни один из которых не влияет на подачу налоговых деклараций. Все эти контракты будут либо отменены, либо условия контрактов будут изменены на оплату по результатам.”

Как вам такое? 🙂
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM