Как стать автором
Обновить

Комментарии 6

Ок, а дальше? Как вы оцениваете результаты вашей работы ( в долгосрочной и краткосрочной перспективе), собираете ли обратную связь?
Обычно, мы обговариваем набор метрик, по котором и видно, как происходит работы. Обратную связь мы собираем постоянно, потому что цель не отсидеть часы и сделать только то, что в них описано, а решить насущные проблемы.
Извините, я может не до конца понял, но на соответствие чему вы делаете аудит? Следуя вашей логике про анализы — их же не просто так сдают, а на определенные показатели… и если уж совсем придраться к терминам, то вики нам подскажет, что: audit is an evaluation of… а собственно Evaluation is a systematic determination of a subject's merit, using criteria governed by a set of standards. Т.е. нужны либо стандарты либо заранее определенные критерии…
Как я писал — у нас есть внутренняя модель зрелости компаний с 7 показателями. Ключевым критерием является то, как быстро команда может реализовывать идеи бизнесы и доносить их до клиента. Отсюда собственно и вытекают метрики и критерии.
тогда я не понимаю вашу модель зрелости и как она была построена об этом у вас ничего не сказано, а это самое важно в любом аудите, а не рисование кораблика…
Если честно, и модели зрелости не вижу, вижу 7 параметров, по которым вы оцениваете компанию… но как вы понимаете, что я управляю требованиями, например, плохо, хорошо или супер классно? только потому что я вам так расскажу и потому что моим сотрудникам кажется, что в этой области нет проблем? это уже какой-то brainstorming а не аудит…
извините, что я так с критикой… но непонятно, а тема интересная… может вы поспешили когда писали и не всё написали?:)
Часть вещей я не написал потому что это секрет фирмы =) В первую очередь это касается того, как мы проводим анализ и определяем текущий уровень компании. Модель строится на существующих в индустрии практиках. Например, когда мы говорим о разработке это касается следующих параметров:
  • наличие VCS и как с ним идет работа
  • практики тестирования (unit, integration,...)
  • работа с Continuous Integration
  • гибкость архитекутры
  • качество кода
  • и так далее

Если говорит об анализе, то нас интересует как именно команда работает на требованиями, как они строят видение продукта и прочее.
По большому счету правильнее назвать наш процесс assessment`ом, но так уж вышло что прицепилось слово аудит.
Зарегистрируйтесь на Хабре , чтобы оставить комментарий

Публикации

Истории