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

T>Навеяно несколькими топиками вроде Что бы такого ещё почитать по ведению проектов...

Автор: AI
Дата: 13.05.05

[...]
T>Вот такие мысли меня посетили в понедельник.

ИМХО менять иногда нужно. Если возникает проблема — вы её пытаетесь решить. Одна половина решения — локализовать проблему. Вторая — найти решение. Так вот литература может в первую очередь помочь понять, в чём проблема и каковы принципиальные пути решения.

Например, система начала расширяться и команда перестала успевать реализовывать новые пожелания заказчика. В данном случае, на основании прочитанной литературы об ИТ проектах, можно предположить, что, с большой долей вероятности, возникла проблема с управлением требованиями. Предположить можно по тем ситуациям, которые описаны в литературе. Далее из той же литературы можно почерпнуть теоретические пути решения данной проблемы. А вот само решение уже подбирается "по месту".

А то, что команда может развалится — это, конечно, проблема (в конце концов, правда, решаемая), но если команда всё равно в текущем состоянии не справляется с задачей, то зачем она тогда нужна?

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