Скоуп что это такое простыми словами
scope
Полезное
Смотреть что такое «scope» в других словарях:
scope — scope·less; seis·mo·scope; sig·moid·o·scope; ski·a·scope; snip·er·scope; snoop·er·scope; spec·tro·he·li·o·scope; spec·tro·scope; spin·thar·i·scope; stat·i·scope; stato·scope; stau·ro·scope; stereo·scope; stro·bo·scope; syn·chron·o·scope;… … English syllables
Scope — or Scopes may refer to: * Scope (programming), the range in which a variable can be referenced * Scope (mouthwash), a mouthwash brand by Procter Gamble * SCOPE (TV series) * Scope (charity), a British charity that supports people with cerebral… … Wikipedia
scope — UK US /skəʊp/ noun [U] ► the range of things that an activity, company, law, etc. deals with: »large/ambitious in scope beyond/outside the scope of sth »He involved himself in affairs beyond the scope of his job. within the scope of sth »To come… … Financial and business terms
Scope — steht für: den Sichtbarkeitsbereich einer Variable in der Programmierung, siehe Variable (Programmierung) Bereich, Ziel, Umfang im Projektmanagement, siehe Scope Management eine DSP basierte Musikplattform von Creamware, siehe Scope… … Deutsch Wikipedia
scope — I noun ambit, amplitude, area, boundary, bounds, circle, circuit, compass, confines, demesne, expanse, extent, field, latitude, limit, locus, margin, orbit, purview, range, reach, realm, region, room, space, span, sphere, spread, stretch, sweep,… … Law dictionary
Scope — est un super vilain créé par Marvel Comics. Il est apparu pour la première fois dans Marvel Comics Presents #49, en 1990. Origine Scope était un voyou travaillant pour des dealers. Il réussit à détecter Daredevil mais fut sévèrement battu par ce… … Wikipédia en Français
-scope — [Gr. skopo s a watcher, spy. See
scope — [ skɔp ] n. m. • 1968; de cinémascope ♦ Procédé de cinéma employant l anamorphose horizontale de l image au rapport 2. scope [skɔp] n. m. ÉTYM. 1968; de cinémascope. ❖ ♦ Anglic. Abréviation de cinémascope. || Un film en scope … Encyclopédie Universelle
scope
1 scope
2 scope
3 scope
4 scope
5 scope
6 scope
7 scope
8 scope
work within the scope of an amateur — работа, доступная и неспециалисту в этой области
9 scope
10 scope
11 scope
вчт. объемлющий контекст scope возможности, простор (для передвижения, действий, мысли и т. п.) ;
to give one’s fancy full scope дать простор фантазии a mind of wide
человек широких взглядов, широкого кругозора;
it is beyond my scope это вне моей компетенции a mind of wide
человек широких взглядов, широкого кругозора;
it is beyond my scope это вне моей компетенции scope возможности, простор (для передвижения, действий, мысли и т. п.) ;
to give one’s fancy full scope дать простор фантазии
возможности, простор (для передвижения, действий, мысли и т.п.)
границы, рамки, пределы (возможностей, знаний и т. п.)
границы, рамки, пределы (возможностей, знаний и т.п.)
уст. намерение, цель
сокр. от microscope, telescope, periscope
предел, масштаб, размах, сфера;
scope of fire воен. поле обстрела
предел, масштаб, размах, сфера;
scope of fire воен. поле обстрела
of lending охват кредитованием
of protection пределы охраны
of validity пределы действия static
сокр. от microscope, telescope, periscope telescope: telescope врезаться( о вагонах столкнувшихся поездов)
12 scope
to expand the scope of — увеличивать / расширять масштаб / размеры / рамки
13 scope
14 scope
Instance and class variables and methods have class scope. — Экземпляры, переменные и методы класса имеют границы видимости данного класса см. тж. current scope, dynamic scope, global variable, identifier, lexical scope, local variable, namespace scope, policy scope, scoping level, side effect
15 scope
16 scope
17 scope
кругозор
пределы
контекст
масштаб
оценка
—
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]
Тематики
Синонимы
Научный комитет по проблемам окружающей среды (ООН)
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]
Тематики
область (действия, исследования)
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]
Тематики
область видимости
контекст
—
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]
Тематики
Синонимы
область рассмотрения
зона действия
сфера действия
—
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]
Тематики
Синонимы
Тематики
отношение общей длины якорных тросов плавучего бурового основания к глубине моря
—
[ http://slovarionline.ru/anglo_russkiy_slovar_neftegazovoy_promyishlennosti/]
Тематики
охват (в информационных технологиях)
Границы или рамки, в которых применимы процесс, процедура, сертификация, договор и т.п.
Например, охват управления изменениями может включать в себя все ИТ-услуги в режиме промышленной эксплуатации и связанные конфигурационные единицы; охват сертификата ИСО/МЭК 20000 может включать в себя все ИТ- услуги, предоставляемые центром обработки данных.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]
scope
The boundary or extent to which a process, procedure, certification, contract etc. applies.
For example, the scope of change management may include all live IT services and related configuration items; the scope of an ISO/IEC 20000 certificate may include all IT services delivered out of a named data centre.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]
Тематики
18 scope
19 scope
20 scope
These issues are beyond the scope of this book. — Эти вопросы в данной книге не рассматриваются.
Responsibility for office services is not within the scope of the department. — Ответственность за работу офисных служб не входит в компетенцию данного отдела.
to give smb. (full) scope for smth. — предоставить кому-л. полную свободу для осуществления чего-л.
I gave full scope to my imagination. — Я дал полную свободу своему воображению.
Let’s scope out that new club tonight. — Давайте сходим сегодня на разведку в новый клуб и посмотрим, что он из себя представляет.
См. также в других словарях:
scope — scope·less; seis·mo·scope; sig·moid·o·scope; ski·a·scope; snip·er·scope; snoop·er·scope; spec·tro·he·li·o·scope; spec·tro·scope; spin·thar·i·scope; stat·i·scope; stato·scope; stau·ro·scope; stereo·scope; stro·bo·scope; syn·chron·o·scope;… … English syllables
Scope — or Scopes may refer to: * Scope (programming), the range in which a variable can be referenced * Scope (mouthwash), a mouthwash brand by Procter Gamble * SCOPE (TV series) * Scope (charity), a British charity that supports people with cerebral… … Wikipedia
scope — UK US /skəʊp/ noun [U] ► the range of things that an activity, company, law, etc. deals with: »large/ambitious in scope beyond/outside the scope of sth »He involved himself in affairs beyond the scope of his job. within the scope of sth »To come… … Financial and business terms
Scope — steht für: den Sichtbarkeitsbereich einer Variable in der Programmierung, siehe Variable (Programmierung) Bereich, Ziel, Umfang im Projektmanagement, siehe Scope Management eine DSP basierte Musikplattform von Creamware, siehe Scope… … Deutsch Wikipedia
scope — I noun ambit, amplitude, area, boundary, bounds, circle, circuit, compass, confines, demesne, expanse, extent, field, latitude, limit, locus, margin, orbit, purview, range, reach, realm, region, room, space, span, sphere, spread, stretch, sweep,… … Law dictionary
Scope — est un super vilain créé par Marvel Comics. Il est apparu pour la première fois dans Marvel Comics Presents #49, en 1990. Origine Scope était un voyou travaillant pour des dealers. Il réussit à détecter Daredevil mais fut sévèrement battu par ce… … Wikipédia en Français
-scope — [Gr. skopo s a watcher, spy. See
scope — [ skɔp ] n. m. • 1968; de cinémascope ♦ Procédé de cinéma employant l anamorphose horizontale de l image au rapport 2. scope [skɔp] n. m. ÉTYM. 1968; de cinémascope. ❖ ♦ Anglic. Abréviation de cinémascope. || Un film en scope … Encyclopédie Universelle
Основы управления проектами. Структура проекта. Часть 2
Управление содержанием проекта. Scope проекта
Scope проекта описывает границы проекта, то есть то, что включено в проект и, что не менее важно, что в него не включено. Scope-менеджмент – это комплекс действий, которые вам нужно предпринять, чтобы убедиться, что у вас есть все необходимое для завершения проекта. По сути, это контроль объема работ перед началом проекта.
Проектная команда должна справляться с объемом проекта, но многие переменные слишком велики, чтобы ими управлять. Разбивка объема и работа над небольшими частями облегчают управление этим объемом. Вот почему вы создаете структуру декомпозиции работ, чтобы показать ваш проект, разделенный на меньшие части.
Возможно, вы слышали термин Scope Creep. Это неконтролируемое разрастание объема и границ проекта. Объем проекта имеет тенденцию к расширению, поэтому контроль объема является важной частью Scope-менеджмента. Чтобы предотвратить Scope Creep, вы должны отслеживать состояние проекта и управлять запросами на изменение.
Когда работа над проектом завершена, необходимо проверить данные. Другими словами, просмотрите завершенные результаты, чтобы убедиться, что они были выполнены удовлетворительно. Кроме того, заказчик или спонсор проекта должен официально принять утвержденные результаты.
График проекта
Управление временем – это важный комплекс мер для обеспечения своевременного завершения проекта. Первым шагом в управлении временем является составление плана управления расписанием, который документирует, как вы собираетесь разрабатывать, управлять, выполнять и контролировать расписание проекта. В зависимости от потребностей вашего проекта, этот план может быть формальным и подробным, неформальным и многоуровневым, или где-то между этими двумя формами.
Вторым шагом является определение графика действий или задач. Помните структуру распределения работ, т.е. шаги, которые мы рассматривали в Scope проекта? Самые нижние уровни в структуре распределения работ называются рабочими пакетами, и они определяют конкретные результаты проекта. Здесь вы разбиваете каждый рабочий пакет на действия, в которых прописана работа, необходимая для его завершения.
После того как вы определили график мероприятий, пришло время упорядочить их. Последовательность действий основана на взаимодействии между задачами. Каждое действие, кроме самого первого и самого последнего, должно быть связано, по крайней мере, с одним предшествующим или одним последующим. Когда вы добавили все свои взаимосвязанные действия, результатом будет логическая последовательность порядка, в котором должна выполняться работа в проекте.
Затем вы должны оценить ресурсы, необходимые для выполнения каждого действия. Вы оцениваете количество и типы необходимых вам ресурсов, включая людей, оборудование и материалы. Далее, вы можете использовать свои оценки ресурсов и выяснить, сколько времени потребуется для завершения каждого действия. Есть несколько методов для составления расписания из последовательности ваших действий и оценок: метод критического пути, метод критической цепи и т.д. Все это мы рассмотрим в будущих главах.
Какой бы подход планирования вы ни использовали, конечным результатом является график, который отражает ранние и поздние даты начала и окончания каждого действия в вашем проекте. Хотя для разработки реалистичного графика обычно требуется несколько повторений, в конечном счете вы создадите базовый график для своего проекта.
Как только работа над вашим проектом начинается, вы отслеживаете ход выполнения работ, а также изменения в графике, чтобы вы могли определить любые отклонения от начального плана. Если это происходит, вы можете предпринять корректирующие действия, чтобы восстановить график.
Бюджет проекта
Поскольку у большинства проектов есть бюджет, управление затратами включает процессы, обеспечивающие соответствие вашего проекта этому бюджету. Во время планирования вы составляете план управления затратами. Вы собираете такую информацию, как структура работ, график и предполагаемые ресурсы, чтобы вы могли оценить затраты по проекту.
Существует множество методов оценки затрат, таких как экспертные оценки, параметрическая оценка и восходящая оценка. Методы, которые вы выбираете, зависят от проекта и вашей организации. Оценки стоимости со временем улучшаются, когда вы узнаете больше о проекте.
Для некоторых проектов смета становится бюджетом. Тем не менее для многих проектов разрабатывается собственный бюджет. В этом случае вам может понадобиться манипулировать областью действий, ресурсами и расписанием, пока смета не будет соответствовать бюджету.
Когда работа над вашим проектом начинается, вы отслеживаете состояние и отслеживаете фактические расходы. Если фактические затраты на выполнение работ превышают базовые затраты, вы можете предпринять корректирующие действия, чтобы уменьшить перерасход средств. Именно так управление затратами помогает вам завершить ваш проект в рамках бюджета.
Управление качеством проекта
Успех проекта означает достижение его целей. Управление качеством включает процессы, обеспечивающие соответствие проекта его целям и требованиям. Управление качеством начинается с планирования.
В плане управления качеством вы определяете стандарты качества, необходимые для проекта и конечных результатов. Такие вещи, как технические характеристики продукта, допустимые уровни ошибок, допустимые размеры и т.д. В плане также указывается, как вы продемонстрируете, что проект соответствует этим стандартам.
Обеспечение качества – это то, что вы делаете, чтобы убедиться, что ваш проект соответствует стандартам качества, которые вы определяете. Например, обзоры или создание прототипов. Вы анализируете результаты тестов, чтобы увидеть, соответствуют ли они установленным вами стандартам.
Другой областью обеспечения качества является оценка ваших процессов и процедур качества, чтобы увидеть, есть ли способы их улучшить. Контроль качества – это тестирование результатов и регистрация результатов этих тестов. Это те процессы, которые вы выполняете, чтобы гарантировать, что проект соответствует требуемому уровню качества.
Трудовые ресурсы проекта
Во время планирования вы определяете навыки и роли, необходимые для выполнения работ, предписанных проектом. После того как они определены, вы можете составить штатное расписание для вашего проекта. Следующим шагом является приобретение людей, которые вам необходимы. Это могут быть нанятые сотрудники или взятые внутри организации.
Коммуникации в проекте
Общение является ключом к успеху проекта. Как менеджер проекта, вы проводите большую часть своего времени, общаясь с людьми о проекте. Во время планирования вы разрабатываете план коммуникаций по вашему проекту. Здесь описывается информация, которую вы сообщаете, аудитория, которая получает информацию, методы, которые вы используете для ее отправки, и как часто вы должны оставаться на связи.
Когда начинается работа над проектом, вы должны следить, чтобы все получали необходимую информацию, и она вовремя доходила до нужных людей. Поскольку управление проектами в значительной степени связано с другими людьми, управление коммуникациями в проекте имеет решающее значение для его успеха.
Риски проекта
Риск представляет собой неопределенность. Управляя рисками проекта, вы не только уменьшаете вероятность и влияние негативных событий, но и пользуетесь преимуществами происходящих позитивных событий.
Первым шагом в управлении рисками проекта является составление плана. По сути, вы объясняете, как выполнять задачи по управлению рисками в вашем проекте. Планируя управление рисками, вы обеспечиваете достаточно времени и ресурсов для этих важных задач.
На втором этапе определяются риски, с которыми может столкнуться проект. Вам следует периодически повторять этот шаг, чтобы искать новые риски, которые могут возникнуть в процессе работы. Нет необходимости управлять каждым выявленным риском. Для этого есть третий шаг.
Третьим шагом является анализ вероятности возникновения каждого риска, а также его влияния на проект. Таким образом, вы можете расставить приоритеты по рискам, чтобы сосредоточиться на тех из них, которые имеют наибольшую вероятность и влияние.
Имеется множество способов справиться с рисками, например, избежать их, застраховаться от риска, уменьшить его влияние, разработать планы действий в чрезвычайных ситуациях и так далее. Для каждого риска, которым вы управляете, вы решаете, как вы будете реагировать на риск в случае его возникновения.
Последний шаг – мониторинг рисков. Вы анализируете ситуацию, чтобы оценить возникновение какого-либо риска в проекте и мгновенно запустить подготовленное решение. Затем вы отслеживаете результаты, чтобы убедиться, что решение работает. Управление рисками важно на протяжении всей работы над проектом. Это помогает уменьшить негативное воздействие вредных событий, поэтому мы еще остановимся более подробно на данной теме в будущих главах.
Управление закупками
Управление закупками включает в себя выбор поставщиков, которые предоставляют необходимые вам товары, и управление контрактами, которые вы заключаете. Первым шагом в управлении закупками является создание плана. В дополнение к созданию процедуры закупок данный план определяет, что вам нужно получить за пределами вашей организации.
Следующим этапом закупок является получение предложений от продавцов, выбор потенциального поставщика и заключение контрактов. Пока ведется работа над проектом, вы должны управлять этими контрактами, отслеживать производительность поставщиков и управлять любыми изменениями.
Заинтересованные стороны проекта
Привлечь внимание заинтересованных сторон является ключевой задачей в управлении проектом. Успех вашего проекта может зависеть от вашей способности управлять заинтересованными сторонами.
Первое, что вам нужно сделать в управлении заинтересованными сторонами, это определить их. Вам надо знать их имена, их ожидания от проекта, их вклад в проект, влияние, которым они обладают и многое другое. Вы должны хранить эту информацию и периодически добавлять новую.
После того как вы определите заинтересованные стороны, ваша следующая задача – придумать стратегии, позволяющие заинтересованным сторонам участвовать в жизни проекта. Другими словами, вам нужно выяснить, как построить хорошие отношения с заинтересованными сторонами и сделать их плодотворными.
Реализация стратегии – это следующий шаг. По мере развития проекта вы взаимодействуете с заинтересованными сторонами, чтобы заручиться их поддержкой, устранить любую оппозицию и сбалансировать противоречивые цели и ожидания.
На последнем этапе вы мониторите ситуацию и следите за тем, чтобы заинтересованные стороны не выбивались из проекта и были включены в процесс. Это краткий обзор того, как вы управляете заинтересованными сторонами проекта.
Интеграция проекта
Элементы проекта, такие как scope, график проекта, его стоимость, риск и качество являются взаимозависимыми. Небольшое изменение одного из них может оказать большое влияние на другие части вашего проекта.
Интеграция проекта – это действия по координации элементов проекта и их компромисс для достижения целей вашего проекта. Интеграция означает интегрировать части в одно целое. Ваша первая задача по управлению интеграцией возникает в самом начале проекта – разработка его устава.
Устав проекта содержит обзор проекта и его необходимость. Здесь можно увидеть уровень полномочий менеджера проекта. Устав проекта, как правило, включает начальный объем (scope), смету расходов, график реализации и список заинтересованных сторон проекта.
План проекта является воплощением интеграции проекта. Это дорожная карта, которую вы используете, чтобы направлять ваш проект по ходу его реализации, а также это тот базовый уровень, с которым вы сравниваете прогресс после начала работы над проектом.
Когда вы закончите планирование, приходит время воплотить этот план в жизнь, руководя реализацией проекта. Это тот этап, где все элементы начинают выполнять работу над проектом.
Говоря о мониторинге и контроле работы над проектом, здесь вы сравниваете прогресс с вашим планом. Таким образом, вы можете решить, что вам нужно сделать, чтобы ваш проект шел в нужное русло, как перераспределять ресурсы, идти на компромисс с целями и идти на компромиссы между объемом, временем, стоимостью и качеством.
Изменения могут оказать существенное влияние на проекты, поэтому вы хотите, чтобы изменения происходили контролируемым образом. Благодаря управлению изменениями у вас есть процессы, позволяющие просматривать запросы на изменения, утверждать или отклонять их и управлять ими до тех пор, пока они не будут выполнены.
Последнее, что вы делаете в управлении интеграцией – закрываете проект. То есть вы завершили все, что происходило в проекте, чтобы формально завершить его. Когда вы закрываете проект, вы просматриваете всю информацию, которую вы собрали о проекте, чтобы убедиться, что все работы по проекту завершены и цели достигнуты.
Перейти к следующей части «Инициация проекта «.
Не говори красиво, говори правильно. или Глоссарий управления проектами
Начнем эту заметку с рассказа об одном забавном эпизоде. Однажды в нашей компании проходили практику студенты-дипломники, специализирующиеся на управлении проектами.
 |
| Григорий Львович Ципес, ведущий системный аналитик компании IBS, GTsipes@ibs.ru Александр Самуилович Товб, руководитель проектов компании IBS, A_Tovb@ibs.ru |
Начнем эту заметку с рассказа об одном забавном эпизоде. Однажды в нашей компании проходили практику студенты-дипломники, специализирующиеся на управлении проектами. Выдавая им задание, руководитель практики (один из авторов этой заметки) попросил описать scope проекта (он так и сказал — скоуп). «А что такое scope?» — осторожно поинтересовалась одна девушка. «О, scope — это. » — ответил руководитель и нарисовал руками в воздухе нечто, напоминающее средних размеров глобус. «Понятно, — грустно сказала девушка. — Нам в институте так же объясняли».
Ситуация очень характерная и довольно опасная. Есть некий термин, употребляемый в англоязычных источниках и не имеющий очевидного и однозначного перевода на русский язык в контексте управления проектами. На профессиональном жаргоне мы привыкли пользоваться этим термином на языке оригинала. Действительно, гораздо удобнее сказать scope, чем какое-нибудь достаточно громоздкое «содержание и границы». Если кому-то непонятно, то всегда можно объяснить, хотя бы с помощью жестов. А приводит все это к тому, что некоторое время спустя точного значения термина никто уже не помнит, каждый трактует его по-своему, и при этом все думают, что понимают друг друга!
Прибавьте к этому еще и то, что и на языке оригинала многие термины трактуются вовсе не однозначно. В сравнительном словаре Макса Вайдемана [MW], опирающемся на более полусотни источников, для многих терминов приводится по 5-6 различных определений. Русскоязычные глоссарии, которых тоже набирается немалое количество, во многих случаях запутывают ситуацию еще больше.
Теперь взглянем на эту проблему с точки зрения стандарта управления проектами. Стандарты — это документы, которые не должны допускать различных трактовок и которые должны быть понятны каждому сотруднику предприятия. Из этого следуют, по крайней мере, два вывода, существенные для темы нашей заметки. Во-первых, стандарт должен содержать определения основных используемых терминов, и, во-вторых, эти термины не следует применять ни на английском языке (хотя упоминание английского аналога, безусловно, полезно), ни в их транслитерации на русский язык.
Авторы стандарта вольны решать, каким путем они пойдут при формировании глоссария — подберут ли готовые определения на русском языке, сделают ли собственный перевод с английского или, может быть, предложат свои определения, адаптированные к профессиональной среде и квалификации персонала предприятия. Очевидно одно, в любом случае задача эта не будет простой.
Приводя в этой заметке небольшой глоссарий, мы ни в коей мере не претендуем ни на полноту, ни на анализ или критику включенных в него определений. Единственная его задача — дать объяснение терминам, которые мы использовали в наших заметках, и соотнести их с часто употребляемыми аналогами.
КРАТКИЙ СРАВНИТЕЛЬНЫЙ ГЛОССАРИЙ
Источники, по которым цитируются определения:
Поделитесь материалом с коллегами и друзьями