c
Если у команды не привита культура написания документации, - это вызывает сомнения
Size: a a a
2021 April 11
П
В чем?
ЕК
Выше ответ же)
ЕК
ЕК
Но если нет обратной связи быстрой - то реально не понятно что делать... Когда человек не готов слышать обратную связь... Ведь он старается, делает что может...
П
Вот имхо не видит, либо не видит в этом проблемы, хотя огорчается и объясняет словами(
c
В ясности ума менеджера, который ими руководит. Если человек уволится, то после него может остаться 100500 вопросов по тому профилю, над которым он работал.
ЕК
Это я вспоминаю свою девушку тоже... Это вопрос не только менеджмента, а в принципе коммуникации... Когда человек упорно из лучших побуждений садится на шило, делает себе/команде хуже из самых лучших побуждений, но не готов слышать обратную связь. Не понятно)
VS
То же самое. Если менеджеру от этого не больно, то чего бы и нет.
V
Вот да, оно
VS
И упирается эта цепочка "не больно" порой в бесконечность. :)
V
Сядь вместе с ним, чтобы процесс объяснения посмотреть
V
Когда не готов, часто оказывается, что думали, что понятно объясняете, а на самом деле нет
AS
Уменьшением детальности описаний. А насчёт сложности они читаются техническими грамотными людьми и даже на уровне псевдокода им будет понятно. Еще бы хорошо писать из до кода а не после. Можно будет даже дизайн ревью замутить
ЕК
Ну для себя я вывил такую схему. Попробовать объяснить разными способами и разными словами. Пытаться понять его аргументацию и точку зрения, может быть я не прав.
Но четко определить для себя - сколько ресурсов и времени готов на это выделить. Если вопрос не решился - то быть готовым отпустить человека. Ну с точки зрения команды - уволить.
Но четко определить для себя - сколько ресурсов и времени готов на это выделить. Если вопрос не решился - то быть готовым отпустить человека. Ну с точки зрения команды - уволить.
П
Там в целом понятная ситуация, что выбирали по тех. скилам из тех что были и в целом человек справился, но документация сложная да(
ЕК
Ну если вопрос конечно критичный - только тогда увольнять)
ЕК
Иначе просто принять что есть у человека такая особенность и просто принять это)
П
Если самых сильных программеров увольнять будет грустно, но они часто не лучшие писатели
ЕК
Ну я и говорю, если критичный) Если выгодней оставить - примите это) Наймите более слабого разраба который хорошо пишет)