ХАК. заказ вопрос. Философия, её предмет, структура, функции. Специфика философского мировоззрения
 Скачать 0.85 Mb.
|
|
Понятие проекта и проектного подхода к осуществлению деятельности. Проектная деятельность в настоящее время является одним из самых прогрессивных подходов к ведению бизнеса, а слова «проект» и «управление проектом» прочно укрепились в терминологии, используемой предпринимателями разных сфер и уровней управления. Проектная деятельность – это уникальная деятельность, имеющая начало и конец, направленная на достижение заранее определённого результата, создание определённого уникального продукта или услуги. Что дает бизнесу применение проектного подхода Во-первых, результаты работ становятся более предсказуемыми, так как при разработке проекта задается четкая цель и составляется календарный план, разбитый на этапы. На любой стадии, если возникнет необходимость, план можно откорректировать. Изначально выявляются риски, которые ставят под угрозу успех проекта, и заранее разрабатываются меры по их предотвращению. Во-вторых, деятельность компании становится прозрачной, легко контролируемой и управляемой. Ведь о проекте всегда известно, в какой стадии он находится: каковы его результаты, сколько ресурсов уже истрачено, и сколько их еще потребуется при сохранении имеющихся тенденций. В-третьих, повышается эффективность работы участников проекта, так как каждый напрямую заинтересован в его успехе. Актуальность проектного подхода подтверждается наличием международного стандарта по управлению проектами – ISO 21500:2012, который утвержден Россией, США и Евросоюзом. Международная организация по стандартизации (InternationalOrganizationforStandardization, ISO) является всемирной федерацией национальных организаций по стандартизации, которая разрабатывает критерии оценки бизнеса и технологий. На базе международного стандарта ISO принят Национальный стандарт РФ – «Управление проектами (ГОСТ Р ИСО 21500-2014)». Ценность этого стандарта для предпринимателя заключается в том, что документ базируется на мировой практике управления проектами и обеспечивает руководителей и членов команды проекта эталоном для сравнения с актуальными практиками. Единого общепринятого определения термина «проект» не существует, поэтому рассмотрим несколько определений. Проект (от лат.рroject – брошенный вперед) – временное предприятие, имеющее своей целью создание уникального продукта, услуги или достижение конкретного результата в заданные сроки, и в рамках указанного бюджета. Проект – ограниченное во времени, целенаправленное изменение отдельной системы в рамках установленных требований к качеству результатов и объёму ресурсов, осуществляемое индивидуально или проектным коллективом. Проект – это ограниченное во времени целенаправленное изменение отдельной системы с изначально четко определенными целями, установленными требованиями к качеству результатов, срокам, рискам, рамкам расходуемых средств и ресурсов и специфической организацией. Проект – уникальный процесс, состоящий из совокупности скоординированных и управляемых видов деятельности с начальной и конечной датами, предпринятый для достижения цели, соответствующей конкретным требованиям, включающий ограничения по срокам, стоимости и ресурсам. Это определение дано в национальном стандарте РФ ГОСТ Р ИСО 9000 – 2008 «Системы менеджмента качества. Основные положения и словарь», который разработан на основе международного стандарта ISO 9000:2005. Жизненный цикл проекта и процессы управления проектами Любой проект состоит из процессов. Под процессами понимаются действия и процедуры, связанные с реализацией функций управления и приносящие результат. Процессы управления проектами связаны, с одной стороны, с областями знаний проектного менеджмента, а с другой – с жизненным циклом проекта. Процессы управления, связанные с областями знаний, выполняются в том или ином объеме на всех стадиях жизненного цикла проекта. В некотором смысле процессы, связанные с областями знаний, схожи с понятием обеспечивающих подсистем, поскольку касаются организации и описания работ проекта в любой сфере деятельности. Процессы управления проектом, ориентированные на продукт, определяются спецификой производства продукта, зависят от области приложения и связаны с жизненным циклом проекта. Жизненный цикл проекта. Любой проект проходит через определенные стадии в своем развитии. Стадии жизненного цикла проекта могут различаться в зависимости от сферы деятельности и принятой системы организации работ. Это связано с особенностями предметной области, в которой выполняется проект. Например, в проектах по разработке программного обеспечения часто выделяются такие этапы, как осознание потребности в информационной системе, формулирование требований, проектирование системы, кодирование, тестирование, эксплуатационная поддержка. Однако наиболее традиционным является разбиение проекта на четыре крупных этапа: инициация проекта, планирование, осуществление и завершение. Понятие жизненного цикла проекта является одним из важнейших для менеджера, поскольку именно текущая стадия определяет задачи и виды деятельности менеджера, используемые методики и инструментальные средства. Принципы, модели истандарты в архитектурном подходе В самом общем виде под архитектурой организации (ЕА - Enterprise Architecture) понимается всестороннее и исчерпывающее описание (модель) всех ее ключевых элементов и межэлементных отношений. Согласно ISO 15704 ("Industrial Automation Systems – Requirements for Enterprise-Reference Architectures and Methodologies. 1999") архитектура организации должна включать роль людей, описание процессов (функции и поведение), и представление всех вспомогательных технологий на протяжении всего жизненного цикла организации. Архитектура является стратегической информационной основой, определяющей: структуру бизнеса; информацию, необходимую для ведения бизнеса; технологии, применяемые для поддержания бизнес-операций; процессы преобразования, развития и перехода, необходимые для реализации новых технологий в ответ на изменение/появление новых бизнес-потребностей. Архитектура организации традиционно представляется в виде следующих слоев: корпоративные миссия и стратегия, стратегические цели и задачи; бизнес-архитектура; системная архитектура (ИТ - архитектура). Корпоративные миссия и стратегия определяют основные направления развития организации и ставят долгосрочные цели и задачи. Под миссией организации понимается основная ее общая цель или задача, четко выраженная причина ее существования. Фактически миссия организации обобщает и унифицирует такие понятия как предназначение, стратегическая установка, кредо, политика, бизнес-идея и др. Миссия объединяет задачу и коренную причину, оправдывающую существование данной конкретной организации, она позволяет потребителю отличить одну организацию от другой, занимающейся аналогичной деятельностью. Назначение миссии заключается в том, что она способствует формированию имиджа организации во внешнем мире. Внутренняя задача миссии заключается в поддержке и развитии корпоративного духа, поскольку она проясняет сотрудникам общую цель существования организации, выражает принципы и ценностные ориентиры организации, облегчает сотрудникам осознание своего места и роли в системе деловых отношений, что в конечном итоге способствует созданию благоприятной атмосферы. Конкретизация миссии осуществляется посредством формирования основных (стратегических) целей организации и последующей разработки корпоративной стратегии и корпоративной философии (культуры). При этом вырабатываемые на основе миссии цели (отвечающие на вопрос "Чего мы хотим достичь?") служат критериями всего последующего процесса принятия управленческих решений – если основные цели неизвестны, то у руководства нет точки отсчета для выбора наилучших по тем или иным параметрам решений. Под корпоративной стратегией понимается долгосрочное направление развития организации, следование которому приведет к достижению стратегических целей. Стратегия формулирует общие направления развития организации, в первую очередь касающиеся производимой продукции и каналов ее продвижения. При этом стратегия должна обеспечить концентрацию усилий в той области, где будут иметься устойчивые конкурентные преимущества. Разработка корпоративной стратегии позволяет перейти от управления организацией, зависящего от воздействия случайно возникающих внешних и внутренних факторов, к планомерной деятельности по достижению определенных результатов с возможностью оценки их достижимости по определенным критериям и применения адекватных управляющих воздействий. Бизнес-архитектура на основании миссии, стратегии развития и долгосрочных бизнес-целей определяет необходимые бизнес-процессы, информационные и материальные потоки, а также поддерживающую их организационно-штатную структуру. Системная архитектура определяет совокупность методологических, технологических и технических решений для обеспечения информационной поддержки деятельности организации, определяемой его бизнес-архитектурой, и включает в себя архитектуру приложений, архитектуру данных и техническую архитектуру. Модель Захмана Модель Захмана – одна из первых попыток создать систематизированный подход к построению архитектуры предприятия, на котором информационные технологии являются лишь набором отдельных разрозненных элементов. В основе методики заложена таблица для моделирования архитектуры, получившая известность под названием ZachmanFramework. В модели Захмана архитектура предприятия рассматривается, как «набор описательных представлений (моделей), которые применимы для описания Предприятия в соответствии с требованиями управленческого персонала (качество) и которые могут развиваться в течение определенного периода (динамичность)». Архитектура в модели Захмана рассматривается с точки зрения различных заинтересованных лиц, где «архитектурное представление» - это ячейка таблицы, соответствующие пересечению определенного столбца и строки. Таким образом, мы можем говорить не об одной определенной архитектуре предприятия, а о нескольких различных представлениях архитектуры, зависящих от предъявляемых требований. Методика впервые была опубликована в 1987 году Джоном Захманам как схема развития информационных технологий на предприятии для обеспечения взаимосвязи между информационными системами и требованиями бизнеса. Методика создает контекст описания различных архитектурных представлений в соответствии с требованиями заказчика в виде нескольких различных аспектов. В современном виде модель Захмана была представлена в 1992 году и впоследствии послужила основой для создания множества других моделей и методик, ориентированных на разработку архитектуры, как предприятий, так и информационных систем Методология TOGAF TOGAF(The Open Group Architecture Framework) - это архитектурный фреймворк, представляющий инструментарий для содействия в принятии, производстве, использовании и обслуживании корпоративных архитектур. Он базируется на итеративной процессной модели, поддерживаемой лучшими практиками, и повторно используемом наборе существующих архитектурных активов. TOGAF разработан и поддерживается глобальным консорциумом The Open Group Architecture Forum. Первая версия TOGAF, разработанная в 1995 году, базировалась на TAFIM (US Department of Defense Technical Architecture Framework for Information Management). С этого времени The Open Group Architecture Forum регулярно разрабатывал успешные версии TOGAF и публиковал их на собственном сайте. TOGAF 9.1 был опубликован в декабре 2011 года и является обновлением к версии TOGAF 9, которая, в свою очередь была опубликована в январе 2009 года. Ключевым компонентом TOGAF является ADM - Architecture Development Method. Это методика разработки архитектуры. Архитектурные возможности - Architecture Capability Framework определяют набор ресурсов, шаблонов, руководств, справочной информации для реализации этой методики. Метод ADM опирается на ряд руководящих принципов и методов Guidelines and Techniques. Производимый контент хранится в репозитории Architecture Content Framework, который классифицирован как Enterprise Continuum. Репозиторий изначально заполненный эталонными моделями Reference Models. Architecture Development Method (ADM) ADM описывает процесс создания архитектуры предприятия, отражающей особенности организации и отвечающей бизнес-требованиям. ADM является главным компонентом TOGAF и предоставляет руководство для архитекторов на нескольких уровнях: предусматривает циклический ряд этапов разработки архитектуры (бизнес-архитектуры, архитектуры информационных систем, технологической архитектуры) в качестве общего шаблона процесса для разработки архитектуры. предоставляет описание каждой архитектурной фазы с точки зрения целей, подхода, входов, шагов и выходов. Входы и выходы предоставляют определение структуры архитектурного содержания и результатов (подробное описание входов и выходов каждой фазы дано в разделе Architecture Content Framework). предоставляет кросс-фазное резюме, которое охватывается процессом управления требованиями. Этапы проектирования архитектуры предприятия Описание процесса разработки архитектуры предприятия является одним из самых важных элементов наряду с принципами построения архитектуры предприятия. Как уже было сказано выше, разработка ИТ - архитектуры является лишь элементом общей архитектуры предприятия. Разработанная архитектура представляется лишь «застывшей картинкой», отображающей текущее состояние предприятия. В идеале, архитектура предприятия представляет «логически связанный цельный план действий и скоординированных проектов, необходимых для преобразования сложившейся архитектуры организации в состояние, определяемое как долгосрочная цель». Многие аналитики выделяют следующие подходы процессу построения архитектуры предприятия: Традиционный подход требует существенных затрат времени и ресурсов для построения архитектуры предприятии. Первый этап построения архитектуры предприятия рассматривается как проект в ходе, которого собирается детализированная информация о состоянии предприятия (текущая архитектура), и на ее основе начинают разрабатываться планы развития (целевая архитектура). Основу данного подхода составляет процесс построения архитектуры предприятия Сегментный подход постепенно вводит понятие архитектуры предприятия в компанию. В основе такого подхода заложены принципы построения архитектуры предприятия, на основе которых внедряются новые технологии (информационные системы), стандарты, продукты и услуги. Такой подход позволяет сосредоточить работы на ключевых бизнес-функциях предприятия и постепенно внедрять архитектурный процесс по мере появления ресурсов. Следует отметить о существовании третьего подхода к процессу построения архитектуры предприятия: подход статус-кво. Суть данного подхода в том, чтобы не внедрять архитектурный процесс на предприятии или, другими словами, оставить все как есть. Архитектура предприятия развивается циклично. В ходе разработки стратегии развития предприятия выявляются изменения в бизнес - архитектуре предприятия, позволяющие оптимизировать его бизнес - процессы, а изменение бизнес - процессов предприятия непосредственно влияет на изменение ИТ - архитектуры. Следующим шагом разрабатывается план миграции, в ходе выполнения которого происходит переход из текущего состояния в планируемое. При этом процесс миграции является лишь очередным шагом на пути преобразования предприятия и его окончание означает переход предприятия на новый виток развития, вновь начинающийся с разработки стратегии. Уровень 1. Это уровень начало работ и активации архитектурного процесса. На этапе инициирования процесса планирования разрабатываются и описываются основные концепции развития архитектуры предприятия. Разрабатываются принципы построения архитектуры. Уровень 2 описывает состояние предприятия в настоящий момент времени. Другими словами, это уровень разработки текущей архитектуры предприятия. Здесь происходит бизнес-моделирование (разработка текущей бизнес-архитектуры) и описание текущих систем и технологий (документирование текущей архитектуры информационных систем). Уровень 3описывает возможные варианты развития архитектуры данных, архитектуры приложений, технологической архитектуры соответствии с требованиями бизнеса. Другими словами, на этом уровне происходит разработка целевой архитектуры. Уровень 4. Это уровень, обеспечивающий разработку плана перехода из текущего состояния в будущее. На этом уровне разрабатывается план миграции. Понятие, возможности и структура типового EA Mинструмента. Enterprise Asset Management (EAM) — систематическая и скоординированная деятельность организации, нацеленная на оптимальное управление физическими активами и режимами их работы, рисками и расходами на протяжении всего жизненного цикла для достижения и выполнения стратегических планов организации. ЕАМ-система — прикладное программное обеспечение управления основными фондами предприятия в рамках стратегии EAM. Его применение ориентировано на сокращение затрат на техническое обслуживание, ремонт и материально-техническое обеспечение без снижения уровня надёжности, либо повышение производственных параметров оборудования без увеличения затрат. ЕАМ-системы позволяют согласованно управлять следующими процессами: техническое обслуживание и ремонт; материально-техническое снабжение; управление складскими запасами (запчасти для технического обслуживания); управление финансами, качеством и трудовыми ресурсами в части технического обслуживания, ремонтов и материально-технического обеспечения. Исторически EAM-системы возникли из CMMS-систем — систем управления ремонтами. Компьютеризированная система управления техническим обслуживанием (Computerized Maintenance Management System (CMMS)) –предназначена для автоматизации управления бизнес-процессами именно в пределах планово-предупредительного обслуживания и ремонтов оборудования. Основное отличие между CMMS и ЕАМ-системами заключается в том, что EAM-системы управляют всем жизненным циклом оборудования, начиная с проектирования, изготовления, монтажа и сборки и последующего обслуживания, сервисных и профилактических работ, модернизации, реконструкции и списания. В рамках этих активностей ЕАМ обеспечивает поддержку всех бизнес-процессов. Еще одной отличительной чертой EAM является гибкость и возможность получать и вводить информацию удаленно через Интернет-порталы, поскольку она основана на Web . Задачей EAM-системы является оказание помощи руководству предприятия в поиске оптимального соотношения между затратами на изменение и ремонт производственных фондов – и потерями, которые могут возникнуть вследствие внеплановой остановки производства. В то же время EAM-системы призваны решать четыре основные задачи управления: Управление финансами; Управление материально-техническим обеспечением Управление кадрами ( HRMS ); Управление активами (asset management) - полное описание активов, предупредительный ремонт, руководство запросами на обслуживание, составление расписания и смет на работы. Функциями EAM-системы являются: Формирование целостной базы оборудования и нормативно-справочной информации по его обслуживанию Составление плана мероприятий по техническому обслуживанию и ремонтам оборудования (ТОРО); Организация заявочной компании; Наблюдение за процессами обслуживания и ремонта оборудования; Контроль реальных затрат в разрезе объектов и мероприятий Фиксация главных технологических подходов в работе оборудования (выходы из строя, простои); Прорабатывание требующихся мероприятий по обслуживанию на базе данных АСУТП; Обеспечение передачи необходимой информации в ERP; Проведение оценки информации по ТОРО и организация корпоративной отчетности. EAM-системы легки во внедрение и дают моментальный положительный эффект, но существует ряд проблем, которые затрудняют использование этих систем на предприятии. Одна из главных –это задача паспортизации: для ведения регистра оборудования необходимо иметь на него всю необходимую документацию, но так как оборудование уже устаревшее, то многая документация утеряна. Внедрение EAM-системы на промышленные предприятия являются единственным выходом на российском рынке. |