About: Scope (project management)     Goto   Sponge   NotDistinct   Permalink

An Entity of Type : owl:Thing, within Data Space : dbpedia.org associated with source document(s)
QRcode icon
http://dbpedia.org/describe/?url=http%3A%2F%2Fdbpedia.org%2Fresource%2FScope_%28project_management%29

In project management, scope is the defined features and functions of a product, or the scope of work needed to finish a project. Scope involves getting information required to start a project, including the features the product needs to meet its stakeholders' requirements. Project scope is oriented towards the work required and methods needed, while product scope is more oriented toward functional requirements. If requirements are not completely defined and described and if there is no effective change control in a project, scope or requirement creep may ensue.

AttributesValues
rdfs:label
  • إدارة نطاق المشروع (ar)
  • Rozsah projektu (cs)
  • Inhalts- und Umfangsmanagement (de)
  • Alcance (gestión de proyectos) (es)
  • スコープ (プロジェクト管理) (ja)
  • Zakres projektu (pl)
  • Scope (project management) (en)
  • Рамки (керування проєктами) (uk)
  • 範疇 (專案管理) (zh)
rdfs:comment
  • إدارة نطاق المشروع (بالإنجليزية: Project Scope Management)‏ هي جزء من علم إدارة المشاريع. (ar)
  • Rozsah projektu, nazývaný také předmět plnění, je pojem používaný v projektovém managementu. Znamená souhrn všech dodávaných výstupů, jejichž vytvoření podmiňuje skutečnost, že produkt, nebo služba realizovaná projektem bude dodána se všemi specifikovanými funkcemi a vlastnostmi. Rozsah projektu stanovuje hranice jednak u projektu, ale i u programu. Definuje tedy prostor jejich zájmu, předmět plnění, obsah, nebo rozsah, respektive souhrn všeho uvedeného. Nepřesnost jednoznačného vyjádření vede k častému použití anglického pojmu „scope“, nebo v plném znění „project/program scope“. (cs)
  • プロジェクト管理においてスコープ(英: scope)とは、製品の定義された機能、またはプロジェクトを完了するために必要な作業の範囲のことである。範囲には、プロジェクトの開始に必要な情報と利害関係者の要件を満たす製品の機能の情報が含まれる。 プロジェクトのスコープは、必要な作業と方法を対象としているが、製品のスコープは機能要件を対象としている。要件が完全に定義および記述されておらず、プロジェクトに効果的な変更管理がない場合、ある時点で要件の増加を制御できなくなる現象 (スコープ・クリープ、)が発生する可能性がある。 スコープ管理 (scope management)とは、必要な品質と量、要件の変種に対して、時間とリソースを利用して合意した状態で、生産するアイテムまたは実行するタスクのリストと、変化する状況に対応して、動的で柔軟な配置転換による、これらの変数の制約の変更を行うことである。 プロジェクトの範囲を記載するスコープ・ステートメント (スコープ記述書)は、プロジェクトの開始時に、作業明細書 (SOW) 等の正式な文書を作成する前に作成するが、そこでは、プロジェクトで使われる製品、機能のリスト、利用ユーザー一覧などをとらえる必要がある。初期の時点での要件漏れを防ぐのが目的である。 (ja)
  • Zakres projektu jest to możliwie jak najdokładniejsze i całkowite określenie oczekiwanego wyniku projektu. Zakres nigdy nie określa konkretnych zadań mających na celu realizację projektu. Odpowiada na pytanie, co powinno być zrobione w projekcie, aby osiągnąć jego cele. Wyznacza ramy do oszacowania kosztu projektu i czasu realizacji projektu. Zakres, koszt i czas tworzą parametry projektu, tzw. „magiczny trójkąt”. (pl)
  • В керуванні проєктами слово рамки (англ. Scope) може застосовуватись до проєкту і до продукту. Рамки проєкту"Робота що повинна бути здійсненою для випуску продукту, сервісу, чи результату з заданими властивостями та функціями."Рамки продукту"Властивості та функції що характеризують продукт, сервіс чи результат." Зауважте що рамки проєкту більш робото-орієнтовані (питання як?), в той час як рамки продукту більш орієнтовані на функціональні вимоги (питання що?) Якщо вимоги не повністю задані і описані і якщо в проєкті відсутній ефективний контроль змін, може початись . (uk)
  • Das Inhalts- und Umfangsmanagement (englisch scope management) als Teil des Projektmanagements dient der Sicherstellung, dass im Projekt genau die Aufgaben durchgeführt werden, die zum erfolgreichen Abschluss notwendig sind. (de)
  • El alcance de un proyecto es la suma de todos los productos y sus requisitos o características. Se utiliza a veces para representar la totalidad de trabajo necesitado para dar por terminado un proyecto. En la gestión de proyectos tradicional, las herramientas para describir el alcance de un proyecto son: la estructura de descomposición del producto (EDP o PBS) y las descripciones del mismo. La herramienta primaria para describir el alcance del trabajo en un proyecto es la estructura de descomposición del trabajo. (es)
  • In project management, scope is the defined features and functions of a product, or the scope of work needed to finish a project. Scope involves getting information required to start a project, including the features the product needs to meet its stakeholders' requirements. Project scope is oriented towards the work required and methods needed, while product scope is more oriented toward functional requirements. If requirements are not completely defined and described and if there is no effective change control in a project, scope or requirement creep may ensue. (en)
  • 在專案管理中的範圍有兩種不同的定義:專案範圍和產品範圍。 範圍涉及取得開始一個專案所需要的資訊和符合關係人的需求的產品功能。 * 專案範疇:一項工作必須滿足特定的需求或是功能並且能完成一個產品,服務或是成果。 * 產品範疇:組合產品,服務或是績效的需求和功能。 請注意專案範疇以工作(過程)導向而產品範疇則以需求和功能為導向。 在一個專案中如果需求沒有明確的定義或是描述並且沒有做好變更控制那麼範疇或是需求很有可能會蔓延。 範疇管理是在需求的數量、品質和彈性的前提下列出在時間和資源允許的情況下需要完成的項目或是任務,而在範疇管理中不確定的需求不停地增加,針對這種行為稱為範圍蔓延。 (zh)
dcterms:subject
Wikipage page ID
Wikipage revision ID
Link from a Wikipage to another Wikipage
sameAs
dbp:wikiPageUsesTemplate
has abstract
  • إدارة نطاق المشروع (بالإنجليزية: Project Scope Management)‏ هي جزء من علم إدارة المشاريع. (ar)
  • Rozsah projektu, nazývaný také předmět plnění, je pojem používaný v projektovém managementu. Znamená souhrn všech dodávaných výstupů, jejichž vytvoření podmiňuje skutečnost, že produkt, nebo služba realizovaná projektem bude dodána se všemi specifikovanými funkcemi a vlastnostmi. Rozsah projektu stanovuje hranice jednak u projektu, ale i u programu. Definuje tedy prostor jejich zájmu, předmět plnění, obsah, nebo rozsah, respektive souhrn všeho uvedeného. Nepřesnost jednoznačného vyjádření vede k častému použití anglického pojmu „scope“, nebo v plném znění „project/program scope“. (cs)
  • Das Inhalts- und Umfangsmanagement (englisch scope management) als Teil des Projektmanagements dient der Sicherstellung, dass im Projekt genau die Aufgaben durchgeführt werden, die zum erfolgreichen Abschluss notwendig sind. Dazu gehört die Planung und Verifikation, dass zum Einen nichts vergessen wurde, andererseits dass keine unnötigen Arbeiten durchgeführt werden. Im Projektkontext kann der Begriff Inhalt und Umfang sowohl für das Projekt selbst („Was ist zu tun?“) als auch für das Produkt („Was wird durch das Projekt getan?“) stehen. Die Ergebnistypen für das Projekt (z. B. Analyse­dokument, Designdokument) sind für alle Projekte derselben Kategorie (z. B. IT-Projekte) ähnlich. Die gewünschten Produkteigenschaften sind dagegen für alle Produkte unterschiedlich. (de)
  • El alcance de un proyecto es la suma de todos los productos y sus requisitos o características. Se utiliza a veces para representar la totalidad de trabajo necesitado para dar por terminado un proyecto. En la gestión de proyectos tradicional, las herramientas para describir el alcance de un proyecto son: la estructura de descomposición del producto (EDP o PBS) y las descripciones del mismo. La herramienta primaria para describir el alcance del trabajo en un proyecto es la estructura de descomposición del trabajo. Si los requisitos del proyecto no se definen totalmente, si no se describen bien o si no hay un control de cambios eficaz, puede sobrevenir entonces un arrastre de alcance o requisitos, y generarse lo que se conoce como el "Síndrome del lavadero". (es)
  • In project management, scope is the defined features and functions of a product, or the scope of work needed to finish a project. Scope involves getting information required to start a project, including the features the product needs to meet its stakeholders' requirements. Project scope is oriented towards the work required and methods needed, while product scope is more oriented toward functional requirements. If requirements are not completely defined and described and if there is no effective change control in a project, scope or requirement creep may ensue. Scope management is listing the items to be produced or tasks to be done; their required quantity, quality, and variety; the time and resources available and agreed upon; and modifying the variable constraints by dynamic flexible juggling in the event of changed circumstances. (en)
  • プロジェクト管理においてスコープ(英: scope)とは、製品の定義された機能、またはプロジェクトを完了するために必要な作業の範囲のことである。範囲には、プロジェクトの開始に必要な情報と利害関係者の要件を満たす製品の機能の情報が含まれる。 プロジェクトのスコープは、必要な作業と方法を対象としているが、製品のスコープは機能要件を対象としている。要件が完全に定義および記述されておらず、プロジェクトに効果的な変更管理がない場合、ある時点で要件の増加を制御できなくなる現象 (スコープ・クリープ、)が発生する可能性がある。 スコープ管理 (scope management)とは、必要な品質と量、要件の変種に対して、時間とリソースを利用して合意した状態で、生産するアイテムまたは実行するタスクのリストと、変化する状況に対応して、動的で柔軟な配置転換による、これらの変数の制約の変更を行うことである。 プロジェクトの範囲を記載するスコープ・ステートメント (スコープ記述書)は、プロジェクトの開始時に、作業明細書 (SOW) 等の正式な文書を作成する前に作成するが、そこでは、プロジェクトで使われる製品、機能のリスト、利用ユーザー一覧などをとらえる必要がある。初期の時点での要件漏れを防ぐのが目的である。 (ja)
  • Zakres projektu jest to możliwie jak najdokładniejsze i całkowite określenie oczekiwanego wyniku projektu. Zakres nigdy nie określa konkretnych zadań mających na celu realizację projektu. Odpowiada na pytanie, co powinno być zrobione w projekcie, aby osiągnąć jego cele. Wyznacza ramy do oszacowania kosztu projektu i czasu realizacji projektu. Zakres, koszt i czas tworzą parametry projektu, tzw. „magiczny trójkąt”. (pl)
  • В керуванні проєктами слово рамки (англ. Scope) може застосовуватись до проєкту і до продукту. Рамки проєкту"Робота що повинна бути здійсненою для випуску продукту, сервісу, чи результату з заданими властивостями та функціями."Рамки продукту"Властивості та функції що характеризують продукт, сервіс чи результат." Зауважте що рамки проєкту більш робото-орієнтовані (питання як?), в той час як рамки продукту більш орієнтовані на функціональні вимоги (питання що?) Якщо вимоги не повністю задані і описані і якщо в проєкті відсутній ефективний контроль змін, може початись . (uk)
  • 在專案管理中的範圍有兩種不同的定義:專案範圍和產品範圍。 範圍涉及取得開始一個專案所需要的資訊和符合關係人的需求的產品功能。 * 專案範疇:一項工作必須滿足特定的需求或是功能並且能完成一個產品,服務或是成果。 * 產品範疇:組合產品,服務或是績效的需求和功能。 請注意專案範疇以工作(過程)導向而產品範疇則以需求和功能為導向。 在一個專案中如果需求沒有明確的定義或是描述並且沒有做好變更控制那麼範疇或是需求很有可能會蔓延。 當一個建築工地開始動工,建築工人會使用籬笆定義出施工範圍。這個動作就是所謂的定義範疇。而範疇管理就是定義出什麼工作是必要的並且確保只有這些工作會完成。範疇管理的計畫應該包含明確的範圍與詳細的執行方式並且管理與控制。這必須在專案開始之前的動員階段先規劃好。專案經理必須尋找出並定義出明確的範疇。要定義出範疇必須從所有的產品關係人取得資訊。如果只從少數的產品關係人或是只從贊助者訪談需求那將會導致定義出錯誤的範疇。在大型的專案中需要更多的時間、精力與資源來確認需求,由此可知定義範圍的重要性。範疇的定義幫助我們確認哪些工作是真正應該做的而且被包含在範疇管理的計畫中。對一個專案畫蛇添足是不被允許的。在專案管理中並動範疇必須考量到所有的專業領域例如時間,成本,風險,品質,資源與顧客的滿意度。在整合變動管理流程中修改範圍必須先獲得允許。整合變動管理包含了由變更需求者更新的變更需求表單和追蹤變更的變更控制記錄。 範疇管理是在需求的數量、品質和彈性的前提下列出在時間和資源允許的情況下需要完成的項目或是任務,而在範疇管理中不確定的需求不停地增加,針對這種行為稱為範圍蔓延。 (zh)
prov:wasDerivedFrom
page length (characters) of wiki page
foaf:isPrimaryTopicOf
is Link from a Wikipage to another Wikipage of
Faceted Search & Find service v1.17_git139 as of Feb 29 2024


Alternative Linked Data Documents: ODE     Content Formats:   [cxml] [csv]     RDF   [text] [turtle] [ld+json] [rdf+json] [rdf+xml]     ODATA   [atom+xml] [odata+json]     Microdata   [microdata+json] [html]    About   
This material is Open Knowledge   W3C Semantic Web Technology [RDF Data] Valid XHTML + RDFa
OpenLink Virtuoso version 08.03.3330 as of Mar 19 2024, on Linux (x86_64-generic-linux-glibc212), Single-Server Edition (378 GB total memory, 59 GB memory in use)
Data on this page belongs to its respective rights holders.
Virtuoso Faceted Browser Copyright © 2009-2024 OpenLink Software