Скрам как таковой никак не заставляет релизить то, что сделано за спринт. Вы можете убрать критерий поставки конечному пользователю из DoD и трекать релиз как самостоятельные PBI. См., например, тут
По-моему, расписание позволяет выработать привычку, сгрести несуперсрочные взаимодействия в один промежуток времени вместо хаотичных прерываний на протяжении дня. И еще некоторые люди сами про препятствия не говорят, а, если спросишь, говорят.
во-вторых. Есть такая вещь, как job security.
Не видел такого. Там, где я работал обычно задач было больше чем людей, помощь другим очень ценилась и отмечалась на годовом ревью.
Ну с какой стати, когда у тебя ассайнмент, срок деплоя, осел менеджер спрашивающий каждые пол-часа "are we there yet?"
Вот что в скрам гайде что написано про цель спринта
The Sprint Goal is the single objective for the Sprint. Although the Sprint Goal is a commitment by the Developers, it provides flexibility in terms of the exact work needed to achieve it. The Sprint Goal also creates coherence and focus, encouraging the Scrum Team to work together rather than on separate initiatives.
The Sprint Goal is created during the Sprint Planning event and then added to the Sprint Backlog. As the Developers work during the Sprint, they keep the Sprint Goal in mind. If the work turns out to be different than they expected, they collaborate with the Product Owner to negotiate the scope of the Sprint Backlog within the Sprint without affecting the Sprint Goal.
С другой стороны, даже если у людей слабо связанные задачи, но один продукт, они могу друг другу помочь: кто-то лучше знает одно, кто-то другое
Например, джун не смог воспроизвести баг с подвисанием, но оно возпроизводится у клиента, более опытный разработчик может подсказать, как правильно собрать дамп и в нем покопаться и в какие логи смотреть.
Если интересоваться работой друг друга можно найти много возможностей
И вот мой вопрос, как поменять содержание сообщений так, чтобы они стали полезнее для самого человека и для окружающих.
Разбиваете задачу на подзадачи и перечисляете то, что сделали за день.
Программист 1: "Вчера я доделал уведомления для списка TODO, сегодня собираюсь сделать экспорт их списка в Excel. Были проблемы с тем, что сервис уведомлений брейкнули API"
Варианты реакции: Программист 2: "Ой мне тоже надо сделать уведомления, кинь в меня примером" Программист 3: "Я недавно поменял общую либу для экспорта, когда замерджу, скажу, чтобы ты сразу поюзал удобняшки" Тестер: "Ага значит уведомления скоро передадут в тестирование" Тим лид: "Что-то они часто брейкают, уже вторая жалоба, надо с ними выяснить этот вопрос"
Скрам как таковой никак не заставляет релизить то, что сделано за спринт. Вы можете убрать критерий поставки конечному пользователю из DoD и трекать релиз как самостоятельные PBI. См., например, тут
По-моему, расписание позволяет выработать привычку, сгрести несуперсрочные взаимодействия в один промежуток времени вместо хаотичных прерываний на протяжении дня. И еще некоторые люди сами про препятствия не говорят, а, если спросишь, говорят.
Не видел такого. Там, где я работал обычно задач было больше чем людей, помощь другим очень ценилась и отмечалась на годовом ревью.
Я в такой атмосфере не работал
Вот что в скрам гайде что написано про цель спринта
С другой стороны, даже если у людей слабо связанные задачи, но один продукт, они могу друг другу помочь: кто-то лучше знает одно, кто-то другое
Например, джун не смог воспроизвести баг с подвисанием, но оно возпроизводится у клиента, более опытный разработчик может подсказать, как правильно собрать дамп и в нем покопаться и в какие логи смотреть.
Если интересоваться работой друг друга можно найти много возможностей
Разбиваете задачу на подзадачи и перечисляете то, что сделали за день.
Программист 1: "Вчера я доделал уведомления для списка TODO, сегодня собираюсь сделать экспорт их списка в Excel. Были проблемы с тем, что сервис уведомлений брейкнули API"
Варианты реакции:
Программист 2: "Ой мне тоже надо сделать уведомления, кинь в меня примером"
Программист 3: "Я недавно поменял общую либу для экспорта, когда замерджу, скажу, чтобы ты сразу поюзал удобняшки"
Тестер: "Ага значит уведомления скоро передадут в тестирование"
Тим лид: "Что-то они часто брейкают, уже вторая жалоба, надо с ними выяснить этот вопрос"