Слишком много разработок без документации в ИТ
Здравствуйте, товарищи.
Столкнулся на работе с такой проблемой. Работаю в отделе ИТ, руковожу проектами. На протяжении долгого времени у нас проводятся модификации в информационной системе по запросу бизнеса. Есть бизнес-анализ и системный анализ.
С бизнес-анализом всё относительно нормально: есть какие-никакие регламенты, либо можно опросить повторно ключевых сотрудников, если надо составить общее представление о работе.
Куда хуже с системным анализом. Все изменения проходят через задачи, которые особо не связаны тегами/связями. Единой базы знаний о том, что менялось в системе, нет. В результате, все знания сосредоточены в головах одного-двух незаменимых сотрудников.
В результате, сейчас есть система с кучей доработок, некий монстр Франкенштейна. Есть новые бизнес-аналитики, но не понятно, как им передавать знания системного анализа, так как опытный системный аналитик работает на текучке, и системный анализ требует куда больше погружения, чем бизнес-анализ.
Проблема:
а) невозможность масштабировать системного аналитика
б) отсутствие прозрачности "внутренностей" системы
Подскажите общими словами, какие могут быть выходы из ситуации?
Спроси Пикабу
6.2K постов6K подписчиков
Правила сообщества
Подпишись на наше сообщество, если тебе понравилась публикация. Или добавь нас в игнор, если нет.
Правила:
1. Задавая вопрос в посте, используйте открытые вопросы (те, которые не предполагают коротких ответов «Да/Нет»)
2. Создавая пост-ответ, убедись, что делаешь это ответом, иначе нам придется вынести пост за несоответствие тематике соо.
3. Подборкам, созданным на основе вопросов пользователей, тут самое место.
4. Посты с призывами поделиться историей, цифрами (пример), картинками, рекомендациями, тоже относятся к тематике соо (если будет перегиб, то пересмотрим данный пункт).
4. В сообществе не место для политики и вопросам по сайту/модерации. Для этого есть профильные сообщества.
5. Не допускаются оскорбления авторов только за наличие вопроса.
6. В сообществе допускается размещение подборок из ответов на вопросы в других постах или постах самого сообщества, только убедитесь, что до вас этого никто не сделал.
7. Предложения по доработке правил и направлению развития сообщества принимаются 24/7.