В отделе из 8 программистов возникла необходимость регламентировать работу.
В связи с этим, возникает вопрос прежде всего к специалистам, работающим в подобных отделах.

Какие руководящие документы используются для работы?
- Положение об отделе
- Должностные инструкции специалистов
- Какой-то документ, регламентирующий взаимодействие с другими подразделениями
- Какой-то документ, регламентирующий работу с системой контроля версий
- Какой-то документ, регламентирующий документирование (спецификации, алгоритмы, описание переменных и функций)
- Какой-то документ, регламентирующий общий стиль написания ПО
- как-то так..

Как у вас организована работа в отделе? Был бы бесконечно благодарен, если бы скинули мне примеры подобных документов.
Заранее благодарю!

В организациях, работающих на "людей в погонах" или на темы близкие к ним, обычно, должна быть внедрена "Система менеджмента качества"(ISO 9000). Эта система предполагает, что на предприятии должны быть разработаны и введены в действие все перечисленные Вами документы (и ещё большая кучка). Если Вы живете не в деревне, то таких предприятий "рядом", наверное, наберется "жменька". Обратитесь к работающим там (я бы с Вами поделился, да в электронном виде этих документов у меня нет)...

PS. "Встроенное ПО" - это, конечно, круто! Вы в терминах не путаетесь?

Ндя... заменитель сахара первый шаг к резиновой женщине.

Как раз работаю в такой организации.
Где не просто все регламентировано, а очень регламентировано.

На протяжении 21 года наблюдаю становление этой системы.

В начале пути были некие подобия инструкций ДИ, РИ ИОТ.
В объеме знаний должностной инструкции было несколько документов, именно тех
которые действительно необходимы, а размер самой должностной был страниц на 6-8.

Теперь в должностной 8 страниц объема знаний.
Если сложить на столе столбиком документы которые я должен знать по одной Охране труда, то высота от уровня стола будет сантиметров 30.

Я извиняюсь за Оффтоп, но вы делаете первый шаг на пути построения бюрократической системы.
Потом если у вас найдутся уникальные специалисты, который проявят таланты в вождении пальцем по бумагам, будут и другие шаги.

Думаю вы легко сожмите дойти до обязательно подписанных мусорный корзин, прям как у нас "Место для сбора мусора" не говоря про все остальное.

Вот например какие документы нужны для того чтобы делать техобслуживание СИТ

1 График проведения ТО СИТ в помещении ххх
2 Перечень СИТ закрепленных за помещением ххх
3 Перечень СИТ подлежащих ТО в помещении ххх
4 Перечень операций при проведении ТО
5 Журнал проведения ТО
6 Журнал расхода спирта (спирт дают только для ТО)
Далее идут акты списания спирта.

Совсем забыл На каждое СИТ есть еще формуляр в которое тоже ставятся отметки

Все эти графики пересматриваются каждый год, а так же есть перечень "Документации на рабочем месте в помещении ххх"
в который внесены все эти графики и другие документы и в него также необходимо вносить измерения, по мере изменения
внесенных в него документов.

Вообще читайте Джоэля

http://russian.joelonsoftware.com/Articles...eNakedChef.html


Хотя в этом тоже есть плюсы можно вообще не работать, а хорошо знать инструкции.
Всегда можно найти некие пункты которые не позволяют вам именно сейчас сделать эту работу.

Извиняюсь но наболело.

Все дело в том, Уважаемый Massa_bob, что сам подход - "растащить" узких специалистов, принимающих участие в процессе разработки изделия, по различным отделам (программистов, схемотехников, конструкторов, и т.д.), а потом "организовать их взаимодействие" - является очень сомнительным, в плане эффективности работы. Сколько видел успешных разработок - они всегда выполнялись "смешанными" командами специалистов - группой разработчиков, под единым управлением руководителя проекта, а не набором узкоспециализированных отделов предприятия.
Самым главным документом, регламентирующим деятельность разработчика является Техническое Задание на проект. Руководитель, в рамках этого ТЗ, выполняет постановку задачи каждому участнику проекта. Иногда, при очень объемных проектах, часть работ выделяется в отдельные подпроекты со своими ТЗ, и так далее... Вот Вам и весь набор документов, необходимый и достаточный для выполнения разработки.
Различные документы, принятые на предприятии, в этом процессе должны носить чисто вспомогательный характер - например, правила техники безопасности, режим работы, порядок оформления выходной документации и т.п. Как только появляются попытки зарегламентировать и забюрократизировать сам процесс разработки - это немедленно сказывается на результатах - в отрицательную сторону, вплоть до полного провала...

А это уже местные особенности. Лодырь и без инструкции найдет причину не работать, а адекватному человеку инструкция (если она написана не для проформы) сильно облегчает жизнь.