OS
парное программирование, это да. но парное тимлидство-пмство?
это как 2 прораба на одной стройке, имхо
это как 2 прораба на одной стройке, имхо
Как командир и комиссар :)
Size: a a a
2020 March 06
OF
ну если это КВС и Второй пилот, то почему бы и нет?
N
лейтенант и сержант
N
инженер и прораб
OS
В типовой продуктовой компании, вообще должен быть запрет на работу в одиночку. Программистам и админам - 100%, для руководителей иногда можно делать исключения.
OF
согласен!
OF
я 5 лет работал над приложением один. в команде были разработчики для другой платформы, дизайн, бэкенд и т.п.
но под свою делал один. сначала был кайф (что никто не смотрит), а потом просто пошла деградация. хорошо, что я это заметил и начал действовать
но под свою делал один. сначала был кайф (что никто не смотрит), а потом просто пошла деградация. хорошо, что я это заметил и начал действовать
OS
Я имел в виду - вплоть до таска в джире
OF
ну как минимум codereview
OS
Не, вот как раз чтобы до него не доводить...
Это конечно не самое вредное из того, что чинится совместной работой, но зачем снижать мощный эффект жалкими костылями
Это конечно не самое вредное из того, что чинится совместной работой, но зачем снижать мощный эффект жалкими костылями
AK
Кто из дома уже работает или собирается?) У кого это собственное решение, а у кого - корпоративное?)
Пушу в своей компании. Но пока молчат. Главное ежеквартальное собрание отменили из-за короновируса, а столовка Пашет для всех как и раньше.
AK
Думаю вопрос времени.
OF
Не, вот как раз чтобы до него не доводить...
Это конечно не самое вредное из того, что чинится совместной работой, но зачем снижать мощный эффект жалкими костылями
Это конечно не самое вредное из того, что чинится совместной работой, но зачем снижать мощный эффект жалкими костылями
кстати да. когда парно делаем что-то (удаленка этому не помеха), то потом просто прогоняем тесты и мержим сразу.
OF
ну если нет доп.вопросов к стейкхолдеру )
OS
ну если нет доп.вопросов к стейкхолдеру )
А если есть - то надо было брать и его тоже :)
OF
хм.. а это интересно. на критичные вещи надо попробовать.
KA
парное программирование, это да. но парное тимлидство-пмство?
это как 2 прораба на одной стройке, имхо
это как 2 прораба на одной стройке, имхо
Идея поставить второго ответственного после тимлида - это резервирование, снижение рисков, если тимлид в отпуске или болеет. Вместо него «второй пилот» делает код-ревью, берет эту роль в совещаниях, помогает в декомпозиции задач. Иногда надо аккуратно замещать, например, по выбору новых технологий, фреймворков для проекта, если нет ужасной срочности, то без «первого пилота» лучше не делать окончательных выводов.
AD
как понять что лошадь сдохла?
Шикарный вопрос.
Если коротко, то хз :)
Если длинно: по спиральной динамике любой коллектив проходит через одни и те же этапы. Поэтому, то что для одного "сдохла", может на деле оказаться очередным витком.
В идеале, как в полиморфизме, команда сама должна понимать сдохла она или нет. Или, перефразируя, как в здоровом организме происходят процессы регенерации/интоксикации.
Пока мне приходит в голову только один индикатор: когда уровень взаимной блогадрности ниже определённого значения: ниже благодарность = ниже взаимоуважение = концентрация не на своих усилиях, а ошибках окружающих = ...
Если коротко, то хз :)
Если длинно: по спиральной динамике любой коллектив проходит через одни и те же этапы. Поэтому, то что для одного "сдохла", может на деле оказаться очередным витком.
В идеале, как в полиморфизме, команда сама должна понимать сдохла она или нет. Или, перефразируя, как в здоровом организме происходят процессы регенерации/интоксикации.
Пока мне приходит в голову только один индикатор: когда уровень взаимной блогадрности ниже определённого значения: ниже благодарность = ниже взаимоуважение = концентрация не на своих усилиях, а ошибках окружающих = ...
OF
Kate Antakova
Идея поставить второго ответственного после тимлида - это резервирование, снижение рисков, если тимлид в отпуске или болеет. Вместо него «второй пилот» делает код-ревью, берет эту роль в совещаниях, помогает в декомпозиции задач. Иногда надо аккуратно замещать, например, по выбору новых технологий, фреймворков для проекта, если нет ужасной срочности, то без «первого пилота» лучше не делать окончательных выводов.
то есть если тимлид не болеет и не ходит в отпуск, то его зам не работает?
OS
Шикарный вопрос.
Если коротко, то хз :)
Если длинно: по спиральной динамике любой коллектив проходит через одни и те же этапы. Поэтому, то что для одного "сдохла", может на деле оказаться очередным витком.
В идеале, как в полиморфизме, команда сама должна понимать сдохла она или нет. Или, перефразируя, как в здоровом организме происходят процессы регенерации/интоксикации.
Пока мне приходит в голову только один индикатор: когда уровень взаимной блогадрности ниже определённого значения: ниже благодарность = ниже взаимоуважение = концентрация не на своих усилиях, а ошибках окружающих = ...
Если коротко, то хз :)
Если длинно: по спиральной динамике любой коллектив проходит через одни и те же этапы. Поэтому, то что для одного "сдохла", может на деле оказаться очередным витком.
В идеале, как в полиморфизме, команда сама должна понимать сдохла она или нет. Или, перефразируя, как в здоровом организме происходят процессы регенерации/интоксикации.
Пока мне приходит в голову только один индикатор: когда уровень взаимной блогадрности ниже определённого значения: ниже благодарность = ниже взаимоуважение = концентрация не на своих усилиях, а ошибках окружающих = ...
Есть индикатор получш - чистота унитазов и вокруг них