====== 2022-12-07 О корпоративных вики заказчиков и проектах по их заполнению ======
Сегодняшний день запомнится процедурами аварийного восстановления и реагирования на аварии для Росплатформы. Данные разделы готовятся для плана аварийного восстановления. 
  * [[domestic:rosplatforma:guide:dr|Руководство аварийного восстановления Росплатформа]]

Меня посетил такой вопрос: С развитием и популяризацией корпоративных баз знаний будет ли возрастать у заказчиков спрос на заполнение собственных БД подрядчиками?
Например документация которая готовится по проекту практически не используется в бумажном виде, потому что системы быстро развиваются, модернизируются и даже таблицы настроек а темболее руководства быстро приходят в негодность. По моему мнению проектную документацию у заказчика может ждать три исхода:
  - Кипа бумаг будет свалена в комнате у админа и так пролежит до  переезда в другой офис;
  - Файлы с электронного носителя будут загружены на какой то общий файловый ресурс, где возможно первое время будут немного актуализироваться но быстро потеряют свой смысл. 
    - Проект и карты настроек возможно понадобятся при проведении аудита другим подрядчиком через 3-4 года.
    - Может быть инструкции пригодятся первый год-два или для обучения нового админа.
    - План DRP ... возможно о нем вспомнят в самый неподходящий момент и окажется что либо он не соответствует действительности потому что архитектура изменилась, либо план действий устарел из-за обновления системного ПО. 
  - В компании с железной дисциплиной будет выделен специальный человек который будет обязан следить за документацией и поддерживать в ее актуальном состоянии. Вы когда нибудь встречали такое?

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

Ситуацию в текущем стиле ведения бизнеса можно представить так что заказчик загружает всю полученную инфу из файлов *.docx в свою базу знаний, страдает мучается несколько дней недель чтобы привести это к удобочитаемому виду и потом возможно пользуется, а возможно как например я всегда носит с собой и не использует чужую вики.

В идеальном же мире, с точки зрения заказчика может поступить запрос помимо подготовки стандартной документации на печатном и электронном носителе - оформление содержательных документов в существующую базу знаний заказчика. Но если представить себе каким топорным и неудобным ПО пользуются некоторые около-государственные организации, то скорее всего это будет не Confluence а нечто самописное с кривым WYSIWYG редактором которое никем не используется но форсится руководством.

Поэтому в желании писать в чужую вики как обычно две стороны медали и скорее всего реальное положение дел может не понравится исполнителю.