Я работаю в небольшой компании. Отдел разработки программного обеспечения компании до того, как меня наняли, состоял из одного перегруженного самоучкой парня. Теперь, когда я несколько лет писал программное обеспечение для компании, мне было поручено установить официальные методы разработки программного обеспечения в масштабах всей компании. В настоящее время у нас нет руководящих принципов, кроме
Напишите код, протестируйте его, поместите в файл .zip и отправьте клиенту. Бонусные баллы за TDD и контроль версий.
Мой начальник хочет, чтобы я написал руководство для разработчика программного обеспечения, в котором определены общие процессы, протоколы, инструменты и рекомендации, которые мы используем для достижения цели. Другими словами, он хочет, чтобы книга «Это то, что мы делаем здесь», чтобы было проще познакомить нового сотрудника с тем, как мы делаем вещи, а также чтобы помочь моему боссу понять, что делают его миньоны и как они это делают. Это.
То, как я это вижу, я закладываю фундамент, и это нужно сделать правильно. Как бы вы выбрали темы для такого справочника? Можете ли вы привести несколько примеров тем?
Примечание: если это имеет значение, мы, прежде всего, магазин Microsoft .NET. И мы смотрим на гибкие практики, такие как XP и Scrum, но нам, возможно, придется серьезно изменить их, чтобы они работали в нашей компании.