Судьба проекта в ваших руках

Судьба проекта зависит от множества факторов, включая человеческий.
А этот фактор, как известно, очень нестабилен, так давайте не будем его провоцировать лишний раз и последуем следующим советам…

Отношение менеджера к проекту

Менеджер не должен выражать своё отношение к проекту аля “проект полная ж…” (ППЖ) – таким образом он заранее настраивает разработчика на провал…

Отношение коллег к проекту

Видя что вашему коллеге достался проект из разряда ППЖ, не стоит выражать ему своё сочувствие словами “Проект тебе достался – ППЖ” – это не только ухудшит Ваши с ним отношения (слова “Тебе бы такой” может и не будут сказаны, но на языке точно будут крутиться), но и может навредить самому проекту…

Архитектура проекта

На разработку архитектуры зачастую уделяется мало времени, и очень зря. Необходимо приучить разработчика вначале продумать архитектуру до последнего винтика, а лишь потом писать код. А у нас, зачастую, “шашки наголо” и давай махать, нарубили дров, успокоились, и начали переписывать весь код наново – но бюджет проекта не резиновый – и это надо помнить не только менеджеру проекта, но и разработчикам.

И нечего пинать на реализацию, если архитектуру про…ли.

Дизайн проекта

Лучше когда дизайн есть с первого дня разработки, и тому есть несколько причин:

• программисту не хочеться заниматься рутиной – а серые формы подталкивают к мыслям о том, что это “очередной проект” (а если предыдущий закончился провалом – явно будет отрицательный настрой на работу)
• чем дельше в лес – тем сложней будет прикрутить дизайн

Но дизайн – дизайну рознь – он может стать раздражающим фактором на всё время разработки, так что если сделанный дизайн не нравиться нам, не стоит его показывать заказчику с надеждой – авось прокатит…

И еще процитирую Стива Джобса: “В речи большинства людей “дизайн” означает облицовку, но это совершенно не так. Дизайн — это основа и душа любого человеческого творения” – так давайте запомним это, и не будем создавать проекты-зомби…