Всем доброго дня!

Подскажите, возможно кто сталкивался с аудитом деятельности программистов?

Поделитесь пожалуйста опытом

По-моему, любой программист который смотрит код другого программиста всегда скажет: "полная херь написана, надо все переписывать"

Обычно, в процессе "аудита" деятельности программиста сопоставляется ТЗ и результат. И это может сделать тот человек что написал ТЗ. Так что -ищите автора ТЗ.

Все зависит от целей.
Если стоит цель отжать клиента, то привлеченный "аудитор" может и 40 бочек арестантов описать.
Если нужно исправить ситуацию, то сходные (или одинаковые) задачи могут быть даны двум программистам. Результат сравнивается на доступном уровне.

Что конкретно хотите?

ХОТИТЕ НАЙТИ КОД-ВИРУС В ПРОГРАММЕ?

Думаю, или автору следует дать пояснение о том, почему этот ТОП был создан в рубрике Бухгалтерам и юристам, или его, топ, нужно сослать в раздел "программирование".

Аудит деятельности невозможен без ее нормальной организации.
Вкратце:
1. Ставьте систему управления проектами.
2. Требуйте дробления длительных проектов на проверяемые заказчиком подзадачи продолжительностью не более 24 часов.
3. Требуйте от заказчиков все заявки программистам подавать в электронном виде.
4. Получайте от заказчиков подтверждения о выполнении задач.
5. Оплату труда программистов привязывайте к подтвержденным задачам.

1) Термин "Ставьте систему управления проектами" с ходу убил. Инсталляция MS Project его не спасет.
2) Не "проверяемые", а "измеримые" задачи. И почему именно 24 часа?
3) В файлах txt пойдет?
4) Каким образом получать подтверждение? Три зеленых свистка?
5) Термин "Подтверждение" добивает. Ассоциации с "подтверждением целесообразности". Термин "приемка" и "принятые задачи" ни о чем не говорит?

Не, ну мысль здравая - применить проектное управление.
Но реализация - PMI плачет навзрыд.

Попробую внести ясность в тему
Руководство требует провести аудит программы, видимо интересует насколько возможности программы соответствуют потребностям организации
Есть ли какой то стандартный подход к решению такой задачи?

Мне кажется, Вы не в тот форум всё-таки обратились. Здесь бухгалтеры и юристы. А Ваш вопрос ближе программистам, ит. И довольно сложно помочь и дать ответ, если Вы сами не понимаете, что от Вам и Вашему руководству нужно

Руководство требует провести аудит программы,
________________
Это называется "тестирование". Так же ключевые слова - "чёрный ящик".
Техдокументация какая-то есть? Программа была сделана на заказ, куплена или "пропала с города Пизы"?

Руководство требует провести аудит программы, видимо интересует насколько возможности программы соответствуют потребностям организации
Есть ли какой то стандартный подход к решению такой задачи?

Это совсем отдельная постановка задачи, чем изначальная.
Для справки - аудит деятельности программистов - это проверка процесса получения заявки на доработку программы, ее исполнения и внедрения.
Если речь идет о возможностях программы - то программисты здесь участвуют только косвенно.
Для данной задачи
1. Определяем задачи программы и, исходя из задач, список заинтересованных лиц. Например: программа может быть для бух. учета - тогда бухгалтерия (глав. бух), может быть для управленческого учета - тогда глав. бух или фин. директор (кто отвечает за управленческий учет), CRM и выписка документов - продажники, складской учет - кладовщики и т.д. и т.п. Разумеется список задач и ответственных часто большой, т.е. не один отдел.
2. Потом идем к ответственным и уже у них спрашиваем - насколько программа соответствуют их потребностям, что нужно доделать. В общем проблемы и пути решения.
3. Ну и скользкий вопрос - новые возможности - собрать хотелки по другим отделам (которые не являются пользователями) - что бы им могло потребоваться.

Если стоит вопрос о переходе на новую программу, то все хотелки должны грубо оценить программисты и уже решать - сколько будет стоить доделать и сколько будет купить и внедрить новую программу.

А документ есть, на который можно сослаться ?
Постановление правительства?
Метод рекомендация утвержденная какой-нибудь комиссией при правительстве?
Отраслевой стандарт?

Если стоит вопрос о переходе на новую программу, то все хотелки должны грубо оценить программисты и уже решать - сколько будет стоить доделать и сколько будет купить и внедрить новую программу.

оценивают те, проще говоря "внедренцы", а не программисты, которые тупо код колотят, когда оценивают программисты - мы каждый день видим кривые программы с точки зрения применения к той или иной области

Где-то встречал книгу Куликова "Тестирование программного обеспечения". Поищите, она в свободном доступе есть. Полагаю, там вы найдете ответы на большинство своих вопросов.

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

Я прошел в свое время тестирование PMI, а Вы?

Ссылаться можно на экспертную оценку. Или оценки.