Система управления — это… Что такое Система управления?
Структура управления — систематизированный (строго определенный) набор средств сбора сведений о подконтрольном объекте и средств воздействия на его поведение с целью достижения определённых целей. Объектом системы управления могут быть как технические объекты, так и люди. Объект системы управления может состоять из других объектов, которые могут иметь постоянную структуру взаимосвязей. Системы управления с участием людей как объектов управления зачастую называют системами менеджмента.
Техническая структура управления — устройство или набор устройств для манипулирования поведением других устройств или систем.
Объектом управления может быть любая динамическая система или её модель. Состояние объекта характеризуется некоторыми количественными величинами, изменяющимися во времени, то есть переменными состояния. В естественных процессах в роли таких переменных может выступать температура, плотность определенного вещества в организме, курс ценных бумаг и т. д. Для технических объектов это механические перемещения (угловые или линейные) и их скорость, электрические переменные, температуры и т. д. Анализ и синтез систем управления проводится методами специального раздела математики — теории управления.
Структуры управления разделяют на два больших класса:
Типы систем автоматического управления
Обобщенная схема САУСистема автоматического управления, как правило, состоит из двух основных элементов — объекта управления и управляющего устройства.
По цели управления
Объект управления — изменение состояния объекта в соответствии с заданным законом управления. Такое изменение происходит в результате внешних факторов, например вследствие управляющих или возмущающих воздействий.
Системы автоматического регулирования
- Системы автоматической стабилизации. Выходное значение поддерживается на постоянном уровне (заданное значение — константа). Отклонения возникают за счёт возмущений и при включении.
- Системы программного регулирования. Заданное значение изменяется по заранее заданному программному закону f. Наряду с ошибками, встречающимися в системах автоматического регулирования, здесь также имеют место ошибки от инерционности регулятора.
- Следящие системы. Входное воздействие неизвестно. Оно определяется только в процессе функционирования системы. Ошибки очень сильно зависят от вида функции f(t).
Системы экстремального регулирования
Способны поддерживать экстремальное значение некоторого критерия (например, минимальное или максимальное), характеризующего качество функционирования данного объекта. Критерием качества, который обычно называют
Выделяют:
- Системы с экстремальным регулятором релейного действия. Универсальный экстремальный регулятор должен быть хорошо масштабируемым устройством, способным исполнять большое количество вычислений в соответствии с различными методами.
- Сигнум-регулятор используется как аналоговый анализатор качества, однозначно характеризующий лишь один подстраиваемый параметр систем. Он состоит из двух последовательно включенных устройств: Сигнум-реле (D-триггер) и исполнительный двигатель (интегратор).
- Экстремальные системы с безинерционным объектом
- Экстремальные системы с инерционным объектом
- Экстремальные системы с плавающей характеристикой. Используется в случае, когда экстремум меняется непредсказуемым или сложно идентифицируемым образом.
- Системы с синхронным детектором (экстремальные системы непрерывного действия). В прямом канале имеется дифференцирующее звено, не пропускающее постоянную составляющую. Удалить или зашунтировать по каким-либо причинам это звено невозможно или неприменимо. Для обеспечения работоспособности системы используется модуляция задающего воздействия и кодирование сигнала в прямом канале, а после дифференцирующего звена устанавливают синхронный детектор фазы.
Адаптивные системы автоматического управления
Основная статья: Адаптивная система (теория управления)
Служат для обеспечения желаемого качества процесса при широком диапазоне изменения характеристик объектов управления и возмущений.
По виду информации в управляющем устройстве
Замкнутые САУ
В замкнутых системах автоматического регулирования управляющее воздействие формируется в непосредственной зависимости от управляемой величины. Связь выхода системы с его входом называется обратной связью. Сигнал обратной связи вычитается из задающего воздействия. Такая обратная связь называется
Разомкнутые САУ
Сущность принципа разомкнутого управления заключается в жестко заданной программе управления. То есть управление осуществляется «вслепую», без контроля результата, основываясь лишь на заложенной в САУ модели управляемого объекта. Примеры таких систем : таймер, блок управления светофора, автоматическая система полива газона, автоматическая стиральная машина и т. п.
В свою очередь различают:
- Разомкнутые по задающему воздействию
- Разомкнутые по возмущающему воздействию
Характеристика САУ
В зависимости от описания переменных системы делятся на линейные и нелинейные. К линейным относятся системы, состоящие из элементов описания, которые задаются линейными алгебраическими или дифференциальными уравнениями.
Если все параметры уравнения движения системы не меняются во времени, то такая система называется стационарной. Если хотя бы один параметр уравнения движения системы меняется во времени, то система называется нестационарной или с переменными параметрами.
Системы, в которых определены внешние (задающие) воздействия и описываются непрерывными или дискретными функциями во времени относятся к классу детерминированных систем.
Системы, в которых имеет место случайные сигнальные или параметрические воздействия и описываются стохастическими дифференциальными или разностными уравнениями относятся к классу стохастических систем.
Если в системе есть хотя бы один элемент, описание которого задается уравнением частных производных, то система относится к классу систем с распределенными переменными.
Системы, в которых непрерывная динамика, порождаемая в каждый момент времени, перемежается с дискретными командами, посылаемыми извне, называются гибридными системами.
Примеры систем автоматического управления
В зависимости от природы управляемых объектов можно выделить биологические, экологические, экономические и технические системы управления. В качестве примеров технического управления можно привести:
См. также
Ссылки
Литература
- Первозванский А. А. Курс теории автоматического управления. М., Наука, 1986
- Поляк Б. Т., Щербаков П. С. Робастная устойчивость и управление. М., Наука, 2002
- Бесекерский В. А., Попов Е. П. Теория систем автоматического регулирования. М., Наука, 1966
- Цыпкин Я. З. Основы теории автоматических систем. М., Наука, 1977
- Новиков Д. А. Теория управления организационными системами. 2-е изд. — М.: Физматлит, 2007.
- Красовский А. А. Динамика непрерывных самонастраивающихся систем. М. 1963
- Моросанов И. С. Релейные экстремальные системы. М., Наука, 1964
- Кунцевич В. М. Импульсные самонастраивающиеся и экстремальные системы автоматического управления. К, Наука, 1966
- Растригин Л. А. Системы экстремального управления. М., Наука, 1974
Система управления и смысл организации |
Вашему вниманию предлагается отрывок из книги Стенли Янга “Системное управление организацией”
Идеи процессного подхода к управлению организацией не являются каким-то новым изобретением последних лет. Эти идеи были изложены еще в книге Стенли Янга, изданной в СССР в 1972 г. В более поздних изданиях на эту тему нам не удалось найти подобной информации. Мы размещаем этот материал для специалистов, которые хотят разобраться в сущности управления организацией и разработать для себя методику принятия решения и реализации управленческих функций. Основной проблемой современных руководителей является поголовная загрузка «текучкой» и замыкание на себя всех связей и контактов. Янг показывает, что управленческая деятельность состоит из нескольких этапов, которые циклически повторяются до принятия стандартизованного решения и передачи полномочий решения на нижние уровни.
Представляем старую, но очень интересную книгу, дающую основные, базовые понятия в области управления процессами.
Я н г С. Системное управление организацией. Пер. с англ. под ред. С. П. Никанорова, С. А. Батасова. М., «Советское радио», 1972, стр. 456, т. 18.200 экз., цена 2 р. 05 к.
ГЛАВА 2. СИСТЕМА УПРАВЛЕНИЯ И СМЫСЛ ОРГАНИЗАЦИИПоскольку основной обязанностью руководства высшего уровня является создание системы управления, то, очевидно, важно с самого начала установить сущность и характер такой системы. Данная глава содержит определение системы управления и описание ее характеристик.
Систему управления можно определить как подсистему организации, компонентами которой являются группы взаимодействующих людей: ее функции заключаются в восприятии определенных проблем организации (входов) и последующем выполнении набора действий (процессов), в результате которых вырабатываются решения (выходы), увеличивающие доход от деятельности всей организации (удовлетворение) или оптимизирующие некоторую функцию всех входов и выходов организации. Рассмотрим более подробно некоторые аспекты этого определения.
Системы управления могут рассматриваться как существенно нормативные , и хотя единого согласованного определения нормативной системы нет, тем не менее интересно следующее высказывание Ричарда Кершнера: “Система представляет собой совокупность компонентов (одушевленных или неодушевленных), которая воспринимает некоторые входы и, будучи вынуждена определенным образом отвечать на них, производит такие выходы, которые обеспечивают достижение цели – максимизации некоторой функции входов и выходов”.
Системы изобретены людьми для удовлетворения их специфически человеческих целей; они целенаправленны, сознательно построены, рациональны и могут так изменяться, что их ценность может увеличиваться.
Нормативные системы можно в общих чертах классифицировать по их компонентам или составным частям на 1) машинные; 2) типа «человек – машина» и 3) типа «человек – человек». В этой книге рассматривается третий класс систем. Мередит Кроуфорд заметил, что футбольная команда может считаться системой «человек – человек», в которой человек обеспечивает энергию, движение, силу удара, переработку информации, память и выработку решений. Далее он отмечает, что батарея управляемых ракет состоит из машин, выполняющих те же самые операции.
Таким образом, в системах типа «человек – человек» материальной базой, или «оборудованием», системы является сам человек. Более того, по аналогии с машинными системами системы «человек – человек» можно рассматривать как социальные Изобретения. Социальные, экономические и политические институты могут истолковываться и выражаться в тех же понятиях, как и политика организации, ее процедуры или методы. Необходимо помнить, что этот комплекс социальных конструкций приводит, как предполагается, к большему удовлетворению потребностей людей.
Системы обычно изображаются с помощью диаграмм потоков или в виде блок-схем; элементарная система в общем виде изображена на рис. 2.1.
Основными частями системы являются вход, процесс, или операции, и выход. У любой системы вход состоит из элементов одной и той же номенклатуры, которые классифицируют по их роли в процессе системы. Первый элемент входа тот, над которым осуществляется некоторый процесс, или операция. Этот вход есть или будет «нагрузкой» системы. Вторым элементом входа системы является среда, воздействующая на операции системы . Третий элемент входа обеспечивает размещение и перемещение компонентов системы. Входы классифицируются также по содержанию: материальные, энергетические, информационные или любая их комбинация. В системах типа «человек – человек» материалом, входящим в систему, является сам человек: пациент, помещенный в больницу, или потенциальный потребитель, поступающий в систему рынка. Закон можно рассматривать как вход из окружающей среды, выступающий в форме силы, принуждающей людей, или как ограничение, которое, например, может влиять на действия предпринимательской организации. Когда люди уходят из системы, то их место должны занять другие, необходимость замены становится входом.
Вторая часть системы – это операции, процессы или каналы, через которые должен проходить вход. Система должна быть устроена таким образом, чтобы необходимые процессы воздействовали на каждый вход, в соответствующее время для достижения желаемого выхода. Если входом является пациент больницы, то этот «материал» будет пропущен через ряд людей-операторов, которые представляют собой «оборудование» системы, осуществляющее предписанную работу или набор действий. Вообще можно сказать, что набор действий составляет операцию, если каждое действие необходимо для осуществления желаемого выхода и если эти действия взаимозависимы.
Согласно Расселу Акоффу: «Действия взаимозависимы относительно выхода, если на скорость изменения любой выходной переменной воздействуют изменения любой переменной, описывающей одно из действий, которое зависит (является функцией) от всех других, связанных с выходом, действий».
Третья часть системы – выход, являющийся ее продуктом или результатом, а также два операциональных критерия выхода, которым должна удовлетворять система: стабильность и надежность системы. Эти требования определяют нормы функционирования системы: стабильность характеризует непрерывность выхода, а надежность описывает согласованность компонент в процессе действия системы или величину ошибки. Если задавать такие входы, к которым система не может приспособиться, можно ухудшить ее выход.
Как мы видели, системы могут быть описаны с помощью понятий «вход», «процесс», «выход» и «компонент». Поскольку назначением системы управления является решение проблем организации, ее можно представить так, как это изображено на рис. 2.2.
Проблемы организации являются входами для процесса решения проблем, или, что то же, для механизма, производящего на выходе решения проблем организации. Компонентами, осуществляющими этот процесс, обычно являются люди – руководители среднего уровня.
Модель управления, которую мы хотим строить, является существенно «удовлетворяющей»; она будет вырабатывать решения, обеспечивающие увеличение отдачи организации. Но если руководитель знает все возможные альтернативы решения проблемы и если он может с уверенностью выбрать одно решение с наибольшей отдачей, то найденное решение будет оптимальным.
Процесс проектирования системы управления. Каков общий характер процесса, который руководители высшего уровня должны использовать для проектирования системы управления? Последуем предложению Гарри Гуда, указавшего, что процесс проектирования состоит из: 1) выявления и определения проблемы, 2) построения модели и 3) сбора и использования данных.
При определении проблемы необходимо сделать схему предлагаемой системы, независимо от того, исходят из существующей системы или создают новую. Для составления такой схемы необходимо рассмотреть выход и отдачу системы.
Под отдачей понимается польза или удовлетворение, получаемые человеком в результате функционирования системы, или, что-то же самое, отдача – это то, что система должна оптимизировать. В системах типа «человек – человек» отдача обычно выражается в отношениях стоимостей. Например, отдачу системы высшего образования можно измерить в единицах образования на единицу затрат на одного студента, т. е. на единицу ресурсов организации, использованных для получения этого выхода.
При выявлении проблемы рассматриваются также окружающая среда, общая область допустимых или приемлемых решений и измерители эффективности. Описание среды означает не что иное, как выявление различных ожидаемых входов системы. Область допустимых или приемлемых решений определяется в результате обзора отношений между имеющимися методами и функцией системы. Измеритель эффективности показывает, как должны оцениваться различные части системы.
Второй этап проектирования системы – построение модели (или представление) предлагаемой системы. Способность имитировать систему имеет решающее значение для эффективного проектирования. Построение модели служит концептуальной связью между действием системы и окружающей ее средой; модель может иметь форму относительно простой диаграммы потоков, форму в высшей степени изощренной математической модели или быть чем-то средним между ними.
Однако основным средством проектирования систем являются блок-диаграммы, или диаграммы потоков. Первоначальная схематизация может достаточно детально отражать систему, включая все подсистемы, входящие в систему в целом, что дает возможность анализировать форму входа, процесса и выхода каждой подсистемы. Но может оказаться полезным начать с составления схемы одной нити, представляющей перечень функций, выполняемых при воздействии входа, представляющего данный класс входов. Или, далее, схему можно выразить с помощью блок-диаграммы, которая детализирует процессы, связывающие отдельных людей как компонентов системы со всеми другими компонентами.
Третий этап проектирования системы управления – имитация функционирования системы для определения ее сильных и слабых сторон. В ходе имитации работы системы будут появляться опытные данные, которые дадут возможность совершенствовать проект системы. При этом следует постоянно поддерживать соответствие между сбором и анализом данных и моделью.
Метод анализа. Методологией, используемой в данной книге, является системный анализ, который предполагает, что изучаемая система разбивается на подсистемы до тех пор, пока не достигнем уровня ее основных компонент. В идеальном случае на этой стадии мы получили бы модель и возможность «установить с достаточной точностью, что произойдет с каждым возможным входом на любом этапе его прохождения через систему, или описать каждую ответную реакцию системы».
Другими словами, если мы рассматриваем организацию как единую действующую систему, мы должны также думать о ней, как о состоящей из ряда подсистем. Системный анализ является процедурой разбиения системы на части или подсистемы; эта процедура помогает лучше понять всю систему. (Объединение частей в целое называется синтезом систем ).
Обратимся теперь к полной системе управления (рис. 2.3) и примем во внимание, что эту систему можно разбить на подсистемы. Поскольку выработка решений специализирована по специфическим сферам деятельности организации, подлежащим управлению (например, могут формироваться решения по вопросам реализации продукции, производства, кадров), предыдущую диаграмму можно представить в виде ряда параллельных диаграмм (рис. 2.4).
Процесс формирования решения можно расчленить на специализированные функции, и, следовательно, организация может иметь руководителей, которые будут выполнять только большую или меньшую часть функции выработки решения. В книге процесс формирования решения представлен как последовательность процессов, графическое изображение которой дано на рис. 2.5.
Важно заметить, что выход любого подпроцесса является входом следующего подпроцесса. Эта возможность анализа полного набора входов и выходов делает системный анализ средством объединения частей. Специалист по анализу систем продолжит разбиение каждого процесса, пока не получит набор элементарных действий. Разбиение блоков А и Б представлено на рис. 2.6, а разбиение блока Ai – на рис. 2.7 и т. д. Каждый блок представляет собой набор указаний (человеку-оператору), определяющих, как должна выполняться конкретная операция при наличии данного входа, чтобы получить ожидаемый выход. Цель столь детального анализа – разработать набор операций или указаний, которые при заданных ожидаемых входах приведут к лучшему (или улучшенному) выходу.
В системе управления человек, решающий проблему, должен быть обеспечен набором заранее подготовленных программ. Или же, если входы разнообразны, он может по своей инициативе выбирать из набора альтернатив решений те методы или средства, которые он будет использовать. Глубина и широта анализа зависят от характера выхода, получаемого проектировщиком. Например, если от системы управления ожидают выработки решений, позволяющих достичь определенного среднего значения некоторой величины и если это значение не достигнуто, то это указывает на необходимость более детальной разработки программы.
Имея полную модель, представляющую в графической форме место каждой части системы, проектировщик может сосредоточиться на анализе самых мелких частей всей системы и при этом сохранить связь частей и целого. После завершения анализа процесса управления он выполняет синтез системы, которая может принять вид рис. 2.8.
Сущность и цели действий организованных группДля выяснения роли системы управления в организации совершенно необходимо рассмотреть цель действия организованных групп. Организации являются целенаправленными системами людей, сотрудничающих для увеличения личного благосостояния . Следовательно, цели организаций должны представлять благосостояние коллектива как совокупность благосостоянии индивидуумов, входящих в коллектив . Более того, если организация не обеспечивает достижения этих целей, то для ее существования или включения в нее новых людей будет мало оснований. Преимущество организованных групп заключается в том, что человек, входя в состав коллектива, может более успешно достичь своих целей, чем индивидуально. Поэтому для достижения своих целей он создает интегрированные, кооперативные системы поведения.
Факторами, которые делают усилия групп более продуктивными по сравнению с усилиями индивидуумов, являются: биологические ограничения возможностей отдельного человека, преимущества разделения труда и развитие современной техники. Возможности отдельного человека ограничены, он может поднимать, двигать или переносить лишь определенный груз, но он знает, что «организация» расширит его физические возможности многими разнообразными способами и путями. В организациях люди могут также воспользоваться выгодами специализации, одним из преимуществ которой является рост знаний человека в результате многократного решения одних и тех же задач. Другое преимущество состоит в предоставляемой ею возможности такого распределения способных людей в обществе, которое позволяет поставить человека на такую работу, где он с успехом применит свои особые способности. Наконец, специализация позволяет экономить время, устраняя перемещения и переключения индивидуума с одной задачи на другую.
Современная техника требует, чтобы действия выполнялись организованными группами, а не отдельными людьми. Если, например, мы хотим повысить эффективность производства стали, используя имеющиеся знания, нам потребуется организация большого количества людей, которые будут выполнять заранее определенные, взаимозависимые, скоординированные и специализированные задачи. Когда люди рационально объединяют свои усилия, они убеждаются, что производительность труда одного работающего в организации намного выше, чем при обособленной работе.
Следовательно, любую организацию можно рассматривать как систему, которая в общей форме представлена на рис. 2.9. Очевидно, что человек является членом многих организаций. Частно-предпринимательская организация удовлетворяет его экономические нужды, принадлежность к церкви служит его «духовным» потребностям; правительство обеспечивает его политические запросы. Община удовлетворяет социальные интересы своих членов, семья удовлетворяет стремление человека к любви.
Необходимость решения проблем. Каким образом в организации возникает функция решения проблем или, перефразируя этот вопрос, что могут сделать члены организации для поддержания и увеличения благосостояния коллектива? Последний вопрос, по-видимому, включает в себя два подвопроса: как можно увеличить производительность группы и как этот прирост должен распределяться между членами организации?
Организация может использовать свои ресурсы многими различными способами, но они не равны по своей производительности. Следовательно, необходимо определить, какой процесс даст наибольшую производительность на единицу затраченного ресурса и, соответственно, наибольшее увеличение личного благосостояния. Так как из людей, как из компонентов системы, можно строить различные системы и люди могут действовать разнообразными способами, необходимо создать такой тип поведения людей, который оптимизирует достижение цели. Уровень благосостояния людей, достигаемый благодаря действию системы типа «человек – человек», в значительной мере зависит от того, насколько хорошо спроектирована система управления.
Если нет возможности увеличивать благосостояние, члены организации могут стремиться к сохранению его уровня. Поскольку предпринимательская организация обеспечивает благосостояние человека в таких формах, как доход, интересная работа и удовлетворительное общественное положение , и поскольку гибель организации уничтожила бы эти блага, способность всей организации достичь двойственной цели (увеличения и прочности благосостояния) будет также зависеть от умения организации приспосабливаться к изменениям в ее внутренней и внешней среде.
Приспособляемость организации. Какую же роль играет функция выработки решений в способности организации приспосабливаться к внешней и внутренней среде? Ответ прост: организация должна быстро узнавать о всех изменениях среды, представлять их значение для организации и выбирать наилучшую ответную реакцию, способствующую достижению ее целей. Короче говоря, она должна также эффективно реагировать на воздействия среды, как это делает человек. Если человек стремится к достижению своих личных целей, он должен успешно приспосабливаться к своему окружению, потому что именно окружающая среда поддерживает его. Если у человека не существует гармоничных рабочих отношений со средой, он может потерять ее поддержку. Постоянное поступление и увеличение таких благ, как пища, кров, признание или положительные эмоции, зависят от единственного источника – внешней среды. Изменение внешней среды воспринимается органами чувств и интерпретируется; затем человек выбирает подходящую реакцию на происшедшие внешние события. Удовлетворительной будет такая реакция, которая принесет человеку наибольшее вознаграждение, или «отдачу». Процесс нахождения такой реакции лучше всего рассматривать как процесс обучения. Зная вознаграждения, которые можно получить в результате определенных реакций на различные воздействия среды, человек принимает или отвергает программы действий, и эти действия обычно представляют собой поведение, возникшее в результате обучения.
Подобным же образом можно рассматривать и организации: все они подвержены воздействию внешних входов, зависимость от которых сохраняет их благополучие; потребители, например, дают доход предпринимательским организациям. Даже те организации, которые производят и потребляют свои собственные продукты и сравнительно самообеспечены, подобно организациям для отдыха и развлечений, вынуждены действовать в пределах ограничений, накладываемых средой.
Таким образом, благосостояние членов организации будет увеличиваться, если организации смогут эффективно приспосабливаться к среде. Но если организация сравнительно нечувствительна к изменениям своей среды или ведет нереалистичную политику или если неправильно реагирует на изменения среды, она может стать мало производительной или даже потерпеть крах.
Роль функции формирования решений для приспособляемости организации. Какова же роль функции формирования решений? Для более ясного понимания механизма приспособления можно еще раз вернуться к рассмотрению поведения человека. Наблюдая за изменениями в окружающей среде, он может обнаружить, что для получения удовлетворяющего его результата ему следует построить новую программу действий. По мере того как он сталкивается с новыми ситуациями в окружающей среде и его понимание этих ситуаций становится более зрелым, он вырабатывает набор разнообразных ответных реакций, которые мы назовем программами. Они сохраняются в его сознании, и при возникновении некоторой ситуации он может выбрать какую-либо подходящую программу (или ответную реакцию). Эта реакция может превратиться в привычку. Например, если человек стремится держать себя в чистоте, то ежедневный душ станет частью приобретенной в процессе «обучения» программы человека, и если эта программа продолжает его удовлетворять, он будет постоянно применять ее. Если, однако, сломается водопровод или произойдут какие-то другие изменения в окружающей среде, человеку придется придумать новую программу для достижения своей цели.
Это справедливо и в отношении организаций. Программы поведения организации разрабатываются для достижения определенных конечных целей (в пределах ограничений, накладываемых средой), и эти программы эффективны, если достигаются эти цели. Всякий раз, когда возникают сходные ситуации, программы повторяются и поэтому становятся привычными. Но всегда существует опасность, что большая организация окажется не способной правильно реагировать на происходящие изменения или она не сможет изменяться быстро или же вообще окажется неспособной изменяться. Например, после второй мировой войны некоторые крупнейшие универмаги не желали переезжать в разрастающиеся, как грибы, пригороды.
Таким образом, существует возможность того, что люди или организации будут продолжать пользоваться разработанными ранее программами даже тогда, когда они больше не дают прежних результатов. Психологи считают, что плохо приспосабливающиеся люди либо мало чувствительны к окружающей их обстановке, либо отвергают действительно существующие качества обстановки, либо придумывают несуществующие. Такие лица склонны к отрицательной реакции на изменения окружающей среды и в результате получают уменьшенную или бесполезную отдачу. В организации тоже может легко развиться патология, если последует ряд неверных откликов на внешние стимулы; такая организация получит отрицательные результаты.
Поведение членов организации может рассматриваться как внутренняя среда организации. В организации постоянно возникают проблемы, могущие изменить ее положение, и чтобы все ее элементы действовали и были разумно скоординированы, необходимо непрерывное поступление ресурсов. Машины изнашиваются, материалы нужно пополнять, работники увольняются, выходят на пенсию или умирают. Чтобы обеспечить жизнеспособность организации, эти ресурсы необходимо, не прерывая производственный процесс, заменять элементами равной производительности.
Другая внутренняя проблема возникает из-за недостатков сотрудничества разных участков организации. Одной из причин того, что работники уходят, а акционеры не желают вкладывать свои сбережения, является неудовлетворенность этих групп своим вознаграждением за участие в организации, и это недовольство может стать таким сильным, что возникнет угроза самому существованию организации.
Кто решает проблемы? Мы уже говорили, что организация должна выполнять функцию решения проблем. При построении организации необходимо определять, кто фактически будет выполнять эти обязанности и как будет распределена эта функция в организации. Теоретически все члены организации могут собраться вместе и, используя механизм обсуждения, определить, как должна решаться каждая проблема организации. Но из-за большого количества проблем члены организации вместо того, чтобы реагировать на воздействия среды и этим обеспечить отдачу, потратили бы свое время на поиски решений. Следовательно, этот метод решения проблем крайне неэффективен.
Если ответственность за выполнение этой функции возлагается на отдельных лиц или на группы лиц, то преимущества, которые несет специализация, могут быть получены и в области решения проблем. Группа, которая может сосредоточиться на решении проблем и становится все более сведущей в этой области, называется руководством. Способности индивидуумов можно использовать более эффективно, если люди, имеющие навыки решения проблем, будут выполнять функцию формирования решений.
Руководство как форма управления. Руководство можно рассматривать как основной управляющий компонент организации, и в этом смысле функции управления и руководства совпадают. Рассмотрим кратко элементы управления.
Управление можно определить как саморегулирующийся, или гомеостатический, механизм, предназначенный для поддержания значения некоторых переменных в желаемых пределах . Целью управления является поддержание выхода, что, в свою очередь, требует способности перераспределять ресурсы по мере изменения условий ; таков способ, которым механизм управления регулирует работающие части системы.
Основную систему, к которой присоединен механизм управления, можно представить с помощью рис. 2.10.
Система управления состоит из четырех элементов: выхода основной системы (7), который нужно измерять, воспринимающего устройства (2), измеряющего этот выход и передающего информацию по каналу обратной связи (3) в блок управления X, сравнивающего фактический и ожидаемый выход. Если отклонение слишком велико, воздействующий механизм (4) изменит работающую систему. Свойство саморегулирования заключается в том, что система продолжает действовать до тех пор, пока стандартный и фактический выход не станут примерно равными.
Исходя из этой общей модели, систему руководства как систему управления организацией можно изобразить схемой рис. 2.11.
Организация, имеющая систему управления, будет в состоянии реагировать на заданные изменения среды (входы) и будет производить определенную сумму благ (выход) для своих членов. Сумма благ, получение которой ожидается при определенных событиях и реакциях, устанавливается на основе прошлого опыта или на основе предшествующих решений. Элемент Х сравнивает фактический и ожидаемый уровни благосостояния. Если они не равны, фиксируется наличие проблемы и приводится в действие процесс ее решения с помощью системы управления. Процесс управления формирует решение, которое как вход поступает в систему и становится частью набора ответных действий организации.
Если подсистема управления содержит все элементы, необходимые для управления организацией, то новая реакция явится правильным ответом на происшедшее событие, и фактически получаемые организацией блага будут равны ожидаемым.
Подсистема управления придает организации способность к приспособлению и обучению, что позволяет ей создавать новые программы в ответ на новые входы среды . Эта подсистема придает организации черты саморегулирующейся гомеостатической системы. Проблемы организации поступают в систему управления до тех пор, пока не установится удовлетворительный уровень благ. Организация является относительно закрытой системой в том смысле, что проблемы обращаются в ее пределах до нахождения решения.
Последовательное соединение подсистем. Каким образом действие подсистемы формирования решений объединяется в одно целое с работой других подсистем организации и как координируются их усилия? Наблюдение за работой организаций показывает, что каждая функция является особым видом деятельности, но обычно все они соединены последовательно.
Например, при выполнении функции сбыта продукции продажа продукции обеспечивает получение заказов; затем заказы передаются в производство, где вырабатывается определенное количество товаров или услуг. Наконец, транспортный отдел отправляет товары заказчикам. Деятельность отдела сбыта заканчивается передачей заказа на поставку продукции производственному отделу; там, где прекращается одна функция, начинается другая, они соединяются при помощи соответствующих средств, например таких, как копии заказов на поставку.
Подобным же образом подсистема формирования решений связана с другими функциями организации. Цель этой подсистемы – создавать программы необходимых действий организации. Программы принимают форму политики, процедур, норм и инструкций, определяющих поведение исполнителей в изменяющихся условиях. Таким образом, исполнитель в любое время будет иметь запас решений (или программ) и при возникновении конкретной ситуации он выберет соответствующее решение из этого запаса. Следовательно, если все программы, разработанные руководством, эффективны и приемлемы для исполнителя, действительная работа руководителей состоит в пересмотре и перестройке запаса решений для событий, постоянно повторяющихся во внешней и внутренней среде организации. Сделав это, руководитель выполнит свою задачу; за правильное исполнение этих программ несет ответственность исполнитель.
Короче говоря, решения для повторяющихся событий или ряда обстоятельств, однажды сформулированные, позволяют руководителю не вырабатывать нового решения каждый раз, когда произойдет событие. Например, если компания решила, что начинать работу следует в 8 часов утра, то это «событие» стало ежедневно возникающей ситуацией для всех работников и, поскольку они понимают и принимают это решение, они приходят на работу в назначенное время.
Решения можно классифицировать по частоте их использования; одни будут применяться ежедневно, другие – только от случая к случаю, а некоторые никогда не будут применяться. Например, руководство может решить, что организация должна быть готова к пожару, войне или землетрясению. Могут также происходить события, требующие принятия таких мер, которые руководство заранее не запланировало. В этом случае руководство должно разработать новые решения. Но если руководство не видит необходимости что-то изменять, работники организации продолжают руководствоваться установленным запасом процедур и политик. Работа организации продолжается без изменений, причем каждое ее подразделение будет выполнять свои задачи обычным образом.
Изменение характера поведения организации. Если руководство решает изменить характер поведения ресурсов организации, оно более активно вмешивается в процесс функционирования подразделения. В этом случае руководство изменяет запас решений, разрабатывая более эффективное решение, чем существующее. Работники будут выполнять свои конкретные обязанности по-новому. Только после того, как руководство приведет в действие новое решение (т. е. когда рядовые работники изучат и применят его), можно увидеть различие между деятельностью руководителей и исполнителей, так как именно эта стадия связывает функцию формирования решений с другими функциями организации.
Конечно, руководство периодически проверяет работу подразделений, чтобы убедиться, что они функционируют в соответствии с решениями, находящимися в накопителе решений. Было бы идеальным, если бы этот набор решений хранился в памяти работников, а также в памяти руководителей первого уровня, но на практике можно также пользоваться инструкциями и накопителями, содержащими письменно изложенные решения, процедуры, нормы или чертежи.
Запас решений накапливается постепенно. При возникновении новой ситуации руководство разрабатывает эффективное решение, которое осуществляется работниками; затем руководство переходит к следующей ситуации и таким образом пополняет запас решений. Каждое решение вводится в действие и остается в действии, пока руководство считает его оптимальным.
Некоторые решения могли быть установлены с момента основания организации, и она действительно может «с гордостью» указывать на политику, содержащуюся в этих решениях. Например, универмаг мог начать свою деятельность с обслуживания определенной клиентуры и продолжать эту практику вплоть до сегодняшнего дня. Процедура выписки счетов при покупке товаров может существовать двадцать лет, практика проката насчитывать пятнадцать лет и т. д. Даже если такие решения приняты пятьдесят (или более) лет назад, они остаются неизменными и действуют, потому что работники понимают их и руководствуются ими в своем поведении. Новые работники будут поступать аналогичным образом. Стабильность и преемственность организации существенно определяются хранилищем прошлых решений.
Перед исполнителями, однако, стоит задача подобрать подходящее решение для конкретной ситуации. При возникновении ряда новых обстоятельств исполнитель просмотрит запас решений в своей памяти или в руководящих документах компании и выберет решение, применимое к данной ситуации. Если решения и события пронумерованы и номера решений соответствуют номерам событий, для которых они предназначены, то подходящее к данному событию решение можно выбрать по его номеру. Например, в случае пожара (событие 43) необходимо выбрать решение 43; при увеличении загрузки производственного подразделения было бы применено решение 93, а при увольнении работника – решение 47.
Правильное решение, несомненно, выбирается на основе акта суждения, но нужно ли включать этот акт в обязанности руководителя? Опытный мастер может знать все правила и регулирующие акты, которые распространяются на его производственный участок, и он всегда может реагировать так, как нужно, но его деятельность не есть участие в выработке решений, как она определяется в данной книге; его деятельность заключается в использовании решений .
Решения уже сформированы, и мастер просто применяет их. Однако нет нужды говорить, что эффективное решение проблем возможно только при эффективном использовании выработанных решений.
Отношение между выработкой решений и их использованием. Как мы уже отметили, существует тенденция смешивать формирование решения с его использованием.
Однако если процесс выработки решения выполнен должным образом, то весь запас решений будет передан исполнителю, который изучит все вводимые в действие процедуры. В этом случае руководитель может не выполнять функцию хранения решений. Поэтому важно, чтобы лица, которым предписано вырабатывать решения, полностью понимали различие между формированием решения и его применением.
Если руководитель первого уровня рассматривает свою работу исключительно как
- выбор соответствующего решения для данной ситуации,
- инструктирование работника
Автор: Стенл Янг
Источник: Опубликовано на сайте Finexpert.ru
Что такое система управления предприятием?
Управление может осуществляться только в том случае, когда существует система, реально действует, решая задачи управления. Если данная система является органической частью предприятия, ее действиями осуществляется управление и она не решает задач, отличных от управленческих, то ее можно рассматривать как специализированную систему или же как систему управления.
Система управления является формой реального воплощения управленческих взаимосвязей. Она выступает в виде реально существующей субстанции, посредством которой управление приобретает конкретное содержание и конкретное проявление, а функция управления приобретает практическую реализацию. Таким образом, управленческая деятельность – это функционирование системы управления.
Система управления состоит и действует не только в соответствии с содержанием функции управления и характером отношений, которые лежит в основе управленческих взаимосвязей, но и согласно условиям, в которых формируется система управления, а также согласно присущим системе управления принципам ее построения, функционирования и преобразования.
Что собой представляет структурно-функциональная подсистема системы управления предприятием?
Система управления разделяется на подсистемы. Выделение этих подсистем наглядно проявилось относительно недавно. Первой подсистемой является то, что ранее было принято рассматривать как собственно систему управления. Это совокупность управленческих органов, подразделений и исполнителей, осуществляющих закрепленные за ними функции и решающих поставленные перед ними задачи, а также совокупность методов, с помощью которых осуществляется управленческое воздействие. Данную подсистему системы управления можно рассматривать как единство организации, технологии и методов управления. При дальнейшем рассмотрении данная подсистема получила название структурно-функциональной подсистемы системы управления предприятием. Обычно именно структурно-функциональная подсистема подвергается самому тщательному анализу и описанию при рассмотрении вопросов построения и функционирования системы управления. В настоящее время наиболее глубоко и полно разработаны общая теория функций управления, кадров управления, организационных структур управления, а также технологии и методов управления.
Структурно-функциональная подсистема выступает в роли «костяка», «остова» или даже «тела» системы управления. Причем при определенном уровне развития управления «тело» системы управления фактически эквивалентно системе управления в целом. Но всякий развитый организм не эквивалентен только своему телу. Есть еще нечто исключительное, что условно можно назвать «душой» организма. Чем выше уровень развития организма, тем выше значимость этой его подсистемы. Что же можно считать душой системы управления? Ответ на этот вопрос можно получить, если проанализировать вторую подсистему системы управления.
Критерием, определяющим вид организационной структуры предприятия, является принцип разделения труда, предоставленных полномочий, степени ответственности и форм контроля. Выделяют следующие виды организационных структур:
- линейная – представляет собой иерархическую лестницу подчинения. Предполагается подчинение каждого работника одному непосредственному руководителю. Система управления разделена на составные части по производственному признаку; во главе каждой структурной составляющей находится ее руководитель, которому и подчиняются все работники данного подразделения. Гарантирует четкую систему подчиненности, полноты власти на каждом уровне, быстроту выполнения распоряжений, дисциплину подчиненных. Вместе с тем характеризуется негибкостью, трудностью согласованных действий подразделении, перегруженностью работников высшего руководящего звена. Считается непригодной для предприятий, работающих в рыночных условиях;
- пирамидальная – предусматривается расширение числа звеньев, при этом выделение новых звеньев происходит по разным принципам, чаще всего по выполняемым функциям. Для пирамидальной структуры характерно отделение управленческих структур от исполнительских, что предопределяет вертикаль подчинения. Расширение объема и номенклатуры выполняемых функций ведет к созданию многоуровневых иерархических структур.
Как можно охарактеризовать информационно-поведенческую подсистему системы управления?
Основными частями данной подсистемы являются следующие блоки:
- Управленческая идеология и ценностная ориентация системы управления.
- Интересы и поведенческие нормативы участников процесса управленческой деятельности.
- Информация и информационное обеспечение коммуникаций в системе управления.
Совокупность данных трех блоков в основном покрывает всю данную подсистему, хотя применительно к определенным системам управления можно указать на существование дополнительных блоков, играющих определенную роль в данной подсистеме. Такими блоками могут быть, например, блоки национальных интересов и даже национальных управленческих стереотипов либо блоки реализации в управлении идеологических установок. Данные блоки следует принципиально отличать от первого выделенного блока управленческой идеологии, поскольку они служат выразителями определенных видов идеологии, существующей в обществе, вообще, а не только управленческой идеологии.
И основные названные блоки, и блоки, возникающие в конкретных условиях и имеют явно выраженный ситуационный характер, находятся в динамическом взаимодействии как между собой, так и с элементами структурно-функциональной подсистемы системы управления. При этом в различных системах управления в зависимости от общих свойств системы, ее характерных особенностей, а также в зависимости от уровня развитости системы управления и условий осуществления управленческой деятельности степень проявления отдельных блоков, а также характер их взаимодействия могут отличаться. Однако в других случаях данная подсистема имеет общее свойство, суть которого состоит в том, что она связывает воедино (и не только связывает, а и сводит воедино в успешно функционирующих системах управления) на основе развития информационных каналов и связей цели организации, которые воплощаются в критериях функционирования, управленческую идеологию, интересы и критериально-нормативную базу работников управления, процедуры и организацию управленческой деятельности. Это позволяет данную подсистему охарактеризовать как информационно-поведенческую подсистему системы управления.
Реальными формами проявления данной подсистемы являются:
- Управленческие теории и управленческая идеология.
- Формальные и неформальные отношения управленческих работников с представителями внешнего окружения.
- Уровень организационного развития, а также уровень развития каждого отдельного работника управленческого звена.
- Информированность работников, носители информации, методы распространения информации.
В настоящее время в связи с процессом ускоренного и расширенного распространения информации, что объективно происходит, а также в связи с заметным увеличением значимости синергического эффекта, получаемого от органично осуществляемых совместных действий, резко возрастает роль информационно-поведенческой подсистемы системы управления.
Существует несколько достаточно выраженных типов информационно-поведенческих подсистем.
Первый тип характеризуется наличием формальной организации деятельности и отношений в системе управления. Деятельность инициируется распоряжениями и требует наличия формального контроля исполнения, отношение к работе безразлично, безответственно и безынициативно. Интересы работников и их умения направлены вовне организации. Отношения между работниками по поводу работы формальные, неформальные отношения связаны с интересами, находящихся за пределами организации. Уровень информированности невысок, доступность информации низкая как из-за формальных ограничений, так и вследствие слабости и неразвитости технической базы обращения к информации и ее распространения.
Второй тип информационно-поведенческой подсистемы характеризуется наличием беспокойства в отношениях, наличием конфликтных ситуаций, стремлением отдельных членов коллектива к привнесению изменений в основном за счет других членов либо путем организационных перестроек. Отсутствует безразличие, характерное для первого типа, однако и нет органической заинтересованности в реальном повышении эффективности и качества функционирования всего коллектива. Как и при первом типе, здесь доминируют собственные цели и интересы, находящиеся за пределами интересов организации. Официальная система информирования функционирует плохо, низок уровень доступности информации, часты попытки сознательного сокрытия информации или введения необоснованных ограничений на получение информации. В то же время очень широко практикуется неформальный сбор и распространение информации. Широко практикуются закрытые обсуждения или обсуждения в узком кругу избранных лиц.
Третий тип характеризуется наличием заинтересованности в конечных результатах функционирования системы управления, стремлением к получению больших результатов за счет совершенствования внутренних отношений, развития всех членов организации и повышения уровня совместной трудовой деятельности. Широкое распространение имеют групповые формы совместной деятельности, однако они носят довольно формальный характер. Для этого типа характерны доброжелательность в отношениях, стремление к разрешению конфликтных ситуаций, открытость в высказываниях, склонность к сотрудничеству. Важной характеристикой данного типа является проявление активности в осуществлении производственной деятельности, зарождение творческого отношения к работе, возникновение самодеятельных начал. Осознается роль и значимость широкой информированности, создается атмосфера гласности и широко распространены открытые обсуждения.
Четвертый тип информационно-поведенческой подсистемы характеризуется наличием такого состояния системы управления, при котором состоит органичное сочетание личных интересов со стремлением к получению высоких конечных результатов функционирования организации в целом. Для данного типа характерны ориентация на конечные результаты, равно организуемость и самонастраивание. Состояние отношений в системе настолько высоко развито, что позволяет системе гибко адаптироваться к новым задачам и условиям, т.е. осуществлять саморазвитие системы управления. Хранение, получение необходимой информации, ее передача и обработка осуществляются с помощью быстродействующих и высокопроизводительных технических средств. Информация и информированность являются органичными составляющими функционирования системы управления.
Как можно охарактеризовать подсистему саморазвития в системе управления?
Третьей подсистемой системы управления является подсистема саморазвития. Появление этой подсистемы связано с возникновением в системе управления таких качеств, как стремление к самосовершенствованию, гибкость и адаптивность к изменениям, ориентация на нововведения, поиск и разработка прогрессивных идей и ускоренное введение их в практику функционирования системы управления.
Подсистема саморазвития не только отражает названные качества системы управления, она является генератором этих качеств, она несет в себе механизм их воспроизводства, закрепления, распространения и практического внедрения. Данная подсистема является источником и проводником потребности системы управления в самосовершенствовании и одновременно носителем механизма, посредством которого осуществляется развитие системы управления.
Подсистема саморазвития может быть разделена на две части. Первая часть подсистемы ориентирует систему управления на постоянное совершенствование и развитие. Она обеспечивает потребность системы управления в изменении в направлении улучшения, а также в регулярном обновлении. Для данной части подсистемы характерно решение следующих задач и выполнения следующих функций:
- разработка, введение в систему управления и постоянное поддержание должного уровня стимуляторов, побуждающих систему управления к саморазвитию;
- постоянный анализ уровня функционирования системы управления, ее имеющихся и потенциальных возможностей;
- анализ динамики задач, стоящих перед системой управления в условиях изменения окружающей среды;
- выявление новых тенденций и направлений развития систем управления, наблюдающихся в мировой практике менеджмента;
- анализ используемых форм и методов обновления систем управления.
Данная часть подсистемы саморазвития очень тесно примыкает к информационно-поведенческой подсистеме системы управления, и ее функциональные возможности в значительной мере определяются уровнем развитости информационно-поведенческой подсистемы. Это связано с тем, что и готовность к изменениям, и адаптивность, и гибкость, и мобильность, и, наконец, заинтересованность в высоких конечных результатах функционирования системы управления, ориентация на результат совместной деятельности преимущественно задаются состоянием информационно-поведенческой подсистемы.
Вторая часть подсистемы саморазвития обеспечивает развитие системы управления. Наиболее существенными задачами, решаемыми ею, являются следующие:
- выработка траекторий саморазвития системы управления, включающей поиск возможностей совершенствования;
- описание нового состояния системы управления;
- разработка процедуры и содержания перехода в новое состояние;
- определение средств обеспечения этого перехода;
- организация перехода системы управления в новое состояние, включающая составление программы перехода, распределение заданий и позиций между субъектами перехода, распределение функций координации и корректировки их деятельности в процессе перехода и т.п.;
- анализ результатов перехода, обобщение опыта работы по переводу системы управления в новое состояние;
- получение выводов по развитию подсистемы саморазвития системы управления.
Важнейшим направлением функционирования подсистемы развития является развитие кадров системы управления. Это обусловлено тем, что единственно возможным реальным движением системы управления может быть только движение ее кадров, во-первых, по вертикали (должностное продвижение), во-вторых, по горизонтали (смена профиля работ и рабочего места) и, в-третьих, вглубь (улучшение поведения и способностей в общении, рост позитивного отношения к работе, повышение профессиональной квалификации, производственного кругозора и навыков работы, овладение смежными профессиями и современными средствами обработки и передачи информации).
Корпоративная система управления проектами и задачами
Корпоративная система управления проектами и задачами — обзор реализации и управление в организации
Управление проектами в бизнесе
Условия ведения бизнеса в современных условиях диктуют для руководителей новые правила, а именно использование систем корпоративного управления проектами. Вам наверное нужна система управления проектами и задачами? С каждым годом все больше компании разрабатывают собственные или приобретают готовые решения по управлению бизнес процессами. Ведь любая компания имеет свою структуру и намеченные цели, которые нужно достичь в указанные сроки, но при этом максимально сократить затраты. Ниже мы привели пример системы управления проектами обзор.
На бумаге решить такие задачи очень сложно, поэтому нужно использовать современные информационные технологии. Поэтому появилась потребность в создании корпоративных систем управления проектами и задачами (СУП), которые позволяют не только управлять всеми процессами в проекте, но производить аудит и аналитическую обработку всех имеющихся данных. Это касается материальных и трудовых затрат, использования материально-технических и финансовых активов в пределах одной компании или холдинга.
Из чего состоит система управления проектами и задачами?
На протяжении последних 30 лет программное обеспечение по управлению проектами используется в бизнесе. Изначально это были приложения на мейнфреймах, а сегодня разработаны полноценные программы для компьютеров. Первые ОС были монофункциональными и ограничивались работой с одним небольшим проектом и небольшим количеством задач.
Значительные улучшения произошли в конце прошлого века. Многие компании хотели сократить затраты и производить контроль в организации и реализации различных проектов. Вся информация должна быть объединена в единой системе. В современных системах управления проектами и задачами можно управлять сотрудниками компании, поставками и закупками, бюджетированием. Они работают не над одним проектом или задачей, а объединяют все проекты компании, которые могут внутренними или внешними. Основные возможности вы можете увидеть на диаграмме, изображенной на фотографии 1:
Рисунок 1: Процессы корпоративного управления проектами
Система управления проектами объединяет в себе такие компоненты, как организация, планирование, координация, контроль и управление компанией. Работа может производиться, как над одним проектом, так и над проектами и задачами, которые реализовываются компанией. Это необходимый инструмент для достижения поставленных целей за счет использования современных технологий и методик.
Сегодня на рынке представлен ряд программ, которые разработаны для управления проектами. Это могут быть простые приложения, которые не поддерживают сетевую работу, и используются для решения неложных задач. А также есть современное ПО, которое имеет сложную архитектуру и поддерживает многопользовательское использование. Такие программы позволяют сотрудникам компаний работать с информацией проекта, выполнять различные манипуляции и обеспечивать рост рентабельности проекта.
Корпоративная система управления проектами должна отвечать следующим требованиям:
· Работа сразу над всеми проектами компании, независимо от их размеров.
· Система может быть связана с другими программными продуктами.
· В системе имеется организационная структура.
· Система оснащена функцией управления рисками.
· Поддерживаются эффективные методики планирования и контроля выполнения работ.
· В проекте можно выставить неограниченное количество целей.
· Можно создать различные папки с разными проектами.
· Работать одновременно с системой могут все сотрудники с допуском.
· Можно распределить роли для каждого участника.
· Доступ к информационным базам проекта.
Основные функции управления
К основным функциям системы управления проектами и задачами относятся следующие:
1. Управление папками:
· Сопоставление выполненных действий с намеченными целями, определение важных задач по достижению желаемого результата.
· Оптимизация цепочки «цель – время – затраты – риски – качество».
· Влияние на развитие компании.
· Отслеживание ключевых направлений проекта в процессе принятия управленческих решений.
2. Управление ресурсами:
· Возможность урегулирования «конфликтов», которые могут возникать в разных подразделениях компании.
· Распределение ресурсов между подразделениями.
· Ситуационный анализ по схеме «что-если» во время принятия решений по внесению изменений в проекте.
· Определение требуемых трудовых и нетрудовых активов.
3. Коммуникация:
· Внешняя и внутренняя связь между отдельными командами проекта, с региональными представительствами, компаньонами и поставщиками.
· Модификация информационной организации.
· Увеличение мер безопасности по доступу к информационной базе.
· Создание команда онлайн, которые будут работать над проектом.
4. Управление проектом:
· Связь внутри проекта и между отдельными проектами.
· Географическое распределение сложных проектов с большими командами.
· Возможность прогнозировать риски.
· Своевременное определение коллизий и отклонений.
· Каждый участник получает свою долю информации.
5. Управление процессами:
· Автоматическое сохранение и аналитика выполненных работ в работе над проектом.
· Система идентификации и определение рисков, которые могут возникнуть в будущем.
· Интеграция различных программных продуктов и приложений.
· Использование готовых шаблонов и планов неоднократно.
Основные критерии управления проектами
К основным критериям по управлению проектами относится:
· Легкость, многопользовательские возможности, создание неограниченного количества задач, настройки масштабирования.
· Хранение больших объемов информации по проекту и всей организации.
· Распределение задач между сотрудниками, составление расписаний, графиков, составление отчетов.
· Каждый сотрудник компании имеет собственный инструмент для выполнения своих обязанностей.
Почему Primavera? Системы управления проектами обзор.
В каждой современной организации есть огромное количество текущей работы, которая никак не документируется и не отслеживается, как работа по тому или иному проекту. Однако зачастую такая работа занимает 70% рабочего времени, поэтому она должна учитываться в корпоративной системе для ее дальнейшего анализа и поиска возможных путей оптимизации таких работ. Во многих случаях, работа по проекту документируется, как результаты, документы, знания, инструкции и процессы. Учет и управление всем объемом данных по проектам и ресурсам организации требует архитектуры, которая будет направлена не только на хранение большого количества информации, но и организована для облегчения навигации по проектам и всем связанным данным.
Компания Primavera Systems разработала серию программных продуктов Primavera Enterprise, позволяющих создать корпоративную систему управления проектами. Пакет Primavera Enterprise удовлетворяет всем приведенным выше требованиям к программному обеспечению для корпоративного управления проектами и обладает рядом дополнительных специальных функций.
В отличие от других современных средств для управления проектами, архитектура Primavera Enterprise разработана для поддержания и хранения больших объемов стандартной и дополнительной информации по проектам и ресурсам. Специализированные структуры — структура предприятия (EPS), организационная структура (OBS), структура декомпозиции работ (WBS), портфели проектов, иерархическая структура кодирования, иерархическая структура ресурсов (RBS), структура ролей ресурсов и квалификаций — обеспечивают дополнительные возможности хранения проектной информации, совершенствуя процессы доступа и управления большими объемами данных по проектам, пакетам работ и ресурсам.
Ключевой структурой при организации корпоративной системы является структура проектов предприятия (EPS). EPS — это иерархическая структура базы данных проектов. Каждый узел (уровень) EPS декомпозируется на программы и проекты, которые должны быть выполнены в рамках организации. EPS используется для бюджетирования проектов, многопроектного управления, и определения прав доступа к информации.
Далее, проекты подвергаются дальнейшей декомпозиции на отдельные фазы и стадии — такая иерархия называется структурой декомпозиции работ (WBS). Каждый проект имеет собственную иерархию WBS с верхним уровнем эквивалентным проекту. Каждый пакет (элемент) WBS может содержать более детальные пакеты WBS, работы или и то и другое.
WBS — это иерархия работ, которые должны быть выполнены для завершения проекта. Она определяет продукт или услуги, которые должны быть произведены в рамках конкретного проекта.
Построение целостной корпоративной матрицы управления проектами невозможно без описания организационной структуры (OBS) и определения соответствия между ее элементами и элементами структуры EPS и WBS. OBS — это глобальная иерархическая структура, описывающая структуру ответственных по проектам организации. Обычно OBS отображает структуру управления организации, с уровня высшего руководства до руководителей различных уровней.
Ответственные исполнители могут быть связаны с их областями ответственности из EPS — узлами или отдельными проектами.
OBS также используется для назначения пользователям специфических привилегий при доступе к проектам и пакетам работ (WBS) проектов.
Связь структур EPS, WBS и OBS в рамках корпоративной системы управления проектами приведена на рисунке 2.
Рисунок 2: Структуры корпоративной системы управления проектами
Пакет Primavera Enterprise поддерживает выполнение следующих функций:
Необходимые элементы корпоративной системы управления проектами |
Возможности программного обеспечения Primavera |
Управление портфелями проектов |
|
Управление ресурсами |
|
Коммуникации |
|
Управление проектом |
|
Управление процессами |
|
По оценкам агентства Surgency, Inc. использование пакета Primavera Enterprise существенно повышает эффективность функционирования организации. Ниже приведена таблица показателей эффективности от использования Primavera Enterprise:
Возможности |
Преимущества |
Показатели |
Эффект |
Управление портфелем проекта |
|
|
|
Управление ресурсами |
|
|
|
Коммуникация |
|
|
|
Управление проектом |
|
|
|
Управление процессами |
|
|
|
Многопроектное управление является неотемлемой частью корпоративной системы управления проектами. Скоординированная работа по проекту возможна только, если все его участники — как непосредственно вовлеченные в реализацию проекта, так и косвенно с ним связанные — обладают совместным доступом ко всему пулу проектов и необходимой дополнительной информацией. При внесении изменений в проекты, эти обновления должны быть сразу же отображены в центральной базе данных. Такое централизованное, многопользовательское взаимодействие обеспечивает доступ к информации по проекту в режиме реального времени для принятия своевременных и обоснованных решений всеми участниками проекта.
Архитектура пакета Primavera Enterprise направлена на поддержание постоянной коммуникации между всеми участниками проекта и предоставления им всей необходимой информации.
Архитектура и состав пакета Primavera Enterprise
Пакет Primavera Enterprise представляет собой целостную корпоративную систему управления проектами.
Полный состав пакета Primavera Enterprise 3.0 представляет собой:
- Две (2) базы данных на Oracle или MS SQL Server. (База данных проектов, база данных методологий)
- Три (3) windows-приложения. (Project Manager, Methodology Manager, Portfolio Analyst)
- Два (2) ролевых web-приложения, разработанных по Java 2 технологии (Progress Reporter, Primavision)
- Два (2) web-сервера для поддержки Progress Reporter и Primavision
- Один (1) ODBC интерфейс для доступа к базе данных (Primavera Enterprise SDK)
- Одна (1) NT/2000 служба (Служба задач)
Рисунок 3: Архитектура пакета Primavera Enterprise
Ядром серии Primavera Enterprise является модуль Primavera Project Planner. Это клиент-серверное приложение, работающее на базах данных Oracle и MS SQL Server, для многопроектного планирования, контроля и управления. Оно может использоваться как автономно, так и в качестве части пакета Primavera Enterprise.
Приложение Primavera Project Planner обеспечивает руководителей проектов и планировщиков всеми инструментами, необходимыми для планирования и контроля проектов. С использованием расширенных возможностей модуля Primavera Project Planner по моделированию ресурсов и проектов, могут быть созданы наиболее оптимальные планы проектов. Руководители проектов могут анализировать влияние изменения пределов потребления ресурсов, приоритетов работ и назначения ограничений на достижение поставленных целей. С помощью расширенного линейного графика и PERT представления, а также мастера создания отчетов руководители проектов могут оперативно определять степень влияния изменений на проект, портфель проектов или организацию в целом.
Модуль Primavera Project Planner содержит легкие в использовании аналитические инструменты сценарного анализа проектов. В Primavera Project Planner, пользователи могут назначать календари на глобальном, проектном и ресурсном уровнях, контролировать длительность работ вплоть до минут. Руководители проектов могут настраивать уровень детализации отчетов, просматривать данные проектов, включая заметки, шаги работ, бюджеты, назначения ресурсов и ссылки на рабочую документацию. На рисунке 4 приведена форма представления данных по проектам в модуле Primavera Project Planner.
Рисунок 4: Представление данных в приложении Project Manager
Используя доступные в Project Manager функции анализа и оценки рисков, участники команды проекта могут идентифицировать и измерять риски, планировать мероприятия по уменьшению степени влияния рисков на проект. В Project Manager, риски могут быть категоризированы, а планы контроля и управления рисками могут быть задокументированы, как часть общего плана проекта. С Project Manager, команды проектов всегда готовы к любым неожиданностям.
Portfolio Analyst — это мощнейшее интерактивное средство анализа и формирования отчетности по портфелям проектов. Руководство организации, руководители программ и проектов могут формировать портфели проектов по интересующим их параметрам и анализировать их в различных вертикальных и горизонтальных разрезах. Например, Portfolio Analyst может быть настроен для отображения только проектов, по которым есть перерасход бюджета. С помощью Primavera Portfolio Analyst, негативные тенденции могут быть выявлены на самых ранних этапах реализации проекта. На основании результатов анализа, осуществленного в Portfolio Analyst, руководством принимаются решения о необходимых корректирующих действиях по определенному проекту или программе в целом. Используя ряд специальных функций, пользователи Portfolio Analyst могут анализировать большие объемы информации по проектам и портфелям на различных уровнях детализации. На рисунке 5 приведена форма представления данных по проектам в модуле Primavera Portfolio Analyst.
Рисунок 5: Вариант представления данных в приложении Portfolio Analyst
Methodology Manager — это отдельный модуль серии Primavera Enterprise, работающий с собственной базой данных. Methodology Manager является хранилищем шаблонов типовых проектов, собственных наработок и отраслевых стандартов, называемых методологиям. Их использование существенно облегчает процесс планирования, поскольку руководители проектов и группа планирования при инициации проектов начинают не «с нуля». Создание нового проекта возможно на основании одной или нескольких методологий, которые могут быть скорректированы пользователем в зависимости от специфики конкретного проекта. Работа с модулем Methodology Manager существенно облегчается наличием мастера Project Architect, который проводит пользователя по всем шагам, необходимым для создания плана проекта на базе уже существующих методологий.
Primavision — это внешнее web приложение серии Primavera Enterprise. Оно может быть запущено в стандартном web-браузере с любой рабочей станции, подключенной к Intranet или Internet. Primavision обладает функциональностью, необходимой всем участникам проекта. Каждому пользователю Primavision в зависимости от роли, выполняемой им в проекте, доступна только необходимая информация.
В Primavision возможно формирование наиболее оптимальных команд проекта и построение детальных отчетов о назначенных на каждую работу участниках. Используя показатели перерасхода ресурсов, руководители отделов сосредотачивают свое внимание именно на тех участках проекта, где это более всего необходимо на данный момент времени.
Специальные таблицы и гистограммы Primavision детализируют потребности в определенных ролях, указывая на то, специалисты какого профиля необходимы на том или ином участке работ, помогают спрогнозировать и исключить непредвиденные ресурсные конфликты.
Используя Primavision, руководство организации может анализировать ресурсные потребности и определять команды в соответствии с поступившими запросами и приоритетами организации.
С помощью Primavision может быть определена степень влияния каждой работы проекта на совокупную загрузку ресурсов организации. Используя простой Web интерфейс, руководители команды проекта или подразделений могут оперативно вносить в систему новые работы и определять ресурсы, необходимые для их выполнения.
В разделе проектов отображаются актуальные статистические данные, помогающие руководителям в принятии обоснованных решений. Использование текущей информации о состоянии проекта на определенный момент времени, списка стратегически важных вех и критических работ, отстающих от графика, позволяет сконцентрировать внимание на наиболее острых проблемах, которые могут отрицательно сказаться на результатах проекта.
Необходимо отметить, что в большинстве программных продуктов по управлению проектами, построенных на web технологиях, отсутствуют методы анализа критического пути, в то время, как в Primavision они доступны в полном объеме.
В Primavision пользователи могут производить расчет расписания, назначать ограничения на работы, определять задержки по зависимостям работ, определять календари и типы работ. На рисунке 6 приведена форма представления данных в модуле Primavera Primavision.
Рисунок 6: Пример представления данных в приложении Primavision
Progress Reporter — это web-табель, доступный посредством стандартного браузера и предназначенный для формирования отчетов о статусе работ. Используя его, участники команды могут получать задания, отчитываться о статусе работ и вводить ожидаемые даты завершения в центральную базу данных. При назначении исполнителей, руководитель проекта может прикреплять к работам заметки, которые будут доступны посредством Progress Reporter, а исполнители, в свою очередь, могут отправлять краткие отчеты по выполнению назначений руководителю проекта. После утверждения табелей руководителем проекта, центральная база данных обновляется фактическими данными по работам.
Рисунок 7: Пример представления данных в приложении Progress Reporter
1 |
Курсовая Программирование 29 января 2007 |
2 |
Реферат Информатика, информационные технологии 29 августа 2010 |
3 |
Реферат Менеджмент 28 августа 2007 |
4 |
Реферат Менеджмент 25 октября 2008 |
5 |
Курсовая Менеджмент 28 августа 2007 |
6 |
Курсовая Менеджмент 25 октября 2008 |
7 |
Курсовая Информатика, информационные технологии |
8 |
Реферат Законодательство и право 27 ноября 2007 |
9 |
Реферат История 04 сентября 2007 |
10 |
Курсовая Менеджмент 26 октября 2008 |
11 |
Реферат Менеджмент 26 октября 2008 |
12 |
Реферат Менеджмент 01 октября 2010 |
13 |
Реферат Компьютерные сети 23 августа 2010 |
14 |
Курсовая Технологии 22 февраля 1999 |
15 |
Курсовая Менеджмент 05 ноября 2008 |
16 |
Курсовая Менеджмент 16 июня 2009 |
17 |
Диплом Менеджмент 26 октября 2008 |
18 |
Диплом Менеджмент 14 мая 2011 |
19 |
Диплом Менеджмент 15 января 2012 |
20 |
Курсовая Менеджмент 26 октября 2008 |
21 |
Курсовая Менеджмент 26 октября 2008 |
22 |
Курсовая Экономика и финансы 10 мая 2012 |
23 |
Курсовая Маркетинг и реклама 09 января 2007 |
24 |
Курсовая Бухгалтерский учет, аудит, налоговая система 15 мая 2010 |
25 |
Реферат Бухгалтерский учет, аудит, налоговая система 23 июля 2011 |
26 |
Курсовая Бухгалтерский учет, аудит, налоговая система 11 января 2012 |
27 |
Диплом Бухгалтерский учет, аудит, налоговая система 15 июля 2002 |
28 |
Реферат Военная кафедра, гражданская оборона |
29 |
Реферат Военная кафедра, гражданская оборона 21 декабря 1998 |
30 |
Реферат Туризм 16 февраля 2008 |
31 |
Реферат Менеджмент 20 января 2010 |
32 |
Реферат Менеджмент 29 октября 2008 |
33 |
Реферат Информатика, информационные технологии 01 сентября 2010 |
34 |
Курсовая Прочее 14 января 2012 |
35 |
Диплом Бухгалтерский учет, аудит, налоговая система 09 марта 2004 |
36 |
Реферат Экономика и финансы 23 января 2002 |
37 |
Реферат Программирование 23 января 2002 |
38 |
Реферат Технологии 23 января 2002 |
39 |
Реферат Законодательство и право 23 января 2002 |
40 |
Реферат Менеджмент |
41 |
Курсовая Предпринимательство, бизнес, микроэкономика 18 декабря 2011 |
42 |
Реферат Программирование 08 августа 2007 |
43 |
Контрольная Физика 31 августа 2009 |
44 |
Курсовая Менеджмент 11 февраля 2006 |
45 |
Реферат Менеджмент 24 июня 2006 |
46 |
Курсовая Менеджмент 30 октября 2008 |
47 |
Реферат Менеджмент 03 ноября 2008 |
48 |
Реферат Менеджмент 13 ноября 2008 |
49 |
Реферат Экономика и финансы 14 июня 2010 |
50 |
Реферат Информатика, информационные технологии 05 сентября 2010 |
51 |
Контрольная Менеджмент 05 августа 2007 |
52 |
Курсовая Менеджмент |
53 |
Реферат Информатика, информационные технологии 06 сентября 2010 |
54 |
Курсовая Менеджмент 04 ноября 2008 |
55 |
Курсовая Менеджмент 04 ноября 2008 |
56 |
Контрольная Экономика и финансы 07 июля 2003 |
57 |
Реферат Маркетинг и реклама 20 марта 2012 |
58 |
Курсовая Менеджмент 05 ноября 2008 |
59 |
Курсовая Менеджмент 08 мая 2011 |
60 |
Курсовая Маркетинг и реклама 31 марта 2012 |
61 |
Контрольная Безопасность жизнедеятельности 17 апреля 2007 |
62 |
Реферат Военная кафедра, гражданская оборона 23 января 2002 |
63 |
Реферат Менеджмент 23 июля 2011 |
64 |
Реферат Маркетинг и реклама 31 марта 2012 |
65 |
Реферат Экономика и финансы 23 января 2002 |
66 |
Курсовая Радиоэлектроника 16 июня 2009 |
67 |
Контрольная Маркетинг и реклама 01 апреля 2012 |
68 |
Курсовая Менеджмент 15 ноября 2008 |
69 |
Реферат Технологии 09 октября 2010 |
70 |
Курсовая Менеджмент 28 августа 2007 |
71 |
Курсовая Законодательство и право 30 августа 2004 |
72 |
Курсовая Предпринимательство, бизнес, микроэкономика |
73 |
Курсовая Менеджмент 25 августа 2007 |
74 |
Реферат Маркетинг и реклама 08 апреля 2012 |
75 |
Курсовая Менеджмент 19 ноября 2008 |
76 |
Реферат Менеджмент 22 сентября 2010 |
77 |
Контрольная Менеджмент |
78 |
Реферат Экономика и финансы 18 марта 2008 |
79 |
Курсовая Менеджмент 02 декабря 2008 |
80 |
Реферат Военная кафедра, гражданская оборона 14 сентября 2002 |
81 |
Курсовая История 15 апреля 2007 |
82 |
Реферат Государственное и муниципальное управление 08 апреля 2002 |
83 |
Реферат Менеджмент 03 декабря 2008 |
84 |
Курсовая Бухгалтерский учет, аудит, налоговая система 13 февраля 2007 |
85 |
Курсовая Менеджмент 28 января 2009 |
86 |
Реферат Менеджмент 22 сентября 2010 |
87 |
Реферат Менеджмент 26 сентября 2007 |
88 |
Реферат Программирование 10 декабря 1999 |
89 |
Реферат Маркетинг и реклама 24 июня 2009 |
90 |
Курсовая Компьютерные сети 30 ноября 2002 |
91 |
Диплом Технологии 21 августа 2004 |
92 |
Диплом Маркетинг и реклама 17 мая 2012 |
93 |
Курсовая Менеджмент 25 ноября 2008 |
94 |
Реферат Технологии 11 октября 2010 |
95 |
Реферат Радиоэлектроника 21 декабря 1998 |
96 |
Курсовая Технологии 22 декабря 1998 |
97 |
Курсовая Менеджмент 11 апреля 2006 |
98 |
Реферат Маркетинг и реклама 17 мая 2012 |
99 |
Диплом Маркетинг и реклама 30 мая 2012 |
100 |
Курсовая Химия 28 декабря 1999 |
Что такое системы управления проектами: предназначение и применение
Вся моя работа состоит из консалтинг-проектов, будь то внедрение какой-то информационной системы или консультационная помощь. Любое сотрудничество я оформляю в виде проекта. Мое собственное знакомство с понятием «проект» началось с изучения книги Project Management Body of Knowledge (Руководство к своду знаний по управлению проектами, PMBoK). Из этого учебника я и возьму определение проекта:
Проект – это временное предприятие, предназначенное для создания продуктов, услуг или результата.
Соответственно, управление проектом – это управление созданием продуктов, услуг или любых других заранее определенных результатов.
Так как я постоянно работаю с внедрением IT-систем и автоматизацией процессов, неудивительно, что для себя я также использую различные системы автоматизации. Если какое-то действие мне приходится выполнять более 1-2 раз, я обязательно ищу возможность в будущем облегчить свой труд. А потому системы управления проектами я начал изучать, в первую очередь, для себя.
В процессе выбора наилучшего решения я проанализировал такие системы:
- Zoho Projects
- Microsoft Project 2007, 2010,2016
- Мегаплан
- Управление проектным офисом 1С
- Basecamp
- ActiveCollab и др.
В процессе изучения систем и поиска оптимального варианта для работы я вывел для себя определенные правила, из чего должны состоять системы управления проектами и что необходимо, чтобы построить эффективное управление проектами на практике.
Что такое проект: подробнее
Общее определение проекта я уже дал выше. Сейчас я предлагаю разобраться в основных особенностях и отличительных признаках проекта. Я буду говорить преимущественно о консалтинговых проектах, но по существу, они ничем не отличаются от любого другого типа.
Основные составляющие любого проекта:
- Проект всегда имеет начало и конец.
- Проект делится на определенные этапы.
- На каждом этапе выполняются определенные виды работ.
- Для каждого вида работы необходимы исполнители, т.е. люди, участники проекта.
Иначе говоря, когда мы говорим о проекте, то обсуждаем проект в целом, основные вехи (этапы), в рамках каждого этапа – поставленные задачи, а также исполнителей для этих задач.
Проект может быть любым – это может быть строительство дома или внедрение программного обеспечение, написание диссертации или статьи. В любом случае, последовательность действий будет одинакова.
- Описываем проект в целом. Т.е. по сути, определяем исходные данные (что у нас имеется в наличии) и ставим общую цель (что мы хотим получить в результате).
- Определяем основные вехи. Они зависят от особенностей проекта. Например, для написания статьи это будут: заполнение брифа, согласование технического задания, сбор необходимой информации, написание черновика, редактура, согласование и отправка в печать или на сайт. А если речь идет об автоматизации бизнеса, то основными вехами будут: знакомство с бизнесом, анализ и обследование, согласование выбранных решений, внедрение программных продуктов, обучение персонала, ввод в эксплуатацию.
- Списки задач. Вехи – это основные этапы проекта. Внутри каждого из них происходит детализация на задачи. Но если таких задач оказывается много (что характерно для крупных проектов), они, в свою очередь, объединяются в списки задач. Например, список задач под названием «Собрать данные» будет состоять из задач – получить информацию от заказчика, изучить статьи в поисковых системах, ознакомиться с терминологией в справочниках, опросить сотрудников и специалистов и т.д.
- Задачи и подзадачи. Детализация каждого списка задач. Степень детализации определяете вы сами. Пример такой детализации я привел в предыдущем пункте. Здесь главное – вовремя остановиться. Детализация не должна выходить за рамки здравого смысла.
И здесь важно разобраться с определениями. Если вехи описывают основные этапы работы, то задачи и подзадачи – это наименьшая единица в системе управления проектами, которая должна описывать конкретные действия, необходимые для достижения результата.
Определение списка задач и их детализация во многом зависят от точки зрения и того человека, которому адресованы эти задачи.
Например, если список задач составляется для руководителя, то одной из задач может быть «Собрать команду для проекта». В то же время после переадресации секретарю эта задача будет уже делиться на подзадачи – где разметить объявления, кому позвонить или написать и т.д.
Аналогично в случае внедрения IT-систем для руководителя проекта задачей будет, например, «интеграция системы с сайтом». После того, как эта задача отправляется разработчикам, она получит собственные подзадачи: «разработка API», «доработка базы данных системы», «доработка базы данных сайта» и т.д. При этом руководитель проекта в эти нюансы может не вникать вообще. Здесь детализацией занимаются уже специалисты со своей точки зрения.
Критический путь проекта
Любой проект имеет собственный критический путь, который основан на задачах с наибольшим временем выполнения. Что это значит? Допустим, в рамках проекта имеется задача, на выполнение которой требуется 10 дней, и задача, на которую хватит 3 дней. Соответственно, одновременно с задачей, рассчитанной на 10 дней, выполнить вторую мы сможем (конечно, если они могут выполняться параллельно). А вот наоборот успеть — точно невозможно.
Соответственно, критический путь основывается на сроках выполнения наиболее длительных и трудоемких задач. И если сроки выполнения этих задач вынужденно увеличиваются, возрастает общее время выполнение проекта, т.е. его критический путь.
Зачем нужен критический путь:
- Помогает сфокусироваться на наиболее ответственных задачах;
- Позволяет определить задачи, которые не имеют критического значения. Их можно либо убрать совсем, либо, наоборот, выполнить в сжатые сроки в удобное время одновременно с решением критических.
- Грамотно распределять ресурсы. На наиболее ответственные задачи направляют опытных специалистов, на это направление выделяют ресурсы в первую очередь. Это позволяет правильно распределять усилия команды и материальный ресурс.
Система управления проектами должна предусматривать выявление критических путей 9а их может быть несколько даже в рамках одного проекта) и предоставлять информацию о выходе за их границы.
Шаблоны проектов
Постановка задач – работа творческая, и даже самые лучшие учебники могут только помочь, основной навык приходит с практикой. С другой стороны, многие списки задач оказываются типовыми и могут быть использованы для разных проектов. Даже если вы строите уникальные дома, отдельные этапы работы все равно будут повторяться. Просто потому что существуют действия, необходимые для постройки любого дома. И хотя результаты проектов в итоге будут очень сильно отличаться, вы можете пользоваться уже разработанными ранее списками задач. И здесь очень помогают готовые шаблоны проектов, которые есть практически в каждой системе управления.
Шаблон проекта – это набор основных этапов и задач, благодаря которым проект выбранного типа может состояться.
В системах управления проектами обычно используются типовые шаблоны для разных направлений деятельности. Их использование ускоряет процесс создания проекта, помогает избежать ошибок, т.к. готовые этапы и задачи помогут не пропустить ничего важного. Но не стоит их воспринимать как нечто готовое и незыблемое. Вполне возможно, что в вашем случае от каких-то списков задач нужно отказаться и заменить их другими, а иногда, даже основные вехи нужно корректировать. Воспринимайте их, как и любые шаблоны – это не более, чем помощь в работе.
Представление задач и отчетность
Существует три вида отображения задач, используемых в системах управления проектами:
- Список;
- Канбан;
- Диаграмма Ганта.
Список – самый простой вид отчетов. Вы просто выводите перечень задач в виде общего списка и видите, что выполнено, что – в процессе, а что еще и не начинали делать. Возможно, вы уже пользовались, так называемыми, Таск менеджерами. Это самый простой вариант управления проектами, где задачи обычно сразу отображаются в виде отчета-списка. При этом такой вид отображения – наиболее информативен, так как в списке обычно отображаются все важные параметры задач.
Канбан – это вид представления, при котором все задачи делятся графически по какому-либо атрибуту: статус задач, исполнитель, сроки выполнения и т.д. И тогда все задачи будут сортироваться с учетом выбранного параметра. Этот вид отображения чуть менее информативен, чем списки. Здесь карточки графические, информации в них видно меньше, чтобы изучить подробности, придется зайти в задачу. Зато их очень удобно сортировать и «перетаскивать» по экрану. Этот вид отображения не самый популярный, но и он имеет своих ценителей.
Диаграмма Ганта – самый популярный вариант отчетности в системах управления проектами. Здесь все задачи представляются в виде горизонтально-столбовой диаграммы, где начало и конец – это «границы» выполнения задачи. Также здесь видны наглядно все связи и взаимодействия между задачами. В диаграмме вы сможете наглядно увидеть процесс выполнения каждой задачи, степень загруженности сотрудников, «тонкие» места, т.е. задачи, которые не выполняются своевременно, что может повредить всему проекту. Также здесь легко управлять задачами – перетаскивать их по полю, переназначать исполнителей, менять сроки и т.д.
Исполнители
В системах управления проектов есть еще одно важное понятие – Исполнитель. С точки зрения управления они могут быть трех типов:
- Команда – подразделение, субподрядчик и т.д. Любая группа людей, которая будет отвечать за выполнение поставленной задачи.
- Исполнитель – один человек (специалист, пользователь IT системы, разработчик). Обычно указывают ФИО.
- Тип ресурса: здесь используется не фамилия или название отдела, а тип специалиста, т.е. «программист», «тестировщик», «дизайнер» и т.д. Такой вариант исполнителя используют обычно на ранних этапах проекта, а к моменту начала работы над задачей, «тип» заменяют фамилией выбранного исполнителя.
Отличие таск менеджера от системы управления проектами
Выше я уже упоминал таск менеджеры, как простейший вариант системы управления проектами. В принципе, их нередко так и применяют. Для распределения обязанностей и контроля выполнения задач в команде.
Основное отличие этих систем друг от друга:
- Таск менеджер применяют, в первую очередь, для управления задачами в рамках одного, обычно, небольшого проекта. Основное преимущество этого решения – простота. Здесь можно быстро создать проект с любыми задачами, быстро изменить или удалить его. В принципе, изначально таск менеджеры предполагались в качестве альтернативы органайзеров, т.е. как помощники в работе одного человека. А потому здесь не фиксируются многие нюансы: кто создал задачу, кто ее удалил или изменил, т.е. это просто помощник в организации труда одного человека или небольшой команды.
- Система управления проектами изначально предназначена для коллективной работы. При этом подразумевается взаимодействие между участниками проекта разных рангов: заказчика, руководителей, ведущих и рядовых специалистов и т.д. А потому здесь реализована строгая система верификации пользователей с разными правами доступа, сложнее реализовано комментирование, при этом имеются мощные инструменты для взаимодействия внутри системы – чаты и форумы, внутренняя телефония и средства обмена файлами.
Например, в системах управления проектами вы можете создавать разные проекты, каждый со своим префиксом. И участники этих проектов будут видеть свои задачи с учетом проекта, а также приоритета срочности. Руководитель направления будет видеть все свои задачи и те, что он ставит подчиненным. А рядовые сотрудники в зависимости от настроек либо не будут видеть «родительские» задачи вообще, либо не смогут их редактировать и комментировать.
При выборе системы управления проектами вы можете руководствоваться своими приоритетами, каждая из них имеет свои плюсы и минусы. Здесь я хочу заметить одно: standalone-решений для систем управления проектами в наше время практически не осталось. Все сервисы облачные, т.е. SAAS. Основная причина – в предназначении этих систем: они дают возможность работать, в том числе, с удаленными сотрудниками. Это преимущество в наше время стало настолько популярно, что от коробочных решений отказались практически все ведущие разработчики.
Вопросы и ответы
Что такое PMBoK и зачем он нужен?
О том, что существует стандарт управления проектами PMBoK, который описывает основную базу знаний, слышали, думаю, многие. Некоторые, возможно, даже пытались изучить этот свод знаний. По моему личному мнению, которое, кстати, разделяют очень многие практики, PMBoK не нужен ни малому, ни среднему бизнесу. И даже в крупных компаниях он практически не находит применения.
Если вы займетесь изучением PMBoK, это займет очень много времени. Стандарты PMBoK – это целая наука. При этом попытки строго следовать всем правилам и стандартам PMBoK при управлении проектами обычно приводит к огромному числу ничем не оправданных бюрократических проволочек.
В своей работе я рекомендую руководствоваться здравым смыслом, логикой и практическим опытом управления, а PMBoK оставить увлеченным теоретикам.
Может ли интегрироваться система управления проектами с другими системами?
Интеграция системы управления проектами с другими программными решениями не имеет смысла. Некоторые системы управления проектами даже встраивают в свой сервис CRM-системы или предлагают интеграцию. Но я не вижу в этом никакого смысла, так как по своей сути работа над проектами – это одно, а продажи, учетные системы, логистика и другие процессы работы бизнеса – это совсем другое.
Чем отличается проект от процесса?
В принципе, процесс и проект имеют много общего, так как в обоих случаях выполняется определенная последовательность действий для достижения необходимого результата. Но процесс предполагает, что его будут повторять снова и снова. А проект – это уникальная последовательность действий, которая выполняется в таком виде всего один раз для достижения уникального результата.
Процесс планируется один раз, после чего повторяется для получение одинаковых результатов. Проект каждый раз – уникален, а потому и планирование его каждый раз происходит с нуля.
Проектная система управления — Проектные сервисы
Цель услуги
Цель построения проектно-ориентированной системы управления организации заключается в формировании системы управления в организации, основанной на проектных принципах, интеграции проектного управлению с процессами стратегического и тактического управления.
Система управления организации
В системе управления организации выделяются 4 уровня управления: стратегический, тактический, оперативный и операционный. Каждый уровень характеризуется своим горизонтом планирования и периодичностью контроля:
- стратегический уровень – планирование на период от 5 лет, контроль не реже 1 раза в год
- тактический уровень – планирование на период от 1 до 5 лет, контроль не реже 1 раза в квартал
- оперативный уровень – планирование на период от 3 месяцев до 1 года, контроль не реже 1 раза в месяц
- операционный уровень – планирование на период от 1 дня до 3 месяцев, контроль не реже 1 раза в неделю
Схематичное изображение модели проектно-ориентированной системы управления организации см. ниже:
На стратегичеcком уровне выделяется стратегическое управление, на тактическом — управление портфелями и программами проектов, на оперативном — управление проектами и процессами и на операционном уровне — операционное управление.
Связь уровней
Уровни управления связаны между собой: планирование каждого нижестоящего уровня производится в результате декомпозиции и детализации плана более высокого уровня, контроль каждого вышестоящего уровня основывается на данных, полученных в результате контроля нижестоящего.
Вспомогательные процессы управления
Помимо основных процессов управления (стратегическое, тактическое, проектное) в проектно-ориентированной системе управления организации выделяются вспомогательные процессы управления, связанные с проектной деятельностью:
- управление мотивацией участников проектов
- управление компетенциями участников проектной деятельности
- организационная поддержка проектной деятельности
- технологическая поддержка проектной деятельности
В перечень основных процессов модели проектно-ориентированной системы управления также входят «Управление процессами» и «Операционное управление». Данные процессы в проектно-ориентированной системе управления не являются профильными и могут быть реализованы любым образом по выбору организации.
Интеграция уровней управления
Одним из ключевых вопросов при построении проектно-ориентированной системы управления является интеграция уровней управления в организации. При интеграции разных уровней должна сформироваться сквозная система планирования и контроля, когда нижестоящий уровень основывается на вышестоящем, а отчетность каждого вышестоящего уровня основывается на нижестоящем. Для этих целей:
- фиксируется периодичность и сроки планирования, контроля и управления изменениями для каждого уровня
- определяются принципы интеграции уровней (планирование, контроль, управление изменениями)
- выделяются типы контрольных точек по уровням, настраивается оптимальное количество контрольных точек для каждого уровня
- разрабатываются процедуры сквозного планирования, контроля и управления изменениями
- производится автоматизация процедур сквозного планирования, контроля и управления изменениями
Межпроектная и проектно-процессная интеграция
Проекты в организации взаимосвязаны, что приводит к срыву одних проектов из-за других. В целях повышения эффективности реализации проектов организация должны обеспечить межпроектную интеграцию, когда связи между проектами учитываются, оценивается влияние проектов друг на друга и управление изменениями в проектах, например, перенос сроков, производится с учетом таких взаимосвязей.
Аналогичная связь существует между проектами и процессами и необходимо обеспечивать проектно-процессную интеграцию.
Услуги компании
Компания «Проектные сервисы» в части задач построения проектно-ориентированной системы управления организации предлагает следующие услуги:
-
- Разработка модели проектно-ориентированной системы управления организации
- Определение оптимальной периодичности и сроков планирования, контроля и управления изменениями для каждого уровня управления
- Определение принципов интеграции уровней (при планировании, контроле, управлении изменениями)
- Типизация контрольных точек, определение оптимального количества контрольных точек в целях эффективного планирования и контроля
- Разработка процедур сквозного планирования, контроля и управления изменениями
- Автоматизация процедур сквозного планирования, контроля и управления изменениями
- Разработка подхода и процедур межпроектной и проектно-процессной интеграции (учет влияния проектов и процессов друг на друга)
Интересно данное направление?
Хотите его заказать или узнать подробности?
Оставьте контактные данные и наш менеджер выйдет с вами на связь.
Коучинг/консалтинг проводится только для компаний
Ваше имя*
Email*
Телефон*
Пожалуйста, выберете заинтересовавшую вас тему Не выбрана Системы управления в организации Управление портфелями проектов Проектный офис:создание и развитие
* — обязательные поля
Нажимая на кнопку «Связаться», вы даете согласие на обработку персональных данных.
Связаться
Смотрите также
Что такое система управления? — Определение из WhatIs.com
ПоСистема управления представляет собой набор механических или электронных устройств, которые регулируют другие устройства или системы посредством контуров управления. Как правило, системы управления компьютеризированы.
Системы управления являются центральной частью промышленности и автоматизации. Типы контуров управления, которые регулируют эти процессы, включают промышленные системы управления (ICS), такие как диспетчерское управление и сбор данных (SCADA), и распределенные системы управления (DCS).
Системы управления используются для повышения производительности, эффективности и безопасности во многих областях, включая:
- Сельское хозяйство
- Химические заводы
- Целлюлозно-бумажные комбинаты
- Контроль качества
- Управление котлом и силовая установка
- Атомные электростанции
- Контроль окружающей среды
- Водоочистные сооружения
- Очистные сооружения
- Пищевая промышленность и пищевая промышленность
- Металл и шахты
- Фармацевтическое производство
- Сахароперерабатывающие заводы
Существует два основных типа контуров управления: открытые контуры, работающие с участием человека, и замкнутые контуры, полностью автономные.Некоторые контуры можно переключать между закрытым и открытым режимами. В открытом состоянии переключаемый контур управляется вручную, а в закрытом состоянии он полностью автоматизирован.
Программируемые логические контроллеры (ПЛК), программируемые контроллеры автоматизации (ПАК), удаленные терминалы (RTU), управляющие серверы, интеллектуальные электронные устройства (IED) и сенсоры – это некоторые элементы контуров управления, которые, в свою очередь, являются частью систем управления. . Контуры управления, из которых состоят системы управления, обычно состоят из датчика, контроллера и конечного элемента управления.Датчик считывает переменную процесса или соответствующее измерение. Контроллер получает сигнал от датчика, а затем направляет его на контрольно-измерительные приборы, на удаленные терминалы и на конечные элементы управления, где настраивается переменная процесса, чтобы поддерживать ее постоянной на уровне, известном как уставка.
Последний раз это было обновлено в декабре 2017 года.
Продолжить чтение О системе управления
Что такое система управления? (Объяснение систем управления с разомкнутым и замкнутым контуром)
Что такое система управления?
Система управления определяется как система устройств, которая управляет, командует, направляет или регулирует поведение других устройств или систем для достижения желаемого результата.Система управления достигает этого с помощью контуров управления, которые представляют собой процесс, предназначенный для поддержания переменной процесса на желаемом заданном уровне.
Другими словами, определение системы управления можно упростить как систему, которая управляет другими системами. По мере того, как человеческая цивилизация модернизируется день ото дня, растет спрос на автоматизацию. Автоматизация требует контроля над системами взаимодействующих устройств.
В последние годы системы управления играют центральную роль в развитии и развитии современных технологий и цивилизации.Практически каждый аспект нашей повседневной жизни в большей или меньшей степени зависит от того или иного типа системы управления.
Примеры систем управления в вашей повседневной жизни включают кондиционер, холодильник, кондиционер, бачок для унитаза в ванной, автоматический утюг и многие процессы в автомобиле, такие как круиз-контроль.
В промышленных условиях мы находим системы контроля качества продукции, системы вооружения, транспортные системы, энергетические системы, космическую технику, робототехнику и многое другое.
Принципы теории управления применимы как в технических, так и в других областях. Вы можете узнать больше о системах управления, изучив наши MCQ для систем управления.
Особенности системы управления
Основная особенность системы управления заключается в том, что между входом и выходом системы должна существовать четкая математическая зависимость.
Когда отношение между входом и выходом системы может быть представлено в виде линейной пропорциональности, система называется линейной системой управления.
Опять же, когда отношение между входом и выходом не может быть представлено простой линейной пропорциональностью, а вход и выход связаны некоторым нелинейным соотношением, система называется нелинейной системой управления.
Требования к хорошей системе управления
Точность: Точность представляет собой допуск измерения прибора и определяет пределы ошибок, допускаемых при использовании прибора в нормальных условиях эксплуатации.
Точность можно повысить с помощью элементов обратной связи.Для повышения точности любой системы управления в системе управления должен присутствовать детектор ошибок.
Чувствительность: параметры системы управления всегда меняются при изменении окружающих условий, внутренних помех или любых других параметров.
Это изменение может быть выражено через чувствительность. Любая система управления должна быть нечувствительна к таким параметрам, а чувствительна только к входным сигналам.
Шум: нежелательный входной сигнал называется шумом.Хорошая система управления должна снижать шумовой эффект для повышения производительности.
Стабильность: Это важная характеристика системы управления. Для ограниченного входного сигнала выход должен быть ограничен, и если вход равен нулю, то выход должен быть равен нулю, тогда такая система управления называется устойчивой системой.
Ширина полосы: Диапазон рабочих частот определяет полосу пропускания системы управления. Полоса пропускания должна быть максимально возможной для частотной характеристики хорошей системы управления.
Скорость: это время, необходимое системе управления для достижения стабильной производительности. Хорошая система управления обладает высокой скоростью. Переходный период для такой системы очень мал.
Колебания: Небольшое количество колебаний или постоянные колебания выходного сигнала указывают на стабильность системы.
Типы систем управления
Существуют различные типы систем управления, но все они созданы для управления выходами. Система, используемая для управления положением, скоростью, ускорением, температурой, давлением, напряжением, током и т. д.являются примерами систем управления.
Давайте рассмотрим пример простого регулятора температуры в помещении, чтобы прояснить концепцию. Предположим, имеется простой нагревательный элемент, который нагревается до тех пор, пока включено электропитание.
Пока выключатель питания обогревателя включен, температура в помещении повышается, и после достижения желаемой температуры в помещении подача питания отключается.
Опять же из-за температуры окружающей среды, температура в помещении падает, а затем вручную включается нагревательный элемент, чтобы снова достичь желаемой температуры в помещении.Таким образом, можно вручную регулировать температуру в помещении на желаемом уровне. Это пример системы ручного управления .
Данная система может быть дополнительно усовершенствована за счет использования схемы включения питания по таймеру, при которой подача питания на нагревательный элемент включается и выключается через заданный интервал для достижения желаемого уровня температуры в помещении.
Есть еще один улучшенный способ контроля температуры в помещении. Здесь один датчик измеряет разницу между фактической температурой и желаемой температурой.
Если между ними есть какие-либо различия, нагревательный элемент уменьшает разницу, и когда разница становится ниже заданного уровня, нагревательные элементы перестают работать.
Обе формы системы система автоматического управления . В первом вход системы полностью независим от выхода системы. Температура в помещении (выходная) увеличивается, пока выключатель питания остается включенным.
Это означает, что нагревательный элемент производит тепло до тех пор, пока включено электропитание и конечная температура в помещении не влияет на входное электропитание системы.Эта система упоминается как система управления без обратной связи .
Но в последнем случае нагревательные элементы системы функционируют в зависимости от разницы между фактической температурой и заданной температурой. Эта разница называется ошибкой системы.
Этот сигнал ошибки возвращается в систему для управления входом. Так как путь ввода к выходу и путь обратной связи по ошибке создают замкнутый контур, этот тип системы управления упоминается как система управления с замкнутым контуром .
Следовательно, существует два основных типа систем управления . Они следующие:
- Системы управления с разомкнутым контуром
- Системы управления с замкнутым контуром
Система управления с разомкнутым контуром
Система управления, в которой управляющее воздействие полностью не зависит от выхода системы, тогда она называется разомкнутая система управления . Система ручного управления также является системой управления без обратной связи.
На приведенном ниже рисунке показана блок-схема системы управления с разомкнутым контуром, в которой выходные данные процесса полностью не зависят от действия контроллера.
Практические примеры систем управления без обратной связи
Примеры систем управления без обратной связи в повседневной жизни включают:
- Электрическая сушилка для рук – Горячий воздух (выход) выходит до тех пор, пока вы держите руку под машиной, независимо от того, насколько ваша рука высохла.
- Автоматическая стиральная машина. Эта машина работает в соответствии с заданным временем, независимо от того, завершена стирка или нет.
- Тостер для хлеба. Эта машина работает в соответствии с настроенным временем, независимо от того, завершено поджаривание или нет.
- Автоматическая кофеварка/чайник. Эти машины также работают только в течение заданного времени.
- Сушка для белья с таймером. Эта машина сушит мокрую одежду в течение заданного времени, независимо от того, насколько сильно она высушена.
- Выключатель света. Лампы светятся всякий раз, когда выключатель света включен, независимо от того, нужен свет или нет.
- Громкость на стереосистеме – Громкость регулируется вручную независимо от уровня выходной громкости.
Преимущества разомкнутых систем управления
К преимуществам разомкнутых систем управления относятся:
- Простота конструкции и дизайна.
- Экономичный.
- Простота обслуживания.
- В целом стабильно.
- Удобен в использовании, так как выход трудно измерить.
Недостатки разомкнутой системы управления
К недостаткам разомкнутой системы управления относятся:
- Они неточны.
- Они ненадежны.
- Любое изменение выходных данных не может быть исправлено автоматически.
Система управления с замкнутым контуром
Системы управления, в которых выходные данные влияют на входное количество таким образом, что входное количество саморегулируется на основе генерируемого выходного сигнала, называются замкнутыми системами управления .
Система управления без обратной связи может быть преобразована в систему управления с обратной связью путем обеспечения обратной связи. Эта обратная связь автоматически вносит соответствующие изменения в выходной сигнал из-за внешнего возмущения.
Таким образом, замкнутая система управления называется системой автоматического управления. На рисунке ниже показана блок-схема системы управления с обратной связью, в которой обратная связь берется с выхода и подается на вход.
Практические примеры системы управления с обратной связью
Примеры систем управления с обратной связью в повседневной жизни включают:
- Автоматический электрический утюг – Нагревательные элементы управляются температурой на выходе утюга.
- Стабилизатор напряжения сервосистемы. Регулятор напряжения работает в зависимости от выходного напряжения системы.
- Контроллер уровня воды – Вода на входе регулируется уровнем воды в резервуаре.
- Ракета запущена и автоматически отслеживается радаром. Направление ракеты контролируется путем сравнения цели и положения ракеты.
- Кондиционер – Работа кондиционера зависит от температуры в помещении.
- Система охлаждения в автомобиле. Работает в зависимости от температуры, которую контролирует.
Преимущества системы управления с обратной связью
Преимущества систем управления с обратной связью включают:
- Системы управления с обратной связью более точны даже при наличии нелинейности.
- Высокая точность, поскольку любая возникающая ошибка исправляется благодаря наличию сигнала обратной связи.
- Большой диапазон пропускной способности.
- Способствует автоматизации.
- Чувствительность системы может быть уменьшена, чтобы сделать систему более стабильной.
- На эту систему меньше влияет шум.
Недостатки замкнутой системы управления
Недостатки замкнутой системы управления включают:
- Они дороже.
- Сложные по конструкции.
- Требуется дополнительное обслуживание.
- Обратная связь приводит к колебательному отклику.
- Общее усиление снижено из-за наличия обратной связи.
- Стабильность является основной проблемой, и требуется больше внимания при проектировании стабильной замкнутой системы.
Системы управления с разомкнутым и замкнутым контуром
В таблице ниже сравниваются системы управления с разомкнутым и замкнутым контуром.