Ок. Есть коллектив из 10 программистов, у этого коллектива есть руководитель. Вот этот самый руководитель и будет настраивать, дабы не терять драгоценное время на планирование подобных задач, снова и снова. А уж если одновременно ведется работа над несколькими проектами (да хоть над одним), то коллектив обязан знать, в каком проекте и за что он отвечает. Свои обязанности и последовательность действий.
Ха-ха, руководителю просто делать нечего, ковыряться с какой-то глюкавой софтиной ) Нормальный руководитель сделает что: 1) расскажет и объяснит всё словами; 2) когда это перестанет работать - будет по необходимости писать регламенты тех или иных процессов, используя Word, Visio или Wiki (и поглядывая на ГОСТ, PMBOK, SWEBOK, RUP, MSF или Agile). Если только он не бывший Java-разработчик, которых в общей массе немного.
EPF не даёт возможности создавать проекты и тем более заводить людей и привязывать их к какой-то роли в конкретном проекте. EPF - это, по большому счёта, инструмент создания картинок процесса.
Или Вы полагаете, что коллектив в 10 человек не нуждается в планировании работы?
Планирование в каждом новом проекте делается заново, в итерационных - в рамках итерации. Если для планирования нужна некая эталонная модель процесса (процессов), то как её получить - я описал выше.
Я не отрицаю полезность получения нужного описания процесса (скорее наоборот), я оспариваю полезность применения таких инструментов, как EPF и RMC. Т.е. вы конечно можете это делать (локализацию инструмента), но ваши надежды на общую полезность имхо завышены, т.к. если уж такой крутой менеджер найдётся, то ему не станет препятствием английский язык интерфейса инструмента (разового применения!), в отличие от английского языка в контенте описания процесса дял разработчиков.