ШЕСТЬ ВОПРОСОВ К ХОРОШЕМУ ИНФОРМАЦИОННОМУ ТРЕБОВАНИЮ
Фраза «предоставьте сведения об оборудовании» похожа на задание, но каждый участник поймёт её по-своему. Один подготовит таблицу, другой выгрузит свойства из модели, третий отправит паспорта в PDF. Все формально ответят на запрос — и ни один результат может не подойти для решения исходной задачи.
В информационном менеджменте в строительстве (ИМС) информационное требование — это структурированное описание потребности. Проверить его качество помогают шесть вопросов.
1. Кому нужна информация? Получатель — не абстрактный «заказчик», а конкретная функция или группа: служба эксплуатации, специалист по закупкам, проектировщик смежного раздела. От компетенций и процессов получателя зависит форма результата.
2. Зачем она нужна? Цель связывает информацию с деятельностью или решением. «Для выбора насоса», «для планирования обслуживания» и «для подтверждения соответствия» требуют разных сведений даже об одном объекте.
3. Какой уровень информационной потребности (УИП) достаточен? Здесь определяют необходимое количество, качество и детализацию. Не максимум возможных атрибутов, а ровно тот уровень, который позволяет достичь цели без дефицита и перепроизводства данных.
4. В каком формате и каким способом передать результат? Таблица, модель, документ или их сочетание; схема данных, единицы измерения, правила именования, канал поставки — всё это должно быть согласовано до начала производства информации.
5. Какие вспомогательные ресурсы использовать? Шаблоны, классификаторы, справочники, нормативные документы и примеры помогают поставщику одинаково понять требование и снижают пространство для догадок.
6. Когда требуется поставка? Срок связывают с ключевым событием так, чтобы получатель успел проверить информацию до действия или решения. Запоздалый безупречный результат может уже не иметь ценности.
Эти вопросы образуют единое требование. Удалите любой — и часть неопределённости придётся устранять перепиской, переделкой или предположениями.
Хорошее требование не обязательно длинное. Оно достаточно точное, чтобы поставщик понял ожидаемый результат, а получатель смог проверить его пригодность для цели.
Фраза «предоставьте сведения об оборудовании» похожа на задание, но каждый участник поймёт её по-своему. Один подготовит таблицу, другой выгрузит свойства из модели, третий отправит паспорта в PDF. Все формально ответят на запрос — и ни один результат может не подойти для решения исходной задачи.
В информационном менеджменте в строительстве (ИМС) информационное требование — это структурированное описание потребности. Проверить его качество помогают шесть вопросов.
1. Кому нужна информация? Получатель — не абстрактный «заказчик», а конкретная функция или группа: служба эксплуатации, специалист по закупкам, проектировщик смежного раздела. От компетенций и процессов получателя зависит форма результата.
2. Зачем она нужна? Цель связывает информацию с деятельностью или решением. «Для выбора насоса», «для планирования обслуживания» и «для подтверждения соответствия» требуют разных сведений даже об одном объекте.
3. Какой уровень информационной потребности (УИП) достаточен? Здесь определяют необходимое количество, качество и детализацию. Не максимум возможных атрибутов, а ровно тот уровень, который позволяет достичь цели без дефицита и перепроизводства данных.
4. В каком формате и каким способом передать результат? Таблица, модель, документ или их сочетание; схема данных, единицы измерения, правила именования, канал поставки — всё это должно быть согласовано до начала производства информации.
5. Какие вспомогательные ресурсы использовать? Шаблоны, классификаторы, справочники, нормативные документы и примеры помогают поставщику одинаково понять требование и снижают пространство для догадок.
6. Когда требуется поставка? Срок связывают с ключевым событием так, чтобы получатель успел проверить информацию до действия или решения. Запоздалый безупречный результат может уже не иметь ценности.
Эти вопросы образуют единое требование. Удалите любой — и часть неопределённости придётся устранять перепиской, переделкой или предположениями.
Хорошее требование не обязательно длинное. Оно достаточно точное, чтобы поставщик понял ожидаемый результат, а получатель смог проверить его пригодность для цели.