Более того, я бы сказал две такие истины-аксиомы

1) Вам нужен не программист, а хотя бы тимлидер, а лучше — руководитель проекта. Ибо программист может не знать _всех_ процессов, связанных с разработкой ПО. Он видит только свою часть, но, например, аналитику, тестирование, QA, метрики он может просто не знать, ибо ему это не нужно.

2) Растить самому... Ну, это примерно то же самое, что под отвественный проект (пусть корпоратиная система на J2EE) взять главным разработчиком студента, который что-то такое делал на Delphi.

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


Кстати, почти попадаем в диллему: как разработать качественную корпоративную систему, имея $1000 на разработчика. Ответ — никак

Да, если всё-таки всё плохо, то брать нужно всё-таки не программиста, а менеджера (пришедшего из программирования). Ибо постановка процесса — менеджерская задача. Там меньше техники и технологии, больше установления порядка, пробивания косности, привычек, нежелания и т.п.