Здравствуйте, Sinclair, Вы писали:

S>Это не означает, что я просто буду разрешать разработчикам списывать произвольные объёмы работ на слово "рефакторинг", потому что "я обязан понимать ценность рефакторинга самостоятельно".

Коллега, тебе надо всё же определиться — либо надеть трусы, либо снять крестик.

То есть, либо менеджер не разбирается в технической стороне вопроса, и в таком случае он делегирует технические обязанности кому-то более знающему и в микроменеджмент не лезет. Он передает девменеджеру/архитектору/тимлиду/главному-по-бараку/кому-там-еще пожелания заказчика, и в ответ получает примерный расклад по задачам, которые нужно выполнить. Если есть разные варианты реализации — значит, по нескольким вариантам. Которые он распределяет в соответствии со сроками или откладывает на потом, если сроки жмут, а задача не особо важная. Если менеджер не понимает, важна ли задача — он спрашивает про это у того, кто знает. А что написано в описании задачи — кодинг фичи Х, рефакторинг фичи У или сепулькация сепулек — его не волнует, потому что это не входит в его задачу.

Либо же он считает себя самым умным по всем вопросам и лезет решать технические вопросы сам, но в таком случае, если выбор оказался плохим — виноват только он сам. И его блеяние о том, что кто-то ему что-то недостаточно хорошо объяснил — всего лишь оправдание своей некомпетентности.

Ну и наконец, ты подменил предмет спора. Я писал не о таких случаях, когда кто-то с кем-то не договорился о том, какой рефакторинг надо делать. А о таких, когда рефакторинг не делается вообще в принципе.

S>Нет. Мой менеджер заявляет, что у всех технических вопросах есть бизнес-последствия, и именно они определяют принимаемые решения. А то, секси ли там какая-то новая технология, и нравится ли унаследованный код разработчику или нет, на решения влиять не должно. И менеджер уже достаточно стар и опытен, чтобы знать, что как раз кажущиеся очевидными вещи чаще всего и оказываются неправильными.

Такими вопросами должны заниматься кодеры от сеньора и выше, менеджера такие вопросы волновать вообще не должны. Микроменеджмент.

Здравствуйте, Sinclair, Вы писали:

S>Это не означает, что я просто буду разрешать разработчикам списывать произвольные объёмы работ на слово "рефакторинг", потому что "я обязан понимать ценность рефакторинга самостоятельно".

Коллега, тебе надо всё же определиться — либо надеть трусы, либо снять крестик.

То есть, либо менеджер не разбирается в технической стороне вопроса, и в таком случае он делегирует технические обязанности кому-то более знающему и в микроменеджмент не лезет. Он передает девменеджеру/архитектору/тимлиду/главному-по-бараку/кому-там-еще пожелания заказчика, и в ответ получает примерный расклад по задачам, которые нужно выполнить. Если есть разные варианты реализации — значит, по нескольким вариантам. Которые он распределяет в соответствии со сроками или откладывает на потом, если сроки жмут, а задача не особо важная. Если менеджер не понимает, важна ли задача — он спрашивает про это у того, кто знает. А что написано в описании задачи — кодинг фичи Х, рефакторинг фичи У или сепулькация сепулек — его не волнует, потому что это не входит в его задачу.

Либо же он считает себя самым умным по всем вопросам и лезет решать технические вопросы сам, но в таком случае, если выбор оказался плохим — виноват только он сам. И его блеяние о том, что кто-то ему что-то недостаточно хорошо объяснил — всего лишь оправдание своей некомпетентности.

Ну и наконец, ты подменил предмет спора. Я писал не о таких случаях, когда кто-то с кем-то не договорился о том, какой рефакторинг надо делать. А о таких, когда рефакторинг не делается вообще в принципе.

S>Увы — только менеджер в курсе, обрадуются ли клиенты возможности переехать с винды на линукс или нет.

То есть твой менеджер всё же знает, чем отличается линукс от винды и чем чреват тот или иной выбор. Он не требует, чтобы ему за 5 минут все в деталях объяснили, а когда он не может понять — не устраивает истерику, что ему недостаточно хорошо объяснили.
Правильно?

S>Нет. Мой менеджер заявляет, что у всех технических вопросах есть бизнес-последствия, и именно они определяют принимаемые решения. А то, секси ли там какая-то новая технология, и нравится ли унаследованный код разработчику или нет, на решения влиять не должно. И менеджер уже достаточно стар и опытен, чтобы знать, что как раз кажущиеся очевидными вещи чаще всего и оказываются неправильными.

Такими вопросами должны заниматься кодеры от сеньора и выше, менеджера такие вопросы волновать вообще не должны. Микроменеджмент.