meta data for this page
2022-12-07 О корпоративных вики заказчиков и проектах по их заполнению
Сегодняшний день запомнится процедурами аварийного восстановления и реагирования на аварии для Росплатформы. Данные разделы готовятся для плана аварийного восстановления.
Меня посетил такой вопрос: С развитием и популяризацией корпоративных баз знаний будет ли возрастать у заказчиков спрос на заполнение собственных БД подрядчиками? Например документация которая готовится по проекту практически не используется в бумажном виде, потому что системы быстро развиваются, модернизируются и даже таблицы настроек а темболее руководства быстро приходят в негодность. По моему мнению проектную документацию у заказчика может ждать три исхода:
- Кипа бумаг будет свалена в комнате у админа и так пролежит до переезда в другой офис;
- Файлы с электронного носителя будут загружены на какой то общий файловый ресурс, где возможно первое время будут немного актуализироваться но быстро потеряют свой смысл.
- Проект и карты настроек возможно понадобятся при проведении аудита другим подрядчиком через 3-4 года.
- Может быть инструкции пригодятся первый год-два или для обучения нового админа.
- План DRP … возможно о нем вспомнят в самый неподходящий момент и окажется что либо он не соответствует действительности потому что архитектура изменилась, либо план действий устарел из-за обновления системного ПО.
- В компании с железной дисциплиной будет выделен специальный человек который будет обязан следить за документацией и поддерживать в ее актуальном состоянии. Вы когда нибудь встречали такое?
С другой стороны, вики мне кажется более оптимальным вариантом. Это информация которая доступна для редактирования сразу нескольким людям которые ей пользуются. Возможно для вики нужен свой выделенный модератор чтобы приводить все к единому стилю, но это не строго обязательно.
Ситуацию в текущем стиле ведения бизнеса можно представить так что заказчик загружает всю полученную инфу из файлов *.docx в свою базу знаний, страдает мучается несколько дней недель чтобы привести это к удобочитаемому виду и потом возможно пользуется, а возможно как например я всегда носит с собой и не использует чужую вики.
В идеальном же мире, с точки зрения заказчика может поступить запрос помимо подготовки стандартной документации на печатном и электронном носителе - оформление содержательных документов в существующую базу знаний заказчика. Но если представить себе каким топорным и неудобным ПО пользуются некоторые около-государственные организации, то скорее всего это будет не Confluence а нечто самописное с кривым WYSIWYG редактором которое никем не используется но форсится руководством.
Поэтому в желании писать в чужую вики как обычно две стороны медали и скорее всего реальное положение дел может не понравится исполнителю.