Новое сообщение в форум Управление проектами

Форум	Управление проектами
Тема	Как правильно задавать вопросы

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

_AB>Здравствуйте, Poopy Joe, Вы писали:

PJ>>Как можно принять решение о чем-то, в чем ты не разбираешься? Я, наверно, в параллельной реальности живу. 
_AB>Наверное. Потому, что в реальном мире очень много решений принимается ответственными лицами на основе мнения специалистов.
_AB>Начиная от того, какую сантехнику поставить дома, вплоть до того, какие правки вносить в контракт с ключевым контрагентом.
_AB>В первом случае это будут сантехники, профессиональные писатели обзоров. Во втором юристы, финансисты, технологи и прочие специалисты.

PJ>>Какие форумы не читай, либо программистов держат за дебилов, либо менеджеров. 
_AB>Ну, конкретно Sinclair уж точно не считает дебилами ни первых, ни вторых.

PJ>>Если менеджер неадекват-самодур, то наверно надо просто уходить в другое место. 
_AB>Наверное.

PJ>>Если менеджер считает, что у него команда дебилов, которые не понимают приоритеты компании
_AB>Понимать-то они могут. В целом и общем. Однако могут не знать каких-то деталей, последних изменений ситуации и прочее-прочее.
_AB>Их задача - кодить по поставленным задачам и давать мнение специалиста по поставленным вопросам.

PJ>>В нормальное же ситуации это совместная работа. Люди друг-друга, обычно, слушают. 
_AB>Да. И до людей должна доводиться информация в объеме, достаточном и необходимом для их работы. Если же доводить до них всю информацию, то кодить будет некогда и некому - все будут информацию получать/доводить.

PJ>>Детский сад. Если у тебя кривой модуль, где все на соплях и тебе надо добавить фичу, то ты не будешь его переписывать, а будешь туда лепить костыли, потому что в определении так написано? 
_AB>Ты сначала его отрефакторишь, а потом добавишь фичу. :xz:
_AB>Либо, как вариант, просто перепишешь всё с учетом новой фичи, но это будет не рефакторинг тупо по определению.

PJ>>Не надо быть гением, чтобы сообразить, что при плохом коде и ошибок больше, и фичи добавляются дольше, а в результате денег будет меньше. 
_AB>Ты строишь бизнес-модель на ошибочном предположении. :xz:

_AB>На практике часто "кто первым встал, того и тапки". Выпустил версию, захватил долю рынка, получил финансирование и получил возможность развиваться дальше, работая над техническим долгом. А те, кто вылизывают код в рассчете на "в будущем фичи добавлять будем быстрее" имеют продукт с меньшим количеством фич здесь и сейчас, меньшей долей рынка и меньшим количеством денег в результате. В результате новые фичи не добавляются, т.к. тупо нет денег на это, несмотря на отсутствие тех. долга. А у первых деньги есть и они их добавляют, пусть с большим трудом и тратя доп. ресурсы на снижение тех. долга.

PJ>>У нас простое правило - все решения должны снижать известный технический долг. Если ххх требует изменение и имеется технический долг, то первым делом идет его рефакторинг. Технический долг повышать можно, только если это срочно и внепланово. 
_AB>Этих "срочно и внепланово" бывает очень много.
_AB>Клиент требует новую фичу здесь и сейчас. Здесь и сейчас можно только с увеличением технического долга.
_AB>Конкурент выпустил новую версию с киллер-фичей. Быстро выпустить ответ можно только с увеличением технического долга.
_AB>Обнаружили, что первоначальный дизайн был ошибочным. Чтобы уложиться в сроки и бюджет, требуется работать с тем, что есть.

PJ>>Я могу спросить менеджера любого уровня до топов как вам надо лучше или быстрее и ответ всегда будет "лучше". 
_AB>Видимо, ты работаешь не в рыночных условиях. Сидишь в какой-то корпорации, разрабатывая что-то, что не влияет на прибыль организации. Ресурсы условно неограниченные.

PJ>>Где вы находите других, для меня загадка. 
_AB>Я работаю над продуктом, которому надо захватывать рынок, находить клиентов, обходить конкурентов.

Теги:

Введите теги разделенные пробелами. Обрамляйте в кавычки словосочетания с пробелами внутри, например: "Visual Studio" .NET

Имя, пароль: Загрузить Нравится наш сайт? Помогите его развитию!
Отключить смайлики Получать ответы по e-mail