Главный инструмент передачи знаний между разработчиками — это код‑ревью. Пусть более опытные разработчики смотрят код менее опытных коллег.

Код‑ревью можно начинать и до создания пулреквеста: начинайте сопровождать новичков ещё на этапе постановки задачи. Более опытные разработчики пояснят вещи, которые кажутся очевидными тем, кто уже давно работает над проектом — покажут дизайнерские чеклисты, расскажут об особо хрупких местах в коде, поделятся принятыми на проекте методиками решения типовых задач.

Чтобы не наращивать фактор автобуса, перебрасывайте программистов с проекта на проект. Поначалу это кажется сложным, но если вы следите за качеством кода (а вы же следите, правда?), то программисты без проблем погружаются в соседние проекты — такая смена деятельности даже помогает им отдохнуть от работы, которая могла поднадоесть.

Подход «все знают всё» исключает ситуацию, когда разработчик, скажем, заболел, и вся работа встала. Или когда один человек перегружен работой, а другие сидят без дела, потому что не знакомы с проектами первого. С большими проектами такой подход тоже работает — вы просто перебрасываете разработчиков между частями одного проекта, скажем с веб‑админки поисковый движок или на интеграцию с банком.

А ещё, старайтесь не раздувать объём знаний в компании. Поддерживайте одинаковый стек технологий: если работаете на ПХП, избегайте Питона. Если специализируетесь на Вордпрессе — не беритесь за Битрикс. Применяйте побольше фреймворков и готовых библиотек — код в них стандартизован: вновь пришедший специалист с большей вероятностью будет знать какой‑нибудь Yii, чем вашу внутреннюю MVC‑разработку.