шо занадто, то не здраво:)

[SVoy]

пока мои подчиненные голосовые системы работают, как им положено, в автоматическом режиме мои интересы сместились в область интернет проектов..
Подвернулись 2 классные книги Getting Real и ReWork. Вторая - это по сути пересказ первой, но если авторы с первой сняли "лимон", то и со второй им тоже светит)))
Понравились тем, что там даны реально рабочие и полезные рекомендации по построению проектов, организации своей работы.
Главный упор идет на выполнение реально нужного функционала, а не долгосрочного гадания (планирования)..

ЗЫ. привел в пример эти книги, отвечая switch'у на его утверждение о необходимости веб-интерфейса практически везде на параллельном форуме:)
ЗЫЫ раз уж пошла тема книг, рекомендую почитать Тима Феррисса "4-х часовая рабочая неделя". Тоже полезна для понимания своей эффективности . Читается одним присестом (если найдете в нормальном переводе:)

[SVoy]

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

а для того чтобы результат был красив, рекомендуется не ломиться вперед, а оглянуться и попытаться еще упростить (множество итераций).

[defekt]

а для того чтобы результат был красив, рекомендуется не ломиться вперед, а оглянуться и попытаться еще упростить (множество итераций).

Напоминает Оптимизацию условных и безусловных переходов, ветвлений? Не?
Часто бывает, что новые фичи до такой степени "инкапсулированны", что выбросить итерацию, - значит избавиться от звена...
Нарушается цепь и целостность системы.
Убрать итерацию бывает в ущерб "жизнедеятельности" системы.
Ну как бы так, я это сказал... Может туманно, но по другому пока не сформулирую концепцию.