r
оплата та же
Size: a a a
2019 June 26
DK
Если в одностороннем порядке убрать одного разработчика из проекта и поставить другого, то это рождает недоверие заказчка. Разве нет?
r
если вы ручаетесь за свой результат, то с чему появиться недоверию?
r
когда сантехник вместо сломанного гаечного ключа берет другой - это рождает недоверие к результату?
DP
ну да, заказчику долнжно быть все равно по идее, важен результат. То что вы по ходу меняли разрабов – это ваши дела и ваша внутрення кухня
ФГ
Если в одностороннем порядке убрать одного разработчика из проекта и поставить другого, то это рождает недоверие заказчка. Разве нет?
Дмитрий, думаю сначала стоит оценить степень погруженности заказчика в процесс. Если ему действительно важно как живёт команда, чем дышат и что кушает, то думаю стоит писать такое письмо, чисто из уважения к чувствам заказчика. Если же заказчику важен только результат, то ограничится простеньким вопросом "вам интересно что не так?" вполне достаточно.
DK
Благодарю за подсказки.
N
Просто "быстро" - это сомнительный такой показатель
имеется ввиду с учетом времени на разрешение проблем и починку багов конечно же.
r
это может давать нежелательный оверхед, если есть ручное тестирование, например
r
поэтому, наверное, лучше сначала учиться делать качественно, а потом уже быстро
N
Про развитие, не получится ли момент, что есть точка в которой развитие разработчика уже не позволяет лучше/быстрее решать задачи, а только уведёт к удорожанию специалиста. Тут как раз для бизнеса интереснее, что бы разработчик вместо саморазвития делал больше задач?
сначала бы найти тех, кто готов развиваться... на удивление много людей, кому "и так норм". А потом - ну перерастет контору и уйдет. все уходят рано или поздно.
N
поэтому, наверное, лучше сначала учиться делать качественно, а потом уже быстро
кмк нельзя сделать быстро, делая некачественно. Не так давно курили в команде метрики и увидели, что разработчики, которые сами тестируют что сделали перед отдачей задачи в тестирование в итоге работают быстрее тех, кто этого не делает.
r
да, это не всегда очевидно
DS
сначала бы найти тех, кто готов развиваться... на удивление много людей, кому "и так норм". А потом - ну перерастет контору и уйдет. все уходят рано или поздно.
У меня в команде был разработчик, которой искренне верил, что абсолютно любой проект через год-полтора становится махровым легаси. Качество архитектурных решей было соотвествующее. По итогу, через год ушел в другую компанию тимлидом
r
сначала бы найти тех, кто готов развиваться... на удивление много людей, кому "и так норм". А потом - ну перерастет контору и уйдет. все уходят рано или поздно.
не развивается, но перерастет контору. противоречиво.
а чтобы не уходили, можно как раз выказывать заинтересованность в росте, заманивая девелоперов в рост ради целей конторы и бенефитов человеку. это может поднять лояльность
а чтобы не уходили, можно как раз выказывать заинтересованность в росте, заманивая девелоперов в рост ради целей конторы и бенефитов человеку. это может поднять лояльность
DS
кмк нельзя сделать быстро, делая некачественно. Не так давно курили в команде метрики и увидели, что разработчики, которые сами тестируют что сделали перед отдачей задачи в тестирование в итоге работают быстрее тех, кто этого не делает.
Похоже нужно поднимать вопрос о профнепригодности тех, кто не тестирует свои фичи перед отдачей в QA
NS
У меня в команде был разработчик, которой искренне верил, что абсолютно любой проект через год-полтора становится махровым легаси. Качество архитектурных решей было соотвествующее. По итогу, через год ушел в другую компанию тимлидом
Но ведь был прав в этом случае )
N
У меня в команде был разработчик, которой искренне верил, что абсолютно любой проект через год-полтора становится махровым легаси. Качество архитектурных решей было соотвествующее. По итогу, через год ушел в другую компанию тимлидом
фронтендер небось
r
Похоже нужно поднимать вопрос о профнепригодности тех, кто не тестирует свои фичи перед отдачей в QA
в институтах этому же не учат. а рожденных с таким знанием вряд ли много.
так что надо наставлять и поучать
так что надо наставлять и поучать
DS
не развивается, но перерастет контору. противоречиво.
а чтобы не уходили, можно как раз выказывать заинтересованность в росте, заманивая девелоперов в рост ради целей конторы и бенефитов человеку. это может поднять лояльность
а чтобы не уходили, можно как раз выказывать заинтересованность в росте, заманивая девелоперов в рост ради целей конторы и бенефитов человеку. это может поднять лояльность
Люди разные. Есть те, еому нужна новая должность и плюс к зп, а на развитие плевать