Без заголовка

будучи софтверщиком небольшого масштаба прокомментирую пункт 3: контроль версий. В моём опыте разработок, системы контроля ревизий/версий (исходного кода) имели/имеют очень маленькое значение для менеджмента конфигурации и обеспечения целостности системы. Только в случае, когда команда поддерживает (развивает) несколько разных версий продукта параллельно, svn vs. git становится актуально -- потому что разные версии становятся разными ветками и система должна уметь объединять правки, сделанные в разных ветках. Ну и случай, когда надо исправить старую версию системы -- там тоже. А так контроль конфигурации в своём худом-бедном варианте технически поддерживается системой отслеживания задач (trac, fogbugz, bugzilla, etc.), ибо именно там задачи привязываются (должны привязываться) к утверждённым дизайнам (архитектурам), а дизайны -- к эскизам, а эскизы к требованиям (заинтересованных сторон). Часто эти базисы вообще не попадают в систему контроля ревизий, оставаясь в системе управления задачами.