Тема этой статьи может не соответствовать общему руководству Википедии о известности . ( сентябрь 2012 г. )( Узнайте, как и когда удалить этот шаблон сообщения ) |
Эта статья требует дополнительных ссылок для проверки . ( апрель 2014 г. ) ( Узнайте, как и когда удалить этот шаблон сообщения ) |
Коллективный рабочий процесс - это конвергенция социального программного обеспечения с программным обеспечением для управления услугами (рабочим процессом). Как следует из определения, совместный рабочий процесс происходит как от программного обеспечения рабочего процесса, так и от социального программного обеспечения, такого как чат, обмен мгновенными сообщениями и совместная работа с документами.
Определение [ править ]
Чтобы определить совместный рабочий процесс , мы можем изучить определения его компонентов: рабочий процесс и объекты совместной работы.
Рабочий процесс [ править ]
Рабочий процесс - это набор действий (запросы на обслуживание, задачи) и правила, которые регулируют их поведение при переходе от одного поставщика услуг к другому, пока проект не будет завершен.
Объекты сотрудничества [ править ]
Объекты совместной работы включают веб-встречи, обмен мгновенными сообщениями, вики-страницы управления знаниями, документы (ECM) и общие календари.
Цель [ править ]
Цель совместного рабочего процесса - обеспечить синергетический выигрыш в эффективности его составляющим (социальная коммуникация и управление услугами) за счет:
- Повышение эффективности совместных задач за счет устранения коммуникационных барьеров между членами команды
- Минимизация организационных границ и разрозненности информации
- Обеспечение целенаправленного, структурированного и измеряемого онлайн-социального взаимодействия
В идеале совместный рабочий процесс представляет собой набор параллельных и последовательных задач, которые зависят от взаимодействия и координации для достижения желаемого результата.
История [ править ]
Дата-центр [ править ]
До 1980-х годов все ИТ-операции выполнялись в центре обработки данных. Центр обработки данных, который часто воспринимался как безликий и монолитный, представлял собой корпоративное подразделение, в котором размещались мэйнфреймы, тихо гудящие в запертых комнатах с фальшполами. Рабочие рассматривали этот изолированный компьютерный зал с кондиционером как невосприимчивую башню из слоновой кости, которой управляют корпоративные информационные стражи.
IBM PC [ править ]
Появление IBM PC в начале 1980-х привело к возрождению вычислительной техники. [1] Персональный компьютер положил начало переходу власти от центров обработки данных к работникам умственного труда (людям, которые использовали данные для предоставления услуг в масштабах всей компании). Это радикальное изменение привело к демократизации вычислений, но в краткосрочной перспективе привело к периоду хаоса. [ необходима цитата ]
Демократизация вычислений [ править ]
Демократизация вычислительных ресурсов и расширение прав и возможностей работников умственного труда были захватывающим событием, и поначалу почти не обращали внимания на хаос, который это вызывало на рабочем месте. В новой модели не было стандартов, она была полна проб и ошибок и требовала постоянно растущего уровня поддержки. Эта поддержка исходила не только от компьютерного отдела, но и от других членов команды. Поддержка коллег, хотя это явно не отражено в финансовой отчетности, привела к тревожному падению производительности труда. [ необходима цитата ]
Техническая поддержка [ править ]
К началу 1990-х годов в исследованиях, опубликованных уважаемыми консалтинговыми группами, говорилось, что организации тратят шокирующую сумму денег на коллегу и неформальную техническую поддержку - примерно в три раза больше, чем на оборудование (когда типичный IBM PC стоил около 5000 долларов). Многие менеджеры считали, что революция ПК вышла из-под контроля. [ необходима цитата ]
Служба поддержки [ править ]
Именно на этом фоне, особенно когда компании начали внедрять локальные сети, родилась современная служба поддержки. Корпоративный центр обработки данных исчез, и возникший в результате энергетический вакуум необходимо было заполнить. Многие корпорации решили свои проблемы с управлением данными путем стандартизации и автоматизации процессов.
В Соединенном Королевстве ITIL была создана Управлением государственной торговли . ITIL продвигает стандартные методы развертывания ИТ-ресурсов и управления ими.
Простые модели рабочего процесса [ править ]
Первые службы поддержки 1980-х годов включали простые модели рабочего процесса: о проблемах сообщали, отправляли, перенаправляли техническому специалисту, решали, а затем закрывали. По мере развития децентрализованных вычислений индивидуализированные решения для рабочих процессов, такие как управление изменениями, управление конфигурациями и управление проблемами, позволили ИТ-отделу сосредоточиться на своих основных задачах - решении проблем и развертывании новых приложений быстрее, надежнее и проще. [2]
Приложения рабочего процесса принесли современному предприятию то, что конвейер Генри Форда привнес в производство: повышение эффективности, единообразия результатов и большей производительности. [3]
Появление социального программного обеспечения и программного обеспечения для социального сотрудничества [ править ]
Как и все новые технологии, социальное программное обеспечение пережило длительный период созревания. Еще до широкого распространения Интернета социальное программное обеспечение развивалось и закреплялось в таких компаниях, как CompuServe и America Online. Вскоре люди стали сотрудничать с группами по интересам, используя электронную почту и доски объявлений, а также болтались в чатах.
Последнее поколение лиц, принимающих решения, восприняло социальные коммуникации и средства совместной работы, которые выросли из популярных разработок, таких как группы по интересам и Википедия. По этой причине предприятия осознали ценность социального программного обеспечения для совместной работы и начали использовать его в рамках своих существующих ИТ-структур.
Атрибуты совместной системы управления рабочим процессом [ править ]
К атрибутам совместной системы управления рабочим процессом относятся:
- Сотрудничество для достижения определенных целей или задач
- Управление совместной целью, задачей или проектом от начала до конца
- Интеграция объектов совместной работы и рабочих процессов в безопасную структуру для корпоративных приложений.
- Инфраструктура проектов и задач, позволяющая выполнять работу организованным образом (в отличие от чистого социального программного обеспечения)
- Распределение задач на основе навыков для команд или отдельных лиц
- Специальные проекты, которые выходят за рамки организационных границ и сводят к минимуму разрозненность информации
Различия между ПО для социального сотрудничества и ПО для совместной работы [ править ]
Фундаментальное различие между программным обеспечением для социального сотрудничества и программным обеспечением для совместной работы состоит в том, что совместный рабочий процесс характеризуется четко определенными целями, действиями и результатами. Рабочий процесс совместной работы, включающий в себя многие инструменты, составляющие социальное сотрудничество, также опирается на:
- Инфраструктуры проектов и задач
- Управление доступом на основе ролей (RBAC) [4]
- Бизнес-правила для управления возможностями рабочего процесса
Как это работает [ править ]
Совместная работа включает: [5]
- Интеграция объектов для совместной работы (социальное программное обеспечение) с управлением рабочим процессом
- Перенос информации, документов, задач или объектов с одного шага на другой
- Несколько участников работают над достижением заранее определенной цели, как параллельно, так и последовательно.
- Сотрудничество вне границ организации [6]
- Проектно-ориентированное сотрудничество
На рабочем месте [ править ]
Благодаря совместному рабочему процессу менеджеры могут контролировать весь проект, используя как традиционные методы (дизайн проекта, отчеты и информационные панели), так и инструменты совместной работы (веб-чат, обмен мгновенными сообщениями, управление документами, оповещения и общие календари). Благодаря поддержке контроля доступа на основе ролей (RBAC) специальные группы могут совместно работать над специальными проектами в рамках традиционных структур департаментов. [ необходима цитата ]
Этапы реализации [ править ]
Этапы реализации совместных рабочих процессов включают:
- Планирование и настройка
- Создание экземпляра проекта / задачи
- Исполнение
Планирование и настройка [ править ]
- Разработайте модель организационной иерархии
- Назначьте участников в группы навыков (возможно, вне организационных границ)
- Используйте управление доступом на основе ролей (RBAC), чтобы определить, кто может получить доступ к какой части системы и в каком качестве
- Разработайте папки очереди на основе навыков, чтобы упростить пересылку работы, чтобы соответствующие члены команды могли получить к ней доступ и выполнить необходимые задачи
- Используйте шаблоны многозадачных проектов, такие как процедуры адаптации сотрудников, чтобы облегчить быстрое создание стандартных процессов, избегая при этом повторного изобретения колеса и продвигая единообразные результаты.
- Применяйте бизнес-правила для регулирования рабочего процесса, создавая оповещения, инициируя автоматические изменения рабочего процесса и отправляя сообщения в ответ на заранее определенные условия.
Создание экземпляра проекта / задачи [ править ]
- Создайте экземпляр проекта / задачи вручную из шаблона или автоматически с помощью бизнес-правила.
- Укажите требуемые результаты и расставьте приоритеты
- В зависимости от требуемых навыков перенаправьте задачи в соответствующие папки очереди для обработки.
Казнь [ править ]
- Работать над задачей, ведя журнал активности задачи
- Помечайте документы, добавляйте их в задачу, проверяйте и обновляйте по мере необходимости
- Планируйте встречи и встречи команды, связанные с задачами, по мере необходимости, с содержанием и результатами, составляющими часть истории документации задачи
Члены команды общаются друг с другом в сети через социальное программное обеспечение, с помощью управления документами и общих средств календаря.
Рентабельность инвестиций в программное обеспечение для социального сотрудничества [ править ]
Программные инструменты для социального сотрудничества еще не доказали свою ценность, потому что они не структурированы и не ориентированы на цели. Им нужны ограничения заявленных целей, обязательств, сроков и показателей производительности, чтобы они могли согласовываться с целями производительности компонентов рабочего процесса. Пока эти ограничения не будут приняты на уровне предприятия, преимущества социальных сетей останутся анекдотичными [это утверждение требует обоснования].
Мир как служба поддержки [ править ]
Промышленно развитые экономики имеют значительную составляющую сектора услуг. С каждым годом список компаний, предоставляющих услуги, из списка Fortune 500 продолжает расти, а список компаний-производителей сокращается.
Фирмы-производители в настоящее время поддерживают значительные компоненты услуг, такие как маркетинг, обслуживание клиентов, техническое обслуживание и юридическая поддержка. Компании производят физические товары за границей и развивают услуги у себя дома. Объединяя услуги с продуктами, компании получают огромную прибыль, предлагая такие пакеты, как планы защиты для телевизоров или двухлетние телефонные контракты, в которые входят бесплатные смартфоны. Потребители неоднозначно оценивают ценность этих комплексных услуг.
В каждый политический сезон мы много слышим о возвращении производства в Америку. Несмотря на риторику, более высокая добавленная стоимость больше не в продуктах, а в услугах (за исключением узкоспециализированного и технического производства). Таким образом, организации получат конкурентное преимущество, продолжая производить оффшор, одновременно производя дополнительные услуги у себя дома.
В конечном итоге все организации являются поставщиками услуг друг для друга. Чтобы получить и поддерживать глобальное конкурентное преимущество, предприятиям необходимо предоставлять более качественные услуги с меньшими затратами. В технологически сложном мире это означает использование как инструментов для совместной работы, так и процедурных рамок для обеспечения большей ценности по конкурентоспособной цене.
Чтобы быть эффективным, решение корпоративного рабочего процесса для совместной работы должно включать:
- Целенаправленная система поддержки проектов и задач
- Сеть безопасности, которая позволяет людям сотрудничать вне границ организации, сохраняя при этом конфиденциальность.
- Управление доступом на основе ролей (RBAC), предоставляющее членам команды доступ к определенным задачам, документам и элементам календаря.
- Коммуникационные инструменты для продвижения командной работы в рамках инфраструктуры проекта / задачи
- Управление документами, позволяющее нескольким пользователям координировать задачи и рабочий процесс
- Связь через LAN, WAN, Интернет и мобильные устройства
Совместная работа обещает улучшить бизнес-процессы за счет интеграции инструментов совместной работы. При правильном использовании он может улучшить обслуживание, производительность и эффективность за счет уменьшения разрозненности информации и уменьшения традиционных моментов трения бизнеса во времени, пространстве и организационной структуре.
См. Также [ править ]
- Рабочий процесс
- ПО для управления проектами
- Механизм бизнес-правил
- Информационный бункер
- Система управления рабочим процессом
Ссылки [ править ]
- ^ Тернер, Эми-Мэй. «Персональные компьютеры: история оборудования, изменившего мир» .
- ^ «CEITON - Знакомство с рабочим процессом» .
- ^ "CEITON - Профиль" .
- ^ Рассел, Дункан Дж .; Питер М. Дью; Карим Джемаме (2007). «Безопасная система совместного рабочего процесса на основе услуг» . Международный журнал интеграции и управления бизнес-процессами . 2 (3): 230–244. DOI : 10.1504 / IJBPIM.2007.015497 .
- ^ Игаль Hauer (май 2012). Совместная работа: социальное программное обеспечение на миссии
- ^ Шафферс, Ганс; и другие. (2007). «Сеть». Международная конференция по совместному предпринимательству .
- Компьютерное программирование и творческий процесс
- Приложение Podio: пример программного обеспечения для совместной работы
- Citrix приобретает приложение Podio (прибыльность программного обеспечения для совместной работы)
- Программное обеспечение для совместной работы с открытым исходным кодом
Дальнейшее чтение [ править ]
- Хелд, Маркус; Вольфганг Блохингер (2009). «Структурированный совместный рабочий процесс». Компьютерные системы будущего поколения 25.6 . 25 (6): 638–653. DOI : 10.1016 / j.future.2008.12.005 .
- Линг, Чжан (2009). «Проектирование совместной системы рабочего процесса на основе модели состояний UML». Международный форум по компьютерным технологиям и приложениям : 235–238.
- Чжао, Дж. Леон; Генри Х. Би; Синьчунь Чен (23 июня 2003 г.). «Совместное управление рабочим процессом для межведомственного анализа преступности». Разведка и информатика безопасности Первый симпозиум NSFNIJ ISI 2003 г. Тусон, Аризона, США, 23 июня 2003 г. Материалы : 958.
- Шмидт, Райнер; Сельмин Нуркан (2009). «BPM и социальное программное обеспечение». Семинары по управлению бизнес-процессами . Конспект лекций по обработке деловой информации. 17 : 649–658. DOI : 10.1007 / 978-3-642-00328-8_65 . ISBN 978-3-642-00327-1.