Здравствуйте, <Аноним>, Вы писали:

А>0. Архитектуру разрабатывайте сами или дайте это лидер-программистам. Не одному человеку. Архитектура любая, выглядит красиво. Но не любая хорошо работает.

Архитектура это исскуство, поэтому дать универсальные правила очень сложно. Есть конечно какие то аксиомы, но они очень общие. Поэтому не стоит равнять все под одну гребенку.

А>И заставляейте программить, программить + программить.

Во всем надо иметь меру. Если заставлять программить и программить то есть шанс за деревьями не увидеть леса.

А>1. Посылайте крутых программеров подальше. Это или денег много или хрен заинтересуешь. А споров будет предостаточно, особенно, если он и в архитектуре чегото понимает. И вероятность, что свалит, предостаточна.

Вот тут имхо ты совсем не прав. Команда без лидера не способна на создание качественных систем. А лидером может стать только хороший профессионал.

А>2. Берите исполнительных — это выяснить за месяц можно. Дайте мелкий проект в струю основного и он обучится. Дайте денег и время на сон и он будет с вами до конца.

Не стоит мешать технологию и проблему кадров. Кадровые проблемы решаются совсем другими способами, никакого отношения к технологии разработки они не имеют.

А>3. Если много знает — значит врет. Если мало — значит не умеет учиться.
А>Проверить, насколько обучаем за месяц. Тестируйте людей программингом. Никаких поблажек даже знакомым и друзьям.

К сожалению программингом не все проверишь.

А>6. Пресекайте споры. Все обсуждения должны четко контролироваться кемто. Обязательно разрешать конфликты авторитетно, ен оставлять на самотек.

Отсутствие споров означает потерю инициативности. Все это может стукнуть по тебе же другим концом, когда все придется тащить на себе самом.

А>7. Дисциплина. Не зря распространились существа с центральной нервной системой.

Практика показывает что введение жесткой дисциплины в программерских конторах часто приводит к печальным последствиям. В том числе и к тем самым кадровым проблемам.

А>9. Считайте срочки в трудовой книжке. Чем больше, тем его не брать.

Какой то очень куцый критерий. В некоторых конторах наоборот работа больше 5-6 лет на одном месте вызывает подозрения в отсутствии инициативы и самомотивации.

А>Аз есмь альфа и омега программерской конторы.

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