ВходНаше всё Теги codebook 无线电组件 Поиск Опросы Закон Четверг
2 мая
1428146 Топик полностью
Cкpипaч, пророк (19.04.2024 09:29, просмотров: 80) ответил RxTx на Скрам. Когда людей в организации много и когда проект большой и над ним работает много человек, ситуация может наступать такой, что все занимаются какой-то ху..ней. Не сразу, но рано или поздно. Наступает например полнейший рассинхрон, подходишь к человеку, а он 2-3 месяца или даже полгода сидит и делает одно и то же, и понять что он делает, правильно ли делает и когда закончит почти что невозможно. В особенности, ситуация так непонятно выглядит для управляющих
Неправильно объясняешь. Чтобы понимать кто что делает достаточно банального плана работ. Задача - гарантировать взаимозаменяемость программистов. Не допустить появления необоснованной специализации внутри проекта. 

Защитится от ситуации когда проект рушится из-за ухода одного из десяти бойцов того же класса,

неожиданно оказавшегося сформировавшим для себя уникальную, узко заточенную роль.


Причем достоверно известно что все люди от природы тяготеют к формированию узкой заточенности.

И менеджеры, назначающие исполнителей, и сами исполнители.


Синхронизация же, является не целью а способом. Чтобы "равномерно размешивать" компетенции внутри группы программистов,

их нужно регулярно перебрасывать с одних задач на другие.

Не имея явно выраженных "микроэтапов", это трудно. Особенно понимая что "сверхкомпитентность" менеджера,

не меньшая проблема чем "сверхкомпитентность" простого программиста и тасовать кадры должен человек,

не особо понимающий что собственно говоря делается.


Повеселила фраза, намекающая что управляющий хотя бы теоретически способен понимать что и насколько правильно делает каждый отдельный программист 8)

Сам. Без тех.лида.

На практике, такое возможно только для предельно тривиальных задач (рисование кнопочек в корпоративном софте).

... но не любой ценой.