Системы работы - Work systems

Система работы использовалась слабо во многих сферах. В этой статье рассматривается его использование для понимания ИТ-зависимых систем в организациях. Заметное использование этого термина произошло в 1977 году в первом томе MIS Quarterly в двух статьях Бострома и Хайнена (1977). Позже Самнер и Райан (1994) использовали его для объяснения проблем, связанных с внедрением CASE ( автоматизированная разработка программного обеспечения ). Некоторые исследователи социотехнических систем, такие как Трист и Мамфорд, также иногда использовали этот термин, но, похоже, не давали ему подробного определения. В отличие от этого, системный подход к работе определяет систему работы тщательно и использует ее как базовую аналитическую концепцию.

Рабочая система - это система, в которой участники и / или машины выполняют работу (процессы и действия), используя информацию, технологии и другие ресурсы для производства продуктов / услуг для внутренних или внешних клиентов. Типичные бизнес-организации содержат рабочие системы, которые закупают материалы у поставщиков, производят продукты, доставляют продукты клиентам, находят клиентов, создают финансовые отчеты, нанимают сотрудников, координируют работу между отделами и выполняют многие другие функции.

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

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

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

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

Каркас системы работы

Системный подход к пониманию систем включает как статическое представление о текущей (или предлагаемой) системе в действии, так и динамическое представление о том, как система развивается с течением времени посредством запланированных изменений и незапланированных адаптаций. Статическое представление резюмируется структурой рабочей системы, которая определяет основные элементы для понимания и оценки рабочей системы. Легко узнаваемое треугольное представление структуры рабочей системы появилось в Alter (2002, 2003, 2008, 2013) и в других местах. Сама рабочая система состоит из четырех элементов: процессов и действий, участников, информации и технологий. Пять других элементов должны быть включены даже в элементарное понимание работы, контекста и значения рабочей системы. Эти элементы - это производимые продукты / услуги, клиенты, окружающая среда, инфраструктура и стратегии. Клиенты также могут быть участниками рабочей системы, как это происходит, когда врач осматривает пациента. Эта структура является достаточно предписывающей, чтобы быть полезной при описании изучаемой системы, выявлении проблем и возможностей, описании возможных изменений и отслеживании того, как эти изменения могут повлиять на другие части рабочей системы.

Определения 9 элементов структуры рабочей системы следующие:

Процессы и действия включают в себя все, что происходит в рабочей системе. Термин «процессы» и «действия» используется вместо термина «бизнес-процесс», поскольку многие рабочие системы не содержат четко структурированных бизнес-процессов, включающих заданную последовательность шагов, каждый из которых запускается заранее определенным образом. Такие процессы иногда называют «искусными процессами», последовательность и содержание которых «зависят от навыков, опыта и суждений основных действующих лиц». (Hill et al., 2006). По сути, бизнес-процесс - это лишь одна из множества различных точек зрения для анализа действий в рамках рабочей системы. Другие точки зрения со своими ценными концепциями и терминологией включают принятие решений, коммуникацию, координацию, контроль и обработку информации.

Участники - это люди, выполняющие работу. Некоторые могут широко использовать компьютеры и ИТ, в то время как другие могут использовать мало технологий или вообще не использовать их. При анализе рабочей системы более всеобъемлющая роль участника рабочей системы более важна, чем более ограниченная роль пользователя технологии (независимо от того, являются ли отдельные участники пользователями технологии). В рабочих системах, которые рассматриваются как системы обслуживания, особенно важно идентифицировать действия, участниками которых являются клиенты.

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

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

Продукты / услуги - это сочетание физических вещей, информации и услуг, которые рабочая система производит для выгоды и использования клиентами. Это может включать физические продукты, информационные продукты, услуги, нематериальные активы, такие как развлечения и душевное спокойствие, и социальные продукты, такие как договоренности, соглашения и организации. Термин «продукты / услуги» используется потому, что различие между продуктами и услугами в маркетинге и науке об услугах (Chesbrough and Spohrer, 2006) не важно для понимания рабочих систем, даже несмотря на то, что подобие продукта или услуги является основой серия проектных измерений для характеристики и проектирования вещей, которые производит рабочая система (Alter, 2012).

Клиенты - это люди, которые получают прямую выгоду от продуктов / услуг, производимых рабочей системой. Поскольку рабочие системы существуют для производства продуктов / услуг для своих клиентов, анализ рабочей системы должен учитывать, кто такие клиенты, чего они хотят и как они используют то, что производит рабочая система. Клиенты могут включать внешних клиентов, которые получают продукты / услуги предприятия, и внутренних клиентов, нанятых предприятием, таких как клиенты системы расчета заработной платы. Заказчики рабочей системы часто являются участниками рабочей системы (например, пациенты на медицинском осмотре, студенты в учебном заведении и клиенты на консультационном задании).

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

Инфраструктура включает человеческие, информационные и технические ресурсы, на которые опирается рабочая система, даже если эти ресурсы существуют, управляются вне нее и используются совместно с другими рабочими системами. Техническая инфраструктура включает компьютерные сети, языки программирования и другие технологии, общие для других рабочих систем и часто скрытые или невидимые для участников рабочих систем. С организационной точки зрения, такой как выраженная в Star and Bowker (2002), а не с чисто технической точки зрения, инфраструктура включает человеческую инфраструктуру, информационную инфраструктуру и техническую инфраструктуру, все из которых могут иметь важное значение для работы рабочей системы и, следовательно, должны рассматриваться. в любом анализе работы системы.

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

Модель жизненного цикла рабочей системы

Динамическое представление рабочей системы начинается с модели жизненного цикла рабочей системы (WSLC), которая показывает, как рабочая система может развиваться через несколько итераций, состоящих из четырех этапов: эксплуатации и обслуживания, инициирования, разработки и внедрения. Названия этапов были выбраны для описания как компьютеризированных, так и не компьютеризированных систем и применялись независимо от того, приобретается ли прикладное программное обеспечение, создается с нуля или вообще не используется. Термины «разработка» и «внедрение» имеют бизнес-ориентированное значение, которое согласуется с различиями Маркуса и Мао (2004) между разработкой и внедрением системы.

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

Эксплуатация и обслуживание

Эксплуатация системы работы и контроль ее работоспособности
Сопровождение рабочей системы (которая часто включает хотя бы часть поддерживающих ее информационных систем) путем выявления мелких недостатков и их устранения или минимизации с помощью исправлений, адаптаций или обходных путей.
Постоянное улучшение процессов и действий посредством анализа, экспериментирования и адаптации

Посвящение

Видение новой или пересмотренной системы работы
Операционные цели
Распределение ресурсов и уточнение сроков
Экономическая, организационная и техническая целесообразность планируемых изменений

Разработка

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

Выполнение

Подход и план реализации (пилотный? Поэтапный? Большой взрыв?)
Усилия по управлению изменениями в отношении обоснования и положительных или отрицательных последствий изменений
Обучение деталям новой или пересмотренной информационной системы и системы работы
Переход на новую или обновленную систему работы
Приемочное тестирование

В качестве примера итеративного характера жизненного цикла рабочей системы рассмотрим систему продаж при запуске программного обеспечения. Первая система продаж - это прямые продажи генерального директора. В какой-то момент генеральный директор не может сделать это в одиночку, несколько продавцов нанимаются и обучаются, и создаются маркетинговые материалы, которые может использовать кто-то менее опытный, чем генеральный директор. По мере роста фирмы система продаж становится региональной, и разрабатывается и используется начальная версия программного обеспечения для отслеживания продаж. Позже фирма снова меняет свою систему продаж, чтобы учесть потребности в отслеживании и контроле большего числа продавцов и прогнозировании продаж на несколько кварталов вперед. Последующая итерация может включать приобретение и настройку программного обеспечения CRM. Первая версия рабочей системы начинается с этапа инициации. Каждая последующая итерация предполагает принятие решения о том, что существующей системы продаж недостаточно; инициирование проекта, который может включать или не включать значительные изменения в программном обеспечении; разработка ресурсов, таких как процедуры, учебные материалы и программное обеспечение, которые необходимы для поддержки новой версии рабочей системы; и, наконец, внедрение новой системы работы.

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

Модель жизненного цикла рабочей системы является итеративной и включает как запланированные, так и незапланированные изменения. Он принципиально отличается от часто цитируемого жизненного цикла разработки систем (SDLC), который фактически описывает проекты, которые пытаются создать программное обеспечение или внести изменения в рабочую систему. Текущие версии SDLC могут содержать итерации, но в основном это итерации в рамках проекта. Что еще более важно, система в SDLC - это, по сути, технический артефакт, который программируется. Напротив, система в WSLC - это рабочая система, которая со временем развивается за счет множества итераций. Эта эволюция происходит за счет комбинации определенных проектов и постепенных изменений в результате небольших адаптаций и экспериментов. В отличие от ориентированных на управление версиях SDLC, WSLC рассматривает незапланированные изменения как часть естественного развития рабочей системы.

Системный метод работы

Метод рабочей системы (Alter, 2002; 2006; 2013) - это метод, который бизнес-профессионалы (и / или ИТ-специалисты) могут использовать для понимания и анализа рабочей системы на любом уровне глубины, подходящем для их конкретных задач. Она развивалась итеративно, начиная примерно с 1997 года. На каждом этапе текущая версия тестировалась путем оценки областей успеха и трудностей, с которыми сталкивались студенты MBA и EMBA, пытающиеся использовать ее в практических целях. Версия под названием «анализ, ориентированная на работу», представленная в учебнике, использовалась рядом университетов как часть базового объяснения систем в организациях, чтобы помочь студентам сосредоточиться на вопросах бизнеса и помочь студенческим командам общаться. Рамиллер (2002) сообщает об использовании версии структуры рабочей системы в рамках метода «оживления» идеи бизнес-процесса в студенческом классе. В рамках исследования Петри (2004) использовал структуру рабочей системы в качестве основного аналитического инструмента для получения степени доктора философии. дипломная работа, исследующая 13 веб-сайтов электронной коммерции. Петков и Петкова (2006) продемонстрировали полезность структуры рабочей системы, сравнив оценки студентов, которые узнали и не узнали о структуре, прежде чем пытаться интерпретировать тот же пример ERP. Более свежие доказательства практической ценности системного подхода к работе взяты из Truex et al. (2010, 2011), в которых обобщены результаты 75 и более поздних брифингов по менеджменту, проведенных нанятыми студентами MBA на основе шаблона анализа рабочей системы. Эти брифинги содержали анализ, который будет обсуждаться на начальном этапе WSLC, когда принимались решения о том, какие проекты реализовать и как действовать дальше.

Результаты анализа реальных систем типичными нанятыми студентами MBA и EMBA показывают, что метод системного анализа для бизнес-профессионалов должен быть гораздо более предписывающим, чем методология мягких систем (Checkland, 1999). Хотя это и не является смирительной рубашкой, он должен быть хотя бы в некоторой степени процедурным и должен обеспечивать словарный запас и концепции анализа, в то же время побуждая пользователя выполнять анализ на любом уровне детализации, подходящем для поставленной задачи. Последняя версия метода рабочей системы построена вокруг общей схемы решения проблем, которая включает:

Определите проблему или возможность
Определите рабочую систему, в которой есть эта проблема или возможность (плюс соответствующие ограничения и другие соображения)
Используйте структуру рабочей системы, чтобы обобщить рабочую систему
Соберите актуальные данные.
Анализируйте с использованием проектных характеристик, показателей производительности и принципов работы системы.
Определите возможности для улучшения.
Решите, что порекомендовать
Обоснуйте рекомендацию, используя соответствующие показатели и принципы системы работы.

В отличие от методов системного анализа и проектирования для ИТ-специалистов, которым необходимо дать строгое, полностью последовательное определение компьютеризированной системы, метод рабочей системы:

побуждает пользователя решить, как глубоко пойти
явно использует структуру рабочей системы и модель жизненного цикла рабочей системы
явно использует принципы системы работы.
явно использует характеристики и метрики для рабочей системы и ее элементов.
включает участников рабочей системы как часть системы (а не только пользователей программного обеспечения)
включает кодифицированную и некодифицированную информацию
включает ИТ и не ИТ-технологии.
предлагает указать в рекомендациях, какие улучшения рабочей системы основываются на изменениях ИБ, какие рекомендуемые изменения рабочей системы не основываются на изменениях ИБ, а какие рекомендуемые изменения ИБ не повлияют на операционную форму рабочей системы.

Languages

In other projects