Который раз удивляюсь тому, как на ровном месте вырастают сложности. Например, на стыке разработки и эксплуатации. Казалось бы, разработай, проверь что работает, опиши и отдай в эксплуатацию. Так ведь, нет. Из-за конфликта интересов этих двух областей, на стыке начинается разброд и шатание. .jpg)
Конфликт заключается в том, что разработке, которая обычно идет в рамках проекта инициированного бизнесом, необходимо уложиться в сроки, сроки эти взяты не с потолка, а, скорее всего, согласованы с бизнесом и привязаны к ключевым точкам в их проектах, например, начало продажи нового товара, или оказания новой услуги. В итоге сроки давят, основной функционал готов, а на "такие мелочи", как документация, обучение персонала, подготовка резервного копирования/восстановления уже нет времени. С другой стороны стоит эксплуатация, которой потом всю жизнь жить с "этим" и обещания "вот запустим и потом доделаем", обычно не вызывают энтузиазма. Однако, практика показывает, что во многих организациях под давлением бизнеса и сроков проекта, системы все же передаются в эксплуатацию без проведения полного комплекса мероприятий, которые когда-то были запланированы, как "правильные" с точки зрения эксплуатации.
С точки зрения теории можно сколько угодно долго рассуждать на тему: в чьей области ответственности находится контроль выполнения всех мероприятий в момент передачи в эксплуатацию. На практике же ситуацию спасает только возведение мероприятий, которые должны быть выполнены до передачи в эксплуатацию в ранг ОБЯЗАТЕЛЬНЫХ требований, ничем не отличающихся от функциональных требований к системам, без реализации которых эксплуатация просто не может начаться. Ведь закладываются же на начальном этапе планирования проекта сроки на реализацию функционала, почему не заложить туда же дополнительные дни и трудозатраты на подготовку системы. Принцип, "главное взлететь, а как потом садиться будем, разберемся по ходу полета", не только с самолетами не доводит до добра 🙂
Однако следует учитывать, что такой подход возможен только при соблюдении руководством жесткой позиции в этом отношении. Если будут послабления, то значит при нехватке ресурсов в проекте или рисков связанных со сроками, первое на чем начнут экономить, это реализация мероприятий, необходимых для передачи в эксплуатацию.
«С точки зрения теории можно сколько угодно долго рассуждать на тему: в чьей области ответственности находится контроль выполнения всех мероприятий в момент передачи в эксплуатацию. На практике же ситуацию спасает только возведение мероприятий, которые должны быть выполнены до передачи в эксплуатацию в ранг ОБЯЗАТЕЛЬНЫХ требований…»
Не разобравшись с ответственностью, можно что угодно возводить в какой угодно ранг, толку не будет.