Scrum: как должно происходить продвижение разработчиков в команде Scrum?

Это обычная проблема для традиционных команд разработчиков, которые начали внедрять Scrum .

Многие традиционные команды разработчиков используют названия должностей и поощрения (например, бонусы), чтобы различать выслугу лет.

В Scrum есть всего три общепризнанные роли: Владелец Продукта, Scrum Master и Член Команды Разработки. Это может быть проблемой для организаций, которые привыкли к гораздо большей дифференциации с помощью названий должностей.

Я не уверен, что есть простые ответы, но я думаю, что лучший подход заключается в следующем:

• Признавать и вознаграждать успех в первую очередь на командном уровне
• Там, где признаются отдельные лица, вознаграждайте их за сотрудничество и демонстрацию лидерства личным примером.
• Если организация использует названия должностей для обозначения выслуги лет, старайтесь избегать названий, указывающих на наличие руководства, таких как « Ведущий специалист по развитию» . Вместо этого используйте названия, которые признают возможности, такие как Принципиальный разработчик.
• Дайте людям понять, что названия должностей должны удовлетворять потребности организации и не нарушают принципы Scrum.

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

Что касается пункта 2. Я думаю, что есть грань между структурой команды Scrum и структурой компании .

Команда Scrum может быть создана из разработчиков (с разным стажем и должностями ), тестировщиков, дизайнеров UX и т. д., и все они являются частью команды разработчиков. Вам не нужно, чтобы все они назывались «Разработчики», но в команде Scrum они должны работать сообща, как один, для достижения цели итерации.

С другой стороны, как в компании, у меня есть старший QA, который знает продукт с ног на голову, и младший QA, у них разный опыт, и не кажется оскорбительным или чем-то еще иметь более высокое звание для тех, кто знает более. Даже то, что я согласен с @Barnaby Golden в том, что титулы Lead/Manager не являются лучшими титулами с точки зрения Scrum, я думаю, что их наличие не является грехом для методологии :)

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