Насчет навешивания лапши. Самый лучший способ вместо одного человека – на estimate садить двух. Мгновенно уровень фигни уменьшается во много раз. Одно дело пытаться эту лапшу вешать менеджеру, а другое дело другому программисту, который сразу ее раскусит.

Однако, может быть что-то и не лапша. Тоже не стоит оказываться в такой ситуации, что если один раз кто-то соврал, то значит, все врут.

Насчет выполняемой работы. Есть у меня такое «золотое правило», которое я применяю к людям. В абсолютном большинстве люди работают так, что просто избежать проблем. То есть они находят минимальный приемлемый уровень и на нем работают.

Так вот, если они работают спустя рукава, это не столь их проблема, сколь проблема фирмы. Значит требования к ним поставлены так, что они могут работать спустя рукава.

Я работаю project manger’ом – такая вот модная должность. Суть обязанностей общение с клиентами, составление ТЗ, постановка задачи, контроль качества и сроков.

По сути ПМ не должен обладать знаниями программистов и т.д. Но на себе знаю 100%, что без этого практически никак. Я работаю по направлению веба. В каком-то смысле конвеер сайтов. Так вот программисты, верстальщики и дизайнеры постоянно пытаются навешать лапшу: это невозможно, это делается долго и т.д. Народ на столько избалован ситуацией на рынке, что вообще не хочет ничего делать и получать большие деньги.

По теме: таких людей я вообще не считаю ни программистами, ни дизайнерами, ни кем! Любой человек работющий в коммерческой структуре должен понимать, что деньги платятся за выполненную работу (а точнее за сданую работу), а не за знания/умения и т.д. По этому критерию тоже надо рандировать программистов.

Так вроде о заказчиках речь то и не шла.

Но вот общаться и уточнять какую задачу он вообще должен решать – конечно ему нужно.

Иначе таки придут к нему и скажут – нам лабать таблички с цифрами… а он через месяц им тетрис выдаст.

Хотя бесспорно, формулировка задач и их уточнение чаще всего должна делать не программистами.

Как точно заметил smp – где-то должна описываться проблема.

Я конечно не говорю, что программисты должны решать ЛЮБЫЕ проблемы. Поэтому именно в первой строке я таки написал, что проблемы должны решаться написанием кода.

А дальше, уже можно разбираться, что понимать под проблемой. В целом в моем понимании проблема – это какая-то необходимость (не обязательно плохая или неприятная).