Руководство по скраму | 14. Ошибки разработчиков

Опубликовано: 2022-04-26

Команда разработчиков — это группа независимых профессионалов. Однако успех реализуемого ими проекта зависит от их совместных усилий. А это требует большой зрелости и умения работать в команде. Каковы наиболее распространенные ошибки разработчиков? Какие из них делают достижение цели продукта трудным или даже невозможным?

Распространенные ошибки разработчиков – оглавление:

  1. Распространенные ошибки разработчиков
  2. Чрезмерная привязанность к своим идеям
  3. Самозанятость
  4. Отзыв разработчика
  5. Независимость
  6. Ограничение ответственности рамками полномочий
  7. Беспорядок в бэклоге спринта
  8. Резюме

Распространенные ошибки разработчиков

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

The most common mistakes of Developers

Чрезмерная привязанность к своим идеям

В ежедневные обязанности разработчиков входит поиск инновационных решений сложных проблем. Усилия, затрачиваемые на разработку решений, могут привести к чрезмерной привязанности к своим идеям. Это, в свою очередь, заставляет их упускать из виду цель продукта и тратить слишком много времени на разработку побочных решений , которые бесполезны с точки зрения бизнеса. И они также менее склонны искать альтернативные решения, что угрожает гибкости Команды.

Самозанятость

Если какой-либо разработчик испытывает трудности с пониманием своей роли в команде, он попытается отделить свои задачи от цели спринта. Что еще хуже, они будут делать это без оглядки на остальную команду. Это также может стать проблемой, если они произвольно внесут изменения в Бэклог Спринта. Вот как неправильно понятая независимость одного из Разработчиков может возникнуть из-за проблем со связью.

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

Работа в одиночку может стать источником серьезных конфликтов внутри Команды. Вот почему для Скрам-мастера так важно реагировать и решать основную проблему как можно скорее. Потому что может оказаться, что ошибка не в Застройщике, а в неправильной оценке его участия.

Отзыв разработчика

Проблема, вытекающая из предыдущих двух — работа в одиночку и чрезмерная привязанность к собственным идеям — может быть проблемой недостатка общения. Затем эти Разработчики начинают изолировать себя от Команды. Хотя они выполняют свои задачи в соответствии с Бэклогом Спринта, они уходят из жизни Команды.

В такой ситуации скрам-мастеру следует обратить особое внимание на отозвавшихся разработчиков. Цените их вклад в Команду и поощряйте их к активной позиции.

Независимость

Самоорганизация — это характеристика зрелой, хорошо составленной Команды Разработки , которую мы описали в предыдущей статье. Это означает, что, несмотря на трудности, Разработчики не полагаются на других людей, которые говорят им, как распределять задачи между собой, как и когда их выполнять. Однако самоорганизация может привести к межличностным недопониманиям.

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

Опять же, Скрам-мастер должен прийти на помощь, поощряя членов Команды Разработки быть самостоятельными и брать на себя ответственность за свои задачи.

Ограничение ответственности рамками полномочий

Еще одна проблема, с которой приходится сталкиваться Разработчикам, особенно в формирующейся Команде, — это нежелание выполнять задачи, не относящиеся к основным компетенциям Разработчика.

Эта ошибка может привести к значительному снижению эффективности Команды Разработки. Не во всех Спринтах используются основные компетенции каждого члена Команды. Следовательно, они должны быть открыты для выполнения других, вспомогательных или организационных задач , которые в равной степени относятся к цели спринта.

common mistakes

Беспорядок в бэклоге спринта

Одной из таких задач является поддержание порядка в Бэклоге Спринта. Это ключевая задача для бесперебойной работы Команды Разработки. Однако распространенной ошибкой является перекладывание ответственности за его сохранение между разработчиками. Это мешает не только работе над Целью Спринта, но и развитию Команды и ее постоянному совершенствованию.

Распространенные ошибки разработчиков - резюме

Таким образом, наиболее распространенными ошибками Разработчиков являются попытки отгородиться от Команды в целом: работать самостоятельно, продвигать собственные идеи и замыкаться в себе. Целостности Команды Разработки также угрожают проблемы с независимостью развития, беспорядок в Бэклоге Спринта и нежелание Разработчиков выполнять обязанности, выходящие за рамки их основных компетенций.

Если вам нравится наш контент, присоединяйтесь к нашему сообществу занятых пчел в Facebook, Twitter, LinkedIn, Instagram, YouTube.

Scrum Guide | 14. Mistakes of Developers caroline becker avatar 1background

Автор: Кэролайн Беккер.

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

Просмотреть все сообщения

Руководство по скраму:

  1. Глоссарий основных терминов, ролей и понятий
  2. Что такое Скрам?
  3. Скрам-ценности
  4. Как внедрить Scrum в вашей компании?
  5. Скрам-команда — что это такое и как она работает?
  6. Кто такой владелец продукта?
  7. Самые распространенные ошибки владельца продукта
  8. Кто такой скрам-мастер?
  9. Характеристики хорошего скрам-мастера
  10. Самые распространенные ошибки скрам-мастера
  11. Какую статистику и показатели должен отслеживать скрам-мастер?
  12. Сотрудничество между владельцем продукта и скрам-мастером
  13. Команда разработчиков в Scrum
  14. Самые распространенные ошибки разработчиков
  15. Скрам артефакты
  16. Масштабирование Скрама
  17. Бэклог спринта
  18. Что такое бэклог продукта?
  19. Что такое пользовательские истории?
  20. Создание лучшей пользовательской истории с INVEST
  21. Самые распространенные ошибки User Story
  22. Критерии приемлемости пользовательской истории
  23. Оценка и баллы в Scrum
  24. Планирование покера
  25. Игра на оценку команды
  26. Определение приращения
  27. Скрам-события
  28. Что такое спринт в Scrum?
  29. Обязательства команды Scrum — цель продукта, цель спринта и определение завершения
  30. Что такое диаграмма выгорания?
  31. Как создать и интерпретировать диаграмму выгорания?
  32. Преимущества и недостатки диаграммы выгорания
  33. Канбан-доски в Scrum и Scrumban
  34. Скорость в Scrum — скорость команды разработчиков
  35. Ежедневный Скрам
  36. Планирование спринта
  37. Обзор спринта
  38. Что такое ретроспектива спринта?
  39. Распространенные ошибки во время ретроспективы спринта
  40. Развитие бэклога продукта