IT-аудит — удалённая работа в Москве

1. Проанализировать ТЗ Заказчика и выделить из него: o функциональные требования; o обязательные результаты; o ограничения и условия реализации; o явно и неявно предполагаемые работы. 2. Проанализировать ТЗ подрядчиков и понять реальный смысл предлагаемых ими работ, даже если он сформулирован совершенно иначе, чем в ТЗ Заказчика. 3. Провести восстановление исходной структуры: o требование Заказчика ? работа подрядчика; o несколько требований ? одна работа подрядчика; o одно требование ? несколько работ подрядчика; o работа подрядчика ? отсутствующее в ТЗ Заказчика требование. 4. Выявить потенциально избыточные позиции: o работы, которые не требуются для достижения результата, предусмотренного ТЗ Заказчика; o дублирование работ; o необоснованное расширение объёма; o технические решения, представленные как обязательные работы; o дополнительные функции, не вытекающие из требований; o повторное выполнение работ, уже покрытых другими пунктами; o «запас» или overengineering, который может быть оправдан технически, но не следует из требований Заказчика. 5. По каждой спорной позиции дать понятное экспертное обоснование, почему работа: o необходима; o необходима частично; o является спорной; o либо, по имеющейся информации, выглядит избыточной. 6. В результате сформировать понятную картину для Заказчика: за что именно он платит подрядчику и какая часть предлагаемого объёма действительно обусловлена исходным ТЗ. Важный момент Это не механическое сравнение двух документов по ключевым словам. Нам нужен человек, который способен увидеть содержание за разными формулировками и ответить на вопрос: Независимо от того, как подрядчик называет эту работу, действительно ли она необходима для выполнения требований Заказчика? То есть потребуется сопоставлять не только тексты, но и функции, процессы, архитектурные решения, результаты работ и причинно-следственные связи между ними.