Ми - зростаюча ІТ-операція, яка продовжує надавати додаткові пропозиції та підтримку різноманітним клієнтам. Поки ми продовжуємо підтримувати це зростання, ми виявили, що нам потрібно мати легкий доступ до інформації та документації про наші різні системи та програмне забезпечення в межах наших ІТ-команд. У нашій ІТ-групі є три основні функціональні області, до яких належать:
- персонал служби підтримки (рівень 1),
- розробники та програмісти, і
- системні адміністратори / адміністратори мережі / безпечні аналітики (рівень 2).
Наразі у нас є інформація про рівень 1, який зберігається у вікі, який базується на MediaWiki, і який виявився дуже успішним для команди довідкової служби. Розробники та програмісти переїхали до Redmine для відстеження своїх проектів, проблем та проектної документації. Адміністратори (2-й рівень) не мають централізованого сховища знань і покладаються на файли MS Word, які розкидані на мережевих накопичувачах, персональних машинах, знаннях, які доступні лише певній особі, оскільки вони її ніде не задокументували тощо.
Зараз у нас є завдання, що нам потрібно мати централізоване місце для запису інформації та документації для рівня 2. Однак у нас вже є дві інші системи. Ми в ідеалі хотіли б мати платформу для документації, яка б працювала як мінімум для рівня 1 та 2 рівня з можливістю додавання в неї також програмістів. Ця платформа повинна мати можливість зберігати певний контент окремо. Наприклад, на рівні Tier 2 є конфіденційна інформація (як ми створюємо наші сервери, можливі імена користувачів тощо), про які рівень 1 не повинен знати. Крім того, рівень 2 повинен мати можливість мати доступ до інформації на рівні 1 і вище. Ми думали про розширення інсталяції MediaWiki для цього, крім ACL ' s, а захист інформації від користувачів wiki здавався хакерськими роботами, які не були добре підтримані і суперечать духу відкритого та легкого доступу до інформації, яка лежить в основі вікі. Я шукаю ідеї та пропозиції, які відповідають вищепереліченому критерію, а також наступним додатковим завданням:
- Переважно безкоштовне програмне забезпечення з відкритим кодом (та веб-інструмент), оскільки у нас насправді немає бюджету на це
- Платформа, яка не містить квиткових елементів, оскільки у нас є окрема система, яка обробляє це для рівня 1 та 2 рівня
- Платформа, яка не потребує можливостей управління проектами для рівня 1 та 2 рівня
- Продукт, який є гнучким, до нього легко додавати документацію, що включає таблиці, просту розмітку, підсвічування синтаксису, зображення, мережеві діаграми тощо.
- Повнотекстові можливості пошуку тексту, можливо, з можливостями природної мови
- Можливість підтримувати завантаження та завантаження файлів
- Потенційно можна отримати RSS або Atom канали та повідомлення електронної пошти про оновлення
- Дозволити можливість автентифікації LDAP можна інтегрувати в існуюче середовище SSO
- Платформа, яка не вимагає багато часу на розробку або створення спеціального коду
- Контроль доступу на основі користувача, ролі, членства в групі, за окремими документами / сторінками або набором документів / сторінок таким чином, що якщо у вас немає доступу до цього розділу сайту / документа / сторінки / членства, ви не бачите посилання або зміст
- Переважно мати вбудований редактор, щоб полегшити введення даних та розміщення документації
- Вбудований контроль та аудит версій був би кращим
- Можливість експорту сторінок або колекції або сторінок у PDF-файл
- Здатність добре масштабувати, якщо ми продовжуватимемо рости та розширюватись
- Можливо, підтримує можливість відстежувати використання або виконувати аналітику
- Використовується лише для внутрішнього використання і не буде клієнтом чи доступним
- Можливість підтримувати керування фрагментами інформації, такою як практичні вказівки, процедури, рішення, проекти, побудова сервера, мережева документація тощо.
- Він не потребує можливостей соціальної інтеграції
- Можливо, підтримує можливість мати або додавати до нього інвентар системи (сервери та клієнтські машини)
- Дозволити імпорт інформації MediaWiki, якщо нам доведеться перемикати платформи
Крім того, в Інтернеті є багато місць, які розповідають про експертні системи, які дозволяють створювати робочі потоки для усунення несправностей, подібні до блок-схеми або покрокового майстра. Це щось, що ми маємо розглянути як варіант в нашій документаційній платформі? Чим це було б корисно і чи це щось, що допомогло б першого рівня краще виконати свою роботу? В Інтернеті також є деяка інформація, яка розповідає про відмінності між управлінням вмістом та управлінням знаннями . Це щось, що ми повинні розглядати як частину вимог платформи документації?
Я знаю, що ця публікація довша, і я вдячний за допомогу та відгуки, які ви можете надати. Я намагаюся переконатися, що я задаю правильні запитання та висвітлюю основи, щоб допомогти прийняти більш обґрунтоване рішення, а також реалізувати рішення, яке буде життєздатним на довгострокову перспективу, щоб ми не продовжували відновлювати системи, які ми щойно реалізовані. Заздалегідь дякую заздалегідь, і я з нетерпінням чекаю прочитати те, що ви поділитесь.