я просто тоже не со вчерашнего дня в ИТ.. но, правда, даже шестиметровой палкой не касался аутсорса, финтеха, банков и почти не имел дела с госухой

Спасибо, за поправку

Мотивация кнутом и пряником?

ДоД же в том числе может содержать некоторые показатели качества, которые являются общими для организации. Команда уже добавляет свои. То есть дод не находится в полном владении команды. Represents the organization's formal definition of quality.

Опять я все пропустила 😃

Цель спринта выполнена, выложена на продакшн и без багов в ревью спринта  +25К премии, 2 спринта в месяц +50К премии.
Вот такая ответственность.

Качество не относится к говнокоду и т. п. - это внутренние разборки команды и обучения новичков.

Добрый день! Подскажите, был ли у кого-то опыт сопровождения  agile-транформации со стороны PR/внутренних коммуникаций?

Интересуют примеры проектов, тизеров, контента для сотрудников про agile, его ценность, нужность для компании.
Буду рада примерам в личные сообщения🌟

Коллеги
вот такой вопрос назрел.
Как по-вашему: насколько важен для Agile-менеджера (собирательное понятие для коучей, СМ, ПМ, канбан-коучей и тд) технический бэкграунд? (разработка, qa и тд)
Насколько важны глубокие знания инженерных практик наподобие XP, TDD и так далее?
Может ли он развиваться как профессионал и при этом помогать команде без наличия упомянутых вещей?

Обратите внимание на agile coach competency framework. Для себя я ответил на этот вопрос с его помощью

Но смотрите не саму схему, а подход

Я например во всех компаниях где работал внедрял TDD, но изначально прочитал и понял только принцип, не вдаваясь в детали. Главное подсовывать программистам нужные книжки по теме TDD, и чтобы тот, кому ты доверяешь, говорил правду, по TDD они работают или нет. Причем постоянно возвращаться к этому вопросу, когда баги всплывают.

Можно выборочно попросить показать тест к задаче, до того как приступили к задаче, если что-то понимать в коде.

XP - тот же подход. Главное с лидом подружиться, который бы искренне захотел эти методики внедрить в своей команде.

Так что ответ, глубокие знания практик не обязательны, но уметь работать с людьми - обязательно.

Наверное, начать с того, что качество это соответствие требованиям. Требования  пользователей, клиентов, внутренние требования и тп

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

Я скорее всего пропустила контекст.
Клиенты пользователи часто не скажут как должно быть, пока не увидят.
Есть  требования, критерии, ожидания. Самолёт  летает, телефон звонит

Ребята, привет
Посоветуйте, пожалуйста, коучей/тренеров/организации, которые могут провести воркшопы или что ещё про радикальную прямоту

Юля привет! Про радикальную откровенность хорошо Ирина Скрыпник рассказывает имхо

О, привет ;)

Согласна
Но в последний раз при общении она говорила, что тренингами заниматься пока не хочет

О, будем знать)

Через час у нас в гостях Антон Бевзюк. Приходите позабавь б вопросы! https://youtu.be/JifaE2lODXI

В прошлом кроссфункциональном фреймворке, который назывался управление на основе качества.... И его клонов типа, tqm, iso говорилось, что качество - это повторяемость свойств. На этом определении было построено и понимание чем отличается "качество" от "количества". Исследования в том числе.