Начнем с терминологии.
«Программист» — сотрудник предприятия, который отвечает за доступ к данным учетной системы. Это не обязательно тот, кто пишет код, но точно тот, у кого постоянно спрашивают что-то «выгрузить» или «получить» из 1С, SAP, AIKO, R-Keeper, и других продуктов базостроительной индустрии вплоть до самописных продуктов.
В чем состоит сейчас роль таких людей на предприятии? В результате очередного управленческого энтузиазма у руководства или даже у рядовых сотрудников возникают вопросы к данным предприятия и необходимость на них ответить при помощи очередного отчета.
Тут же формируется запрос (хорошо, если в виде грамотного поставленного технического задания, а часто просто в виде просьбы типа «Вася, сделай мне»). И наш герой-IT-шник ставит себе в четырехмесячную очередь очередное задание и в зависимости от уровня начальства или настырности пользователя эта задача так или иначе выполняется.
Проблема заключается в том, что таких задач у программиста тьма. И в любом случае производство таких отчетов не происходит мгновенно. При этом остальные более важные задачи откладываются в долгий ящик. Обе стороны недовольны процессом. Программист — вечной текучкой сиюминутных задач. Сотрудники — длительностью выполнения запроса и качеством его исполнения.
Качество тоже не может быть идеальным. Поскольку в этом процессе всегда есть момент передачи информации от потребителя к исполнителю. А передача информации от человека к человеку всегда сопровождается потерями. Причиной этому может быть и недопонимание, и плохое изложение задачи и неполная проработка пользователем технического задания. Ну и, конечно, ошибки могут возникать во время исполнения. Каждое лишнее звено усложняет процесс, замедляет его и является причиной ошибок.
Что предлагаю я на предприятиях-клиентах.
Перестать выдавать пользователю готовые отчеты в виде печатных форм и таблиц для чтения. Основой для передачи информации должна стать форма таблицы, которая максимально похожа на классическую базу данных. Такие таблицы я называю «водопадами». На первом уроке своего семинара по мгновенному анализу данных я подробно рассказываю о требованиях к таким выгрузкам.
К этому надо будет добавить умение сотрудников пользоваться инструментарием сводных таблиц в Excel. И это уже моя работа. В правильном изложении этот навык требует двухдневного семинара.
Что получается взамен.
Пользователи могут сами строить отчеты в любом количестве и с любыми оттенками смысла, которые только ни придумают.
Информационная система на предприятии становится более гибкой. Из нее уходят лишние звенья и процессы. IT-шники концентрируются на более важных задачах обеспечения бизнеса нужной исходной информацией, а сотрудники имеют возможность анализировать ее с любых сторон.
Забавно, что стандартные выгрузки данных из большинства учетных программ чем-нибудь да испорчены. То лишний пустой столбик внутри вставится, то заголовок без особой необходимости станет многоэтажным, то итоговая строка внизу приклеится. Каждое нарушение вышеперечисленных правил является источником muda (бесполезных действий), а автора этих нарушений все окружающие справедливо будут называть «источником muda» или по-другому…(закончите сами).
Действенность такого подхода к анализу данных подтверждена годами опыта на десятках предприятий.
Более подробно о преобразовании таблиц и о мгновенном анализе я уже писал: http://vidyakin.biz/pritcha-pro-velozavod/
И говорил: http://vidyakin.biz/lektsiya-pro-pravilnuyu-rabotu-v-excel/
После внедрения такого подхода всем становится лучше. Сотрудники получают свободу в составлении любых отчетах по любому капризу. При этом скорость получения отчетов возрастает в десятки раз. Программисты избавляются от лишней работы и, самое главное, из «мальчиков-на-побегушках» становятся «источником добра». Поверьте моему опыту: анализ идеальных «водопадов» — истинное удовольствие. И все причастные к нему