Как обозначить руководству, что применение методики agile не устраняет необходимости в тщательном анализе требований?

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

1. Представление доказательств: Приведите конкретные примеры из прошлых проектов, где отсутствие анализа требований привело к ошибкам, непредвиденным задержкам, дополнительным затратам или неудовлетворенности клиентов.

2. Разъяснение Agile: Объясните, что Agile подчеркивает итеративное развитие и составление требований "на лету", но это не отменяет необходимость понимать основные потребности клиента и деловые цели перед началом работы.

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

4. Примеры из отрасли: Используйте кейс-стади из отрасли, которые показывают успешное применение анализа требований в Agile-проектах и его позитивное влияние на результаты.

5. Обратная связь с клиентами: Предложите инструменты и процессы для сбора и анализа отзывов клиентов в начале и в течение проекта для гарантии, что итоговый продукт соответствует их ожиданиям.

6. Внедрение принципов Lean: Подчеркните, что лишняя работа из-за неправильного понимания требований - это форма "муды" (потерь) по терминологии Lean и Agile стремится её избежать.

По поводу самостоятельности планирования и ответственности:

1. Вовлечение команды: Проясните, что Agile подразумевает эмпауэрмент команды и распределение ответственности среди её членов, а не просто увеличение количества Jira-задач или совещаний.

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

3. Показатели эффективности: Укажите на метрики, которые отражают эффективность работы, например, время доставки функционала (lead time), время цикла (cycle time), и наглядно продемонстрируйте влияние самостоятельного планирования на эти показатели.

4. Роль лидерства: Объясните, что Jira и совещания - это инструменты, которые сами по себе не обеспечивают успеха. Они должны использоваться эффективно, чтобы поддержать прозрачность и скоординировать усилия.

5. Обучение и изменение культуры: Предложите стратегии обучения

1. Agile - это про то что люди должны договариваться. По тому надо не намёки делать, а говорить прямо и предметно. 
 
 2. Вот вы говорите, что вам нужно ТЗ. А зачем вам оно нужно? 
 Вам не понятна та постановка, которая описывается в карточках? 
 Есть неоднозначность? 
 Уже есть примеры, когда от этой неоднозначности пострадал продукт (например из-за необходимости переделывать)? 
 
 Или вам нужно не ТЗ, а виденье того, чем в итоге должен стать продукт? 
 Не понятно, для чего вообще все эти карточки перекладываются? 
 Если так, то, вероятно, вам нужно не ТЗ, а какие-то OKR-ы, чтобы можно было от них отталкиваться при составлении задач. 
 
 Возможно, произошла мискоммуникация между вами и заказчиком. Возможно, заказчик действительно ожидает от вас (команды) самостоятельности при составлении задач - по сути сочетание в себе и менеджера и аналитика. 
 Это нормально, но нужно этот момент тоже прояснить.