Главное Свежее Вакансии Образование
Выбор редакции:
364 0 В избр. Сохранено
Авторизуйтесь
Вход с паролем

Требования к системе учёта на проекте

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

Как устроены существующие информационные системы?

Базовой единицей учёта во многих существующих информационных системах является «задача». Чтобы приспособить задачи к учёту потребностей, можно предложить один из двух вариантов:

  • использовать одну задачу для учёта нескольких взаимосвязанных потребностей;
  • регистрировать отдельную задачу для каждой потребности;

В первом случае в информационной системе теряется возможность ссылаться на каждую отдельную потребность, отмечать её актуальность и удовлетворение. Во втором случае задачи оказываются слишком «тяжелыми» для оперативного учёта потребностей: открытие модальной формы задачи, отображение множества информационных полей, наличие обязательных для заполнения полей выбивает из контекста, рассеивает внимание.

Для обсуждения потребностей обычно используются комментарии к задачам. Комментарии реализуются в виде форума, однако обсуждение потребностей удобно проводить в формате чата. Также для обсуждения могут использоваться сторонние средства: мессенджеры, почта, телефон. Это рассеивает информацию, нарушает принцип единого источника.

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

Чтобы сделать конспект потребностей, приходится копировать комментарии вручную.

Сформулируем требования к информационной системе

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

В рамках предприятия клиентами могут являться подразделения, руководители, просто коллеги. И вновь ключевым объектом учёта становится потребность, в данном случае потребность подразделения или конкретного сотрудника.

Потребности заказчика выявляются в процессе общения. Обсуждение потребностей порой содержит слишком много «воды». Чтобы уменьшить объем информации, обрабатываемой в дальнейшем при проектировании, необходимо повысить «концентрацию» полезных сведений, поэтому необходимо удобное средство выделения и фиксирования главного в обсуждении. Информационная система должна предоставлять возможность фиксировать конспект обсуждения потребностей.

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

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

В результате анализа потребностей окончательные требования могут сильно измениться. Чтобы гарантировать актуальность требований, заказчик должен иметь возможность просматривать требования и подтверждать их актуальность.

-2
В избр. Сохранено
Авторизуйтесь
Вход с паролем
Комментарии
Выбрать файл
Блог проекта
Расскажите историю о создании или развитии проекта, поиске команды, проблемах и решениях
Написать
Личный блог
Продвигайте свои услуги или личный бренд через интересные кейсы и статьи
Написать

Spark использует cookie-файлы. С их помощью мы улучшаем работу нашего сайта и ваше взаимодействие с ним.