#разборполётов: можно ли было ускорить настройку приказов?
Большая часть пользователей нашей 1С - это сотрудники подразделений по управлению контингентом. Которые ежедневно формируют множество различных приказов и распоряжений. Поэтому едва ли не первое функциональное требование звучало довольно просто: приказы должны печататься из 1С.
На первый взгляд задача понятна: 1. создать недостающие типы и виды приказов; 2. настроить логику формирования приказов; 3. настроить переходы состояний; 4. настроить печатные формы (ПФ).
Однако, на последнем шаге случился “затык”. Да, были объективные внешние обстоятельства. Но если убрать их за скобки и оставить только внутренние процессы, то становится заметны два потенциальных момента для улучшения.
Проблема №1: одна большая задача на все ПФ.
После анализа исторической системы и встречи с пользователями я составила реестр примерно из 40-50 видов приказов. Однако для подрядчиков задача по-прежнему звучала как “настроить ПФ”. Из-за этого возникала путаница при обсуждении нюансов, планирование ломалось, пользователи не видели результата.
Думаю хорошим (даже очевидным) решением было настройку ПФ каждого вида приказа ставить отдельной задачей.
В таком случае нам легче определить очередность настройки ПФ и отработать постепенно поступающие замечания. А пользователи видят, что их требование выполняется, и нагрузка, связанная с ручным трудом, уменьшается.
Проблема №2: как определить очередность настройки ПФ?
Я думаю, что решить эту проблему можно было добавлением в реестр приказов данных о “Периодичности использования” и "Численности людей в приказе.
Потому что есть многочисленные (несколько десятков человек) приказы, которые используются редко. А есть небольшие по численности (3-5 человек), которые деканаты формируют регулярно, до нескольких раз в день. И вот в зависимости от того, какие на текущий момент приказы более актуальны, можно было определить очередность настройки.
Выводы
1. Любая задача, результатом которой являются несколько артефактов, должна разбиваться на подзадачи. 2. Очередность настройки должна быть обоснована. 3. Лучше чаще показывать пользователям небольшой промежуточный результат, чем большой, но редко