Differences

This shows you the differences between two versions of the page.

--- en:gui5:handbuch:kapitel_a:glossar [2020/06/12 13:25]
alexandra [Projektplanung]
+++ en:gui5:handbuch:kapitel_a:glossar [2020/07/10 12:18] (current)
alexandra
@@ Line 3: / Line 3: @@
 ====== Glossary ======
+===== Actual Costs =====
-===== Process Planning =====
+In business cost accounting, actual costs are the costs actually incurred in a previous accounting period. In project management, actual costs are the total costs actually incurred in a project, subproject, or work package on a particular key date. Together with planned costs and progress, actual costs are important key figures for controlling (budget control, earned value analysis, etc.).
-A schedule in [[#Project Management|project management]] is the chronological and logical arrangement of the [[#Work Package|work packages]] of a project. The result of this process planning is the [[#Network|network]] and is visualized with the help of the Gantt chart. In Projectile, project sequences are defined in the document [[..:kapitel_2:2.02.07_anordnungsbeziehung|jump order]] and realized in the [[..:kapitel_2:2.5.09_projektauswertung|project evaluation]].
+===== Backward Calculation (= Backward Scheduling) =====
-===== Offer =====
+Within the network planning technique, forward and backward calculations are required to determine the total project duration, earliest and latest dates and buffer times. Backward calculation is the method of planning a project from its scheduled end. In scheduling, a deadline is specified by which the project result must be completed. Scheduling is then carried out from the end date backwards to the latest possible start date of the project.
-An offer contains at least the description of the services to be provided (service specifications, performance specifications) and the calculation of the price to be paid by the client for these services. When submitting a binding offer, the Provider undertakes to carry out the order if the offer is accepted by the Customer. In the case of binding offers, details of payment and delivery conditions and the offer binding period are required.
+===== Basic Plan =====
-===== Relationship =====
+The basic plan comprises all data of an approved project plan on a certain key date (usually release or order placement). The baseline plan contains at least dates, durations, efforts and costs.
-A relationship denotes the quantifiable dependency between events or activities (for example, between two [[#Work Package|work packages]] of a [[#Project|project]] or between two subprojects - see also DIN 69900-1). These relations are defined in Projectile for the visualization of [[#Scheduling|scheduling]] in the document [[..:kapitel_2:2.02.07_anordnungsbeziehung|jump order]]. In practice, the following relationships are often used:
-    * Normal Sequence (End - Start)
+===== Budget, Project Budget =====
-    * Start Sequence (Start - Start)
-    * End Sequence (End - End)
-    * Jump Sequence (Start - End)
-===== Work Package =====
+According to DIN 69903, the financial resources made available in a project are the project budget. From an enterprise's point of view, the project budget includes all expenses (that is, personnel costs, travel expenses, external services, material costs, depreciation, and so on) or (from the project manager's point of view) only the funds available to the project manager for project-specific procurements. In Projectile any number [[..:kapitel_2:2.02.09_budget|budgets]].
-A work package is exactly the activity that a [[#project employee|staff member]] performs for a [[#project|project]] in a certain time. A work package is that part of a project which is not further subdivided in the [[#WBS|WBS]] and can be on any level of structure (see also DIN 69901). To achieve the [[#Project Goal|Project goal]], it is necessary to process all work packages. In Projectile the work packages are defined in the document type [[..:kapitel_2:2.02.04_arbeitspaket|work package]]. Project times can only be posted in the system to work packages and not to projects.
+===== Buffer Time =====
-===== Client (= Costumer) =====
+The buffer time is a term from the network planning technique. The buffer time is a time frame for the execution of an activity. This leeway can be used by shifting the activity and/or by extending the activity duration. You can determine four types of float time in a network by entering several specifications. The total float and the free float are the most commonly used. The total float GPi of activity i is calculated from the difference between SAZi (latest start time of i) and FAZi (earliest start time of i), or SEZi (latest finish time of i) and FEZi (earliest finish time of i). This means that the total float indicates by how much the activity can be shifted without jeopardizing the end of the project: GPi = SAZi - FAZi = SEZi - FEZi. The Free Buffer is the time that does not endanger the earliest possible start or end of the successor. (Formally: all successor operations can be performed in their earliest position). It can only occur if at least two completed operations meet the same successor. It is calculated for a "normal sequence" (end - start) by forming the difference between the earliest end of the activity in question and the earliest start of its successor. In the case of a start sequence (start - start) the earliest start dates of the operations are compared and in the case of a finish sequence (finish - finish) the earliest finish dates of the operations are compared. Beyond that.
-A client is the person responsible for a [[#project|project]]. The principal approves the project budget and the [[#scheduling|framework dates]]. In Projectile the clients are managed in the document type [[..:kapitel_2:2.01.13_basic_-_kontakt|contact]]. The person responsible for the project is in the role of the contractor vis-à-vis the client of the project. In project management, contract management and procurement deals with the relationship between the roles of the ordering party and the contractor.
+===== ButtomUp Planning =====
-===== Contractor =====
+ButtomUp planning means project planning according to the [[#ButtomUp principle|ButtomUp principle]]. In Projectile the ButtomUp planning is used by default. Here the activities, processes, times and costs are not planned in detail at project level, but are started from the work packages. After the rough project planning (definition of upper and lower project without exact time and cost planning) the work packages are defined concretely. By selecting the project, employee, activity and duration, the internal and external costs and duration are determined (see also [[#Pricing|pricing]]). These values are assigned to the assigned projects and are passed on to the next project level. All internal and external costs of a sub-project are passed up to the respective top project until the top project (root of the project tree) is reached.
-In commercial terms, the contractor is the seller of a product or service. He is the contractual partner of the [[#client (= customer)]] who purchases the service agreed in the order.
-===== Effort =====
+===== ButtomUp Principle =====
-The effort of a [[#Work Package|work package]] describes (colloquially) the amount of work necessary to produce a defined work result. Unit: person days (PT), person hours (PH).
+In project management, the buttom-up principle is the general procedure for processing or planning from work packages to the top project (i.e. from bottom to top: work package - subprojects - top project). An alternative to the ButtomUp principle is the TopDown principle.
-===== Estimate of Effort =====
+===== Calculation =====
+In accounting, costing is the process of determining unit costs (of a good, service, or semifinished product), calculating the production costs of a good, and determining sales prices. A distinction can be made between preliminary costing in the planning phase and final costing after all production or trading and sales transactions have been completed. The variances from preliminary and final costing should be interpreted and fed back into cost controlling and pricing in a feedback loop.
-An estimate of effort is the estimate of the effort required to process a [[#Work Package|work package]]. It is based on the experience of the [[#project employee|project employee]] and is the basis for [[#capacity planning|capacity]] and [[#scheduling|scheduling]]. In Projectile you can estimate the target times (i.e. the effort) at project and work package level.
+===== Capacity Requirements (= Resource Requirement) =====
-===== Gantt Chart Network (= Networked Gantt Chart, Network Gantt) =====
+Capacity or resource requirements are the personnel and resources required to process the [[#Work package|work packages]] of a [[#Project|project]], calculated from the estimated effort and time required for the network.
-A Gantt chart is an extension of the Gantt chart for displaying the dependencies between [[#Work package|work packages]] [[..:kapitel_2:2.02.07_anordnungsbeziehung|relationships]] and visualized in  [[..:kapitel_2:2.5.09_projektauswertung|project evaluation]].
+===== Capacity Planning =====
-{{:handbuch:glossar:balken-netzplan.jpg?direct}}
+Capacity planning is the quantitative allocation of the executing capacities to each individual [[#work package|work package]] necessary for the [[#project|project]], taking into account the [[#estimation of effort|estimation of effort]]. In Projectile the capacities are determined as weighted quotient of the planned working time and the planned project time in a constant time interval. If desired, the system also takes into account the probability that the planned project will become an order and weights these planned project times accordingly.
-Gantt chart (= Gantt diagram)
+===== Client (= Costumer) =====
-A Gantt chart is a diagram to visualize the time schedule of a [[#Project|project]]. The duration of a [[#Workvpackage|workvpackage]] or project is symbolized by the length of the bar in the time axis. The bars can include both actual and target data. Events or [[#Milestone|milestones]] are represented as points in time. In Projectile, processes are visualized in [[..:kapitel_2:2.5.09_projektauswertung|project evaluation]].
-{{:handbuch:glossar:netzplan.jpg?direct}}
+A client is the person responsible for a [[#project|project]]. The principal approves the project budget and the [[#scheduling|framework dates]]. In Projectile the clients are managed in the document type [[..:kapitel_2:2.01.13_basic_-_kontakt|contact]]. The person responsible for the project is in the role of the contractor vis-à-vis the client of the project. In project management, contract management and procurement deals with the relationship between the roles of the ordering party and the contractor.
-===== Basic Plan =====
+===== Contractor =====
+In commercial terms, the contractor is the seller of a product or service. He is the contractual partner of the [[#client (= customer)]] who purchases the service agreed in the order.===== Process Planning =====
-The basic plan comprises all data of an approved project plan on a certain key date (usually release or order placement). The baseline plan contains at least dates, durations, efforts and costs.
+A schedule in [[#Project Management|project management]] is the chronological and logical arrangement of the [[#Work Package|work packages]] of a project. The result of this process planning is the [[#Network|network]] and is visualized with the help of the Gantt chart. In Projectile, project sequences are defined in the document [[..:kapitel_2:2.02.07_anordnungsbeziehung|jump order]] and realized in the [[..:kapitel_2:2.5.09_projektauswertung|project evaluation]].
-===== Budget, Project Budget =====
+===== Controlling =====
+Controlling is a management subsystem within the company, whose core function is the acquisition, processing and analysis of data in preparation for target-oriented decisions. Project controlling is in turn a subsystem of controlling, which is limited to one or more projects.
-According to DIN 69903, the financial resources made available in a project are the project budget. From an enterprise's point of view, the project budget includes all expenses (that is, personnel costs, travel expenses, external services, material costs, depreciation, and so on) or (from the project manager's point of view) only the funds available to the project manager for project-specific procurements. In Projectile any number [[..:kapitel_2:2.02.09_budget|budgets]].
+===== Cost Center =====
-===== ButtomUp Planning =====
+A cost center is a part of an organization, delimited according to spatial, functional or allocation aspects, in which costs are incurred (causation principle). The cost center's task is to collect the costs incurred in the defined area and thus enable the person responsible to control costs. Furthermore, in the full cost accounting procedures, the cost center is a prerequisite for creating allocation rates, which are required for the allocation of overhead costs in cost object controlling.
-Unter der ButtomUp-Planung versteht man die Projektplanung nach dem [[#ButtomUp-Prinzip|ButtomUp-Prinzip]]. In Projectile wird standardmäßig die ButtomUp-Planung verwendet. Hier werden die Tätigkeiten, Abläufe, Zeiten und Kosten nicht auf Projektebene detailliert durchgeplant, sondern von den Arbeitspaketen aus begonnen. Nach der Projektgrobplanung (Definition von Ober- und Unterprojekt ohne genaue Zeit- und Kostenplanung) werden konkret die Arbeitspakete definiert. Durch Auswahl von Projekt, Mitarbeiter, Tätigkeit und Dauer werden die internen und externen Kosten und die Dauer bestimmt (siehe auch [[#Preisfindung|Preisfindung]]). Diese Werte werden den zugeordneten Projekten zugerechnet und auf die nächste Projektebene hochgereicht. Alle internen und externen Kosten eines Unterprojektes werden zum jeweiligen Oberprojekt hochgereicht bis das Topprojekt (Wurzel des Projektbaums) erreicht ist.
+===== Cost Determination =====
-===== ButtomUp Principle =====
+In Projectile, the cost determination, i.e. the determination of internal labour costs for a project, is represented in two stages. The highest priority in cost determination is given to the internal allocation rates of employees (see [[..:kapitel_2:2.01.24_basic_-_mitarbeiter|employee]]). These costs represent the true labor costs. If an employee does not have this allocation rate, the general internal activity rate of the company (see [[..:kapitel_2:2.01.23_basic_-_taetigkeit|activity]]) is used for the cost determination for oncharging.
-Unter dem ButtomUp-Prinzip versteht man im Projektmanagement die allgemeine Vorgehensweise bei der Bearbeitung oder Planung von den Arbeitspaketen bis zum Oberprojekt (also von unten nach oben: Arbeitspaket - Unterprojekte - Oberprojekt). Eine Alternative zum ButtomUp-Prinzip ist das TopDown-Prinzip.
+===== Cost Unit =====
+A cost object is a reference object to which costs are assigned in business cost accounting. A distinction is made between overhead cost objects and sales-oriented cost objects. Overhead cost objects are cost objects that collect the costs of internal activities or projects without, however, leading to the sale of these activities on the market and thus to revenues that affect sales. The sales-oriented cost objects are cost objects to which both the activity-related costs and the revenues from sales are assigned. In this case, the cost object is also a revenue object.
-===== Controlling =====
-Controlling is a management subsystem within the company, whose core function is the acquisition, processing and analysis of data in preparation for target-oriented decisions. Project controlling is in turn a subsystem of controlling, which is limited to one or more projects.
 ===== CPI =====
 The CPI (Cost Performance Index) is the cost-related performance indicator of Earned Value Analysis. It is formed from the ratio of earned value and actual expenses. This means that if the CPI is greater than 100% (or 1.00), the project results were achieved at lower cost than originally planned, whereas if the CPI is less than 100% (or 1.00), the project is over budget.
+===== Critical Path =====
+The critical path identifies the path by a [[#network|network]] on which the floats are zero, that is, every missed deadline for activities or events on the critical path directly affects the project finish date. All [[#work package|work packages]] in a network that cannot be shifted in time without causing a shift in the project end date are on the critical path.
+===== Degree of Completion =====
+The degree of completion of a [[#Work package|work package]] or [[#Project|project]] corresponds exactly to the percentage at which the work on a work package or project has been completed. Quantitatively, the POC is the quotient of the actual time and the target time. Qualitatively, it is the percentage at which the project or work package has been completed in terms of content. The status of a project can be determined by the difference between these ratios. In Projectile, qualitative degrees of completion for projects can be defined in the document type [[..:kapitel_2:2.02.08_fertigstellungsgrad|degree of completion]]. The project status and degrees of completion are documented in the project documentation and in the automatically generated status reports.
 ===== Earned Value Analysis =====
@@ Line 80: / Line 85: @@
 Earned value analysis is a method of making the progress of a project measurable and predictable at any time. The key figure used to do this according to this method is also referred to as earned value. From the three basic variables of earned value, planned and actual expenses, the cost variance, the schedule variance as absolute variables and the cost performance index (CPI) and the schedule performance index (SPI) as relative variables are determined.
-===== Einsatzplanung (=Ressourcenplanung, Kapazitätsplanung) =====
+===== Effort =====
-Unter einer Einsatzplanung versteht man die Planung des zeitlichen Einsatzes der an der Projektdurchführung beteiligten Ressourcen, abhängig von ihrer Verfügbarkeit. In Projectile setzen sich die Planungskomponenten zusammen aus der Berechnung der freien Kapazitäten der einzelnen [[#Projektmitarbeiter|Mitarbeiter]], sowie die Verplanung der Ressourcen.
+The effort of a [[#Work Package|work package]] describes (colloquially) the amount of work necessary to produce a defined work result. Unit: person days (PT), person hours (PH).
-===== Fertigstellungsgrad =====
+===== Estimate of Effort =====
-Der Fertigstellungsgrad eines [[#Arbeitspaket|Arbeitspaketes]] oder [[#Projekt|Projektes]] entspricht genau dem Prozentsatz, zu dem die Arbeiten an einem Arbeitspaket oder Projekt abgeschlossen sind. Quantitativ ist der Fertigstellungsgrad der Quotient aus der Ist-Zeit und der Sollzeit. Qualitativ ist damit der Prozentsatz gemeint, zu dem das Projekt oder das Arbeitspaket inhaltlich abgearbeitet ist. Der Status eines Projektes kann über die Differenz dieser Kennziffern ermittelt werden. In Projectile können qualitative Fertigstellungsgrade für Projekte in dem Dokumenttyp [[gui5:handbuch:kapitel_2:2.02.08_fertigstellungsgrad|Fertigstellung]] definiert werden. Der Projektstatus und die Fertigstellungsgrade werden in der Projektdokumentation und in den automatisch generierten Statusberichten dokumentiert.
+An estimate of effort is the estimate of the effort required to process a [[#Work Package|work package]]. It is based on the experience of the [[#project employee|project employee]] and is the basis for [[#capacity planning|capacity]] and [[#scheduling|scheduling]]. In Projectile you can estimate the target times (i.e. the effort) at project and work package level.
-===== Fortschrittsbericht (= Statusbericht) =====
+===== Forward Calculation (= Forward Scheduling) =====
-Statusberichte sind ein wichtiger Teil des Projektmanagements und des Projektcontrolling. In ihnen wird der Fortschritt der einzelnen Teilaufgaben des Projektplans dokumentiert. Es ist klar ersichtlich, wer woran arbeitet, wie weit die Aufgabe fortgeschritten ist, beziehungsweise was es eventuell für Probleme oder Hinderungsgründe gibt. Des Weiteren werden Fälligkeitsdaten gezeigt, und die nächsten anstehenden Aufgaben sind enthalten. Statusberichte werden an den Projektleiter und alle Projektbeteiligten verteilt, und stellen die Grundlage der Statusmeetings dar.
+Within the network planning technique, forward and backward calculations are required to determine the total project duration, earliest and latest dates and buffer times. Forward calculation determines the end time starting from the start of the project. In accordance with the relationships, all activities and events are entered one after the other from the start of the process with their respective durations, time intervals, floats, and so on, in the appropriate calendar.
-===== Freigabe =====
+===== Gantt Chart Network (= Networked Gantt Chart, Network Gantt) =====
-Unter Freigabe versteht man je nach Kontext die Genehmigung eines Vorhabens, das Freigeben einer Sache für bestimmte Zwecke oder die Vergabe bestimmter Rechte an eine Person. Im Projektmanagement wird als Freigabe die Erlaubnis zur Durchführung nachfolgender Arbeiten festgelegten Inhaltes bezeichnet. Eine Freigabe ist oft mit einer Qualitätskontrolle verbunden und wird in der Regel als Meilenstein im Projektplan definiert.
+A Gantt chart is an extension of the Gantt chart for displaying the dependencies between [[#Work package|work packages]] [[..:kapitel_2:2.02.07_anordnungsbeziehung|relationships]] and visualized in  [[..:kapitel_2:2.5.09_projektauswertung|project evaluation]].
-===== Ist-Kosten =====
+{{:handbuch:glossar:balken-netzplan.jpg?direct}}
-Ist-Kosten sind innerhalb der betriebswirtschaftlichen Kostenrechnung die in einer vergangenen Abrechnungsperiode tatsächlich angefallene Kosten. Im Projektmanagement sind die Ist-Kosten die tatsächlich angefallenen, gesamten Kosten eines Projekts, Teilprojekts oder Arbeitspakets zu einem bestimmten Stichtag. Die Ist-Kosten sind zusammen mit den Plankosten und den Fortschritt wichtige Kennzahlen für das Controlling (Budgetkontrolle, Earned-Value-Analyse, ...).
+Gantt chart (= Gantt diagram)
+A Gantt chart is a diagram to visualize the time schedule of a [[#Project|project]]. The duration of a [[#Workvpackage|workvpackage]] or project is symbolized by the length of the bar in the time axis. The bars can include both actual and target data. Events or [[#Milestone|milestones]] are represented as points in time. In Projectile, processes are visualized in [[..:kapitel_2:2.5.09_projektauswertung|project evaluation]].
-===== Kalkulation =====
+{{:handbuch:glossar:netzplan.jpg?direct}}
-Unter Kalkulation versteht man im Rechnungswesen die Ermittlung der Stückkosten (einer Ware, Dienstleistung oder eines Halbfabrikates), die Ermittlung der Produktionskosten einer Ware und die Ermittlung von Verkaufspreisen. Dabei kann unterschieden werden zwischen der Vorkalkulation in der Planungsphase und der Nachkalkulation nach Abschluss aller Produktions- bzw. Handel- und Absatzvorgänge. Die Abweichungen aus Vor- und Nachkalkulation sollten interpretiert und in einer Feedbackschleife ins Kosten-Controlling und die Preisgestaltung zurückfließen.
-===== Kapazitätsbedarf (= Ressourcenbedarf) =====
+===== Invoicing (= Settlement of Expenses) =====
-Unter Kapazitäts- oder Ressourcenbedarf versteht man den Bedarf an Personal und Ressourcen, die für die Abarbeitung der [[#Arbeitspaket|Arbeitspakete]] eines [[#Projekt|Projektes]] nötig sind, ermittelt aus dem geschätzten Aufwand und der Zeitrechnung des Netzplans.
+In the case of invoicing, goods or services provided by the supplier are remunerated by the buyer according to agreement. Remuneration can be based on expenses or fixed prices and is usually controlled by payment plans. In the case of an effort-based remuneration, the customer often requests a detailed list of all expenses or costs incurred when issuing the invoice. DIN 69903 interprets invoicing as the entire process from cost recording, allocation and invoicing to the recognition of the invoice. In Projectile this functionality is represented by the [[..:kapitel_2:2.04_fakturamodul_optional|invoicing module]].
-===== Kapazitätsplanung =====
+===== Key Figures =====
-Die Kapazitätsplanung ist die quantitative Zuordnung der ausführenden Kapazitäten zu jedem einzelnen für das [[#Projekt|Projekt]] notwendigen [[#Arbeitspaket|Arbeitspaket]], unter Berücksichtigung der [[#Aufwandsschätzung|Aufwandsschätzung]]. In Projectile werden die Kapazitäten als gewichteter Quotient aus der geplanten Arbeitszeit und der geplanten Projektzeit im konstanten Zeitintervall bestimmt. Das System berücksichtigt auf Wunsch auch die Wahrscheinlichkeit, dass aus dem geplanten Projekt ein Auftrag wird und gewichtet hier diese Soll-Projektzeiten entsprechend.
+Key figures are consolidated values that can be calculated from document data or other key figures using algorithms and that describe a document. Each key figure is assigned an ID for unique identification. Projectile supports key figures for the masks [[..:kapitel_2:2.01.13_basic_-_kontakt|contact]], [[..:kapitel_2:2.02.02_projekt|project]], [[..:kapitel_2:2.02.04_arbeitspaket|work package]] and [[..:kapitel_2:2.01.24_basic_-_mitarbeiter|employee]]. The use of key figures in Projectile allows the user to create total values, values at any time and values for any period. The values created by a key figure are given a creation date so that they can be kept and reused without having to be recalculated. In addition, each key figure can be assigned to a document, which can be used to integrate key figures into screen views and reports.
-===== Kennzahlen =====
+===== Knowledge Management =====
-Kennzahlen sind konsolidierte Werte, die sich mittels Algorithmen aus Dokumentdaten oder anderen Kennzahlen berechnen lassen und die ein Dokument beschreiben. Jeder Kennzahl wird hierbei zur eindeutigen Identifikation eine ID zugeordnet. Projectile unterstützt Kennzahlen für die Masken [[gui5:handbuch:kapitel_2:2.01.13_basic_-_kontakt|Kontakt]], [[gui5:handbuch:kapitel_2:2.02.02_projekt|Projekt]], [[gui5:handbuch:kapitel_2:2.02.04_arbeitspaket|Arbeitspaket]] und [[gui5:handbuch:kapitel_2:2.01.24_basic_-_mitarbeiter|Mitarbeiter]]. Die Verwendung von Kennzahlen in Projectile erlaubt es dem Anwender, Gesamtwerte, Werte zu beliebigen Zeitpunkten sowie Werte für beliebige Perioden zu erstellen. Die durch eine Kennzahl erzeugten Werte werden mit einem Erzeugungsdatum versehen, so dass sie aufbewahrt und wiederverwendet werden können, ohne dass eine erneute Berechnung nötig ist. Ferner kann jede Kennzahl einem Dokument zugeordnet werden, über die Kennzahlen in Bildschirmansichten und Reports integriert werden können.
+Knowledge management describes a direction of management theory that aims to use and develop knowledge in organizations in order to achieve the company goals in the best possible way. Contributions to knowledge management are developed in many disciplines, especially in business informatics, business administration, computer science, social science or information science.
-===== Kostenfindung =====
+===== Milestone =====
-In Projectile wird die Kostenfindung, also die Bestimmung der internen Arbeitskosten für ein Projekt, zweistufig abgebildet. Die höchste Priorität bei der Kostenfindung haben die internen Verrechnungssätze der Mitarbeiter (siehe [[gui5:handbuch:kapitel_2:2.01.24_basic_-_mitarbeiter|Mitarbeiter]]). Diese Kosten repräsentieren die wahren Arbeitskosten. Besitzt ein Mitarbeiter diesen Verrechnungssatz nicht, wird bei der Kostenfindung der allgemeine interne Tätigkeitssatz der Firma (siehe [[gui5:handbuch:kapitel_2:2.01.23_basic_-_taetigkeit|Tätigkeit]]) für die Weiterbelastung verwendet.
+A milestone is a significant control event in the [[#project plan|project plan]], defined by a deadline and results, which must be available by this deadline in the quality agreed upon in the project order. Typical milestones are typically critical intermediate results, acceptances, production starts, etc. In Projectile the milestones are defined in the document type [[..:kapitel_2:2.02.05_meilenstein|milestone]] and the trend dates for the [[#Milestone Trend Analysis|milestone trend analysis]] are managed int the document type [[..:kapitel_2:2.02.06_trendtermin|trend date]].
-===== Kostenstelle =====
+===== Milestone Trend Analysis =====
-Eine Kostenstelle ist ein nach räumlichen, funktionellen oder verrechnungstechnischen Aspekten abgegrenzter Teil einer Organisation, in dem Kosten anfallen (Verursachungsprinzip). Die Kostenstelle hat dabei die Aufgabe, die in dem definierten Bereich angefallenen Kosten zu sammeln und somit der verantwortlichen Person eine Kostenkontrolle zu ermöglichen. Weiterhin ist die Kostenstelle in den Verfahren der Vollkostenrechnung eine Voraussetzung für die Bildung von Verrechnungsätzen, die für die Kostenträgerrechnung für die Verrechnung von Gemeinkosten benötigt werden.
+The milestone trend analysis is a future-oriented instrument for the schedule control of a [[#project|project]]: At regular reporting dates, the [[#scheduling|scheduling]] of the project is re-estimated by querying trend data of the expected milestone achievement. A trend about the project's adherence to schedules can be derived from the curve. The trend dates for the milestones can be managed in the document type [[..:kapitel_2:2.02.06_trendtermin|trend date]] and the analysis is visualized in the  [[..:kapitel_2:2.5.09_projektauswertung|project evaluation]].
-===== Kostenträger =====
+{{:handbuch:glossar:mta.gif?direct}}
-Ein Kostenträger ist ein Bezugsobjekt, dem in der betriebswirtschaftlichen Kostenrechnung Kosten zugerechnet werden. Dabei wird in Gemeinkostenträger und absatzorientierten Kostenträger unterschieden. Die Gemeinkostenträger sind Kostenträger, welche die Kosten von innerbetrieblichen Leistungen oder Projekten sammeln, ohne dass diese jedoch zum Absatz von diesen Leistungen am Markt und damit umsatzwirksamen Erlösen führen. Die absatzorientierten Kostenträger sind Kostenträger, denen neben den leistungsbezogenen Kosten auch die erzielten Erlöse aus Umsatz zugeordnet werden. Hier entspricht der Kostenträger zugleich einem Erlösträger.
+===== Multi-Project-Management (=Program Management) =====
-===== Kritischer Pfad =====
+Multi-project management is the simultaneous planning, comprehensive control and monitoring of several (interdependent) projects. Entire project portfolios are considered here. Multi-project management is located in the area of conflict between operative and strategic decisions. At the strategic level, it is important to put together the project portfolio "correctly" and set the "right" priorities, and at the operational level, it is important to handle the individual projects economically, resolve resource conflicts and solve time-related bottlenecks.
-Der kritische Pfad kennzeichnet den Weg durch einen [[#Netzplan|Netzplan]], auf dem die Pufferzeiten Null sind, d.h. jede Terminüberschreitung von Aktivitäten oder Ereignissen auf dem kritischen Pfad, schlägt direkt auf den Projektendtermin durch. Alle [[#Arbeitspaket|Arbeitspakete]] eines Netzplans, die zeitlich nicht verschoben werden können, ohne dass sich eine Verschiebung des Projektendtermins ergibt, liegen auf dem kritischen Pfad.
+===== Network Map =====
-===== Meilenstein =====
+The network is a structural model for analyzing and displaying the logical and temporal flow conditions of a [[#Project|project]]. A network represents the activities and relationships and is an essential instrument for project control; especially for [[#scheduling|scheduling]] and monitoring.
-Ein Meilenstein ist ein signifikantes Kontrollereignis im [[#Projektplan|Projektplan]], definiert durch einen Termin und Ergebnisse, die zu diesem Termin in der laut Projektauftrag vereinbarten Qualität vorliegen müssen. Typische Meilensteine sind typischerweise kritische Zwischenergebnisse, Abnahmen, Produktivstarts u.ä. In Projectile werden die Meilensteine im Dokumenttyp [[gui5:handbuch:kapitel_2:2.02.05_meilenstein|Meilenstein]] definiert und die Trendtermine für die [[#Meilenstein-Trend-Analyse|Meilenstein-Trend-Analyse]] im Dokumenttyp [[gui5:handbuch:kapitel_2:2.02.06_trendtermin|Trendtermin]] verwaltet.
+===== Network Planning Technique =====
-===== Meilenstein-Trend-Analyse =====
+The network planning technique is an instrument for planning, controlling and monitoring [[#Project|projects]]. Basically, [[#Project Structure Plan|project structure plan]] and [[#scheduling|scheduling]] are required for this; ideally, cost planning and  [[#capacity planning|capacity planning]] are also included. Two methods of network planning are commonly used in practice: the Critical Path Method (CPM) and the Metra Potential Method (MPM). In CPM, the activities are displayed as arrows and the nodes represent events. In many cases, so-called sham operations are required. In MPM, the operations are displayed as nodes and the arrows show the dependencies of the nodes on each other.
-Die Meilenstein-Trend-Analyse ist ein zukunftsbezogenes Instrument für die Terminkontrolle eines [[#Projekt|Projektes]]: An regelmäßigen Berichtszeitpunkten wird die [[#Terminplanung|Terminplanung]] des Projektes durch die Abfrage von Trenddaten der voraussichtlichen Meilensteinerreichung neu geschätzt. Aus dem Kurvenverlauf lässt sich ein Trend über die Termintreue des Projektes ableiten. Die Trendtermine für die Meilensteine können im Dokumenttyp [[gui5:handbuch:kapitel_2:2.02.06_trendtermin|Trendtermin]] verwaltet werden und die Analyse wird in der [[gui5:handbuch:kapitel_2:2.5.09_projektauswertung|Projektauswertung]] visualisiert.
+===== Offer =====
-{{:handbuch:glossar:mta.gif?direct}}
+An offer contains at least the description of the services to be provided (service specifications, performance specifications) and the calculation of the price to be paid by the client for these services. When submitting a binding offer, the Provider undertakes to carry out the order if the offer is accepted by the Customer. In the case of binding offers, details of payment and delivery conditions and the offer binding period are required.
-===== Multiprojektmanagement (=Programmmanagement) =====
+===== Organizational Unit =====
-Multiprojektmanagement ist die gleichzeitige Planung, übergreifende Steuerung und Überwachung mehrerer (untereinander abhängiger) Projekte. Hierbei werden ganze Projektportfolios betrachtet. Multiprojektmanagement bewegt sich im Spannungsfeld zwischen operativen und strategischen Entscheidungen. Dabei gilt es auf der strategischen Ebene das Projektportfolio "richtig" zusammenzustellen und die "richtigen" Schwerpunkte zu setzen, sowie auf der operativen Ebene die einzelnen Projekte wirtschaftlich abzuwickeln, Ressourcenkonflikte zu lösen und zeitlich bedingte Engpässe zu lösen.
+An organizational unit is an element of the organizational plan, which is usually visualized in the organizational chart. Examples of organizational units are subsidiaries, branches, divisions or departments. In Projectile organizational units are visualized with the help of the mask [[..:kapitel_2:2.01.27_basic_-_unit|unit]].
-===== Nachfolger =====
+===== Payment Plan =====
-Der Nachfolger ist ein Bestandteil der [[gui5:handbuch:kapitel_2:2.02.07_anordnungsbeziehung|Anordnungsbeziehung]] und bezeichnet die Zusammenhänge von Prozessen innerhalb einer Prozesskette. Bedingt durch die Logik von Bearbeitungsschritten zur Fertigung eines Produktes oder einer Dienstleistung können bestimmte Vorgänge möglicherweise erst ausgeführt werden, nachdem ein oder mehrere andere Vorgänge vollendet sind. Innerhalb der Netzplantechnik im Rahmen der Projektplanung ist der Nachfolger ein Vorgang, der einem anderen Vorgang folgt.
+A payment plan denotes a sequence of invoices where the total price is paid in a series of instalments according to the previously agreed dependency of delivery and instalments.
-===== Netzplan =====
-Der Netzplan ist ein Strukturmodell zur Analyse und Darstellung der logischen und zeitlichen Ablaufbedingungen eines [[#Projekt|Projektes]]. Ein Netzplan stellt die Vorgänge und Anordnungsbeziehungen dar und ist ein wesentliches Instrument der Projektsteuerung; speziell für die [[#Terminplanung|Terminplanung]] und -überwachung.
+===== Phase =====
-===== Netzplantechnik =====
+A phase designates a temporal or logical structure section of a [[#Project|project]]. At least each phase end is also a  [[#milestone|milestone]], i.e. prescribed phase results are available. The division of projects into specific phases is called phase model.
-Unter der Netzplantechnik versteht man ein Instrument zur Planung, Steuerung und Kontrolle von [[#Projekt|Projekten]]. Grundsätzlich sind dabei die [[#Projektstrukturplan|Strukturplanung]] und [[#Terminplanung|Zeitplanung]] erforderlich; im Optimalfall gehen auch Kostenplanung und [[#Kapazitätsplanung|Kapazitätsplanung]] ein. Zwei Methoden der Netzplantechnik sind in der Praxis gebräuchlich: die Critical Path Methode (CPM) und die Metra-Potential-Methode (MPM). Bei CPM werden die Vorgänge als Pfeile dargestellt und die Knoten stellen Ereignisse dar. In vielen Fällen werden sogenannte Scheinvorgänge benötigt. Bei MPM sind die Vorgänge als Knoten dargestellt, die Pfeile zeigen die Abhängigkeiten der Knoten untereinander auf.
+===== Portfolio (=Project Portfolio) =====
-===== Organisationseinheit =====
+In business administration, a portfolio is understood to be a compilation of investments. The construction of a portfolio is usually preceded by an extensive analysis. Owning a portfolio is usually part of a strategy to reduce the risks of financial investments through diversification.
+The portfolio of a company describes the business areas, the product portfolio is the further refinement of the company portfolio down to the individual product, and the project portfolio is the quantity or subset of all ongoing projects of an organization.
-Eine Organisationseinheit ist ein Element der Aufbauorganisation, die in der Regel im Organigramm visualisiert wird. Beispiele für Organisationseinheiten sind Tochterunternehmen, Niederlassungen, Bereiche oder Abteilungen. In Projectile werden Organisationseinheit mit Hilfe der Maske [[gui5:handbuch:kapitel_2:2.01.27_basic_-_unit|Unit]] abgebildet.
-===== Phase =====
+===== Portfolio Management (=Project Portfolio Management) =====
-Eine Phase bezeichnet einen zeitlichen oder logischen Gliederungsabschnitt eines [[#Projekt|Projektes]]. Mindestens jedes Phasenende ist auch ein [[#Meilenstein|Meilenstein]], d.h. es liegen vorgeschriebene Phasenergebnisse vor. Die Gliederung von Projekten in bestimmte Phasen wird Phasenmodell genannt.
+Portfolio management refers to the management of a portfolio, i.e. an inventory of investments. The portfolio management process includes portfolio planning (selection and analysis), portfolio realization (monitoring and auditing) and portfolio control (performance measurement, attribution). With regard to projects, the focus is on questions regarding the alignment of project goals with corporate strategy, project evaluation and the earnings prospects of projects. Portfolio management methods include the compilation, structuring and determination of key figures for portfolios, the evaluation and prioritization of investments and the simulation of possible portfolios.
-===== Portfolio (=Projektportfolio) =====
+===== Predecessor =====
-In der Betriebswirtschaft versteht man unter Portfolio eine Zusammenstellung von Investitionen. Dem Aufbau eines Portfolios geht in der Regel eine umfangreiche Analyse voraus. Der Besitz eines Portfolios ist in der Regel Teil einer Strategie, die Risiken finanzieller Investitionen durch Streuung zu senken.
+The predecessor is a component of the [[..:kapitel_2:2.02.07_anordnungsbeziehung|relationship]] and describes the relationships between processes within a process chain. Due to the logic of processing steps for the production of a product or service, certain operations may only be executed after one or more other operations have been completed. In network technology in project planning, the predecessor is an activity that precedes another activity.
-Das Portfolio eines Unternehmens beschreibt die Geschäftsfelder, das Produktportfolio ist die weitere Verfeinerung des Unternehmensportfolios bis zum einzelnen Produkt und das Projektportfolio ist die Menge oder eine Teilmenge aller laufenden Projekte einer Organisation.
-===== Portfolio-Management (=Projektportfolio-Management) =====
-Unter Portfoliomanagement versteht man die Verwaltung eines Portfolios, d.h. eines Bestandes an Investitionen. Der Portfoliomanagementprozess beinhaltet die Portfolioplanung (Selektion und Analyse), die Portfoliorealisation (Monitoring und Revision) sowie die Portfoliokontrolle (Performancemessung, Attribution). Im Bezug auf Projekte stehen Fragen nach der Ausrichtung der Projektziele an der Unternehmensstrategie, der Projektbewertung und die Ertragsaussichten von Projekten im Vordergrund. Zu den Methoden des Portfoliomanagements gehören die Zusammenstellung, Strukturierung und Kennzahlenbestimmung von Portfolios, die Bewertung und Priorisierung der Investitionen sowie die Simulation möglicher Portfolios.
+===== Pricing =====
-===== Preisfindung =====
-=== Hierarchie für die externe Preisfindung: ===
+=== Hierarchy for external pricing: ===
-^  ^ Dokument ^ Feld ^
+^  ^ Document ^ Field ^
-| 1 | Arbeitspaket | Externer Stundensatz |
+| 1 | Work Package | External Hourly Rate |
-| 2 | Projekt | Externer Stundensatz |
+| 2 | Project | External Hourly Rate |
-| 3 | Oberprojekt | Externer Stundensatz (rekursiv hinauf die Projekthierarchie) |
+| 3 | Top Project | External Hourly Rate (recursively up the project hierarchy) |
-| 4 | Kontakt | Externer Stundensatz |
+| 4 | Contact | External Hourly Rate |
-| 5 | Projektweise Tätigkeit | Externer Stundensatz (rekursiv hinauf die Projekthierarchie) |
+| 5 | Project Type Activity | External Hourly Rate (recursively up the project hierarchy) |
-| 6 | Kundenweise Tätigkeit | Externer Stundensatz |
+| 6 | Customer-Specific Activity | External Hourly Rate |
-| 7 | Projektweiser Mitarbeitersatz | Externer Stundensatz (rekursiv hinauf die Projekthierarchie) |
+| 7 | Project-Related Employee Rate | External Hourly Rate (recursively up the project hierarchy) |
-| 8 | Kundenweiser Mitarbeitersatz | Externer Stundensatz |
+| 8 | Customer-Related Employee Rate | External Hourly Rate |
-| 9 | Tätigkeit | Externer Stundensatz |
+| 9 | Activity | External Hourly Rate |
-=== Verwendung von externen Stundensätzen im Mitarbeiter bzw. Mitarbeitervertrag: ===
+=== Use of external hourly rates in the employee or employee contract: ===
-Wenn externe Stundensätze pro Mitarbeiter oder Mitarbeitervertrag verwendet werden, dann muss man in der **Projectile Default** das **Flag "Externer Stundensatz Mitarbeiter"** setzen.\\
+If external hourly rates per employee or employee contract are used, you must set the **Flag "External hourly rate employee "** in the **Projectile Default**.\\
-Wenn es gesetzt ist und die Felder Externer Stundensatz oder Externe Stundensätze im Mitarbeiter oder Mitarbeitervertrag gefüllt sind, dann hat dieser die höchste Priorität.\\
+If it is set and the fields external hourly rate or external hourly rates in the employee or employee contract are filled, then this has the highest priority.\\
-Wenn die Mitarbeitersätze als letztes berücksichtigt werden sollen, dann muss in der Projectile Default das Flag "Externe Mitarbeitersätze mit letzter Priorität" aktiviert werden.\\
+If the employee records are to be considered last, the flag "external employee records with last priority" must be activated in the Projectile Default.\\
-^  ^ Dokument ^ Feld ^
+^  ^ Document ^ Field ^
-| 1 | Mitarbeiter | Externe Stundensätze (Datumsbehafteter Satz im Mitarbeiter) |
+| 1 | Employee | External Hourly Rates (record with date in employee) |
-| 2 | Mitarbeitervertrag | Externer Stundensatz (Datumsbehafteter Satz im MA-Vertrag) |
+| 2 | Employee Contract | External Hourly Rate (record with date in the employee contract) |
-| 3 | Arbeitspaket | Externe Stundensätze (Datumsbehafteter Satz im Arbeitspaket) |
+| 3 | Work Package | External Hourly Rate (record with date in work package) |
-| 4 | Arbeitspaket | Externer Stundensatz |
+| 4 | Work Package | External Hourly Rate |
-| 5 | Projekt | Externe Stundensätze (Datumsbehafteter Satz im Projekt) |
+| 5 | Project | External Hourly Rates (date-related record in the project) |
-| 6 | Mitarbeiter | Externer Stundensatz |
+| 6 | Employee | External Hourly Rate|
-Wenn kein datumsbehafteter Satz ermittelt werden kann, gilt die zuerst genannte Hierarchie.
+If no date-related record can be determined, the hierarchy mentioned first applies.
+===== Process =====
+The work packages that are defined in work breakdown structure planning are activities (in the sense of network planning). The activities are then linked to each other by relationships. Depending on the network type, activities are symbolized by arrows or nodes. During project planning, activities are formed from the work packages.
 ===== Profit =====
-Profit ist der auf dem Markt realisierte, in Geld oder Prozent ausgedrückte Mehrwert, der Ziel des marktwirtschaftlichen Produktionsprozesses ist. Umgangssprachlich wird der Profit als Synonym für Gewinn gebraucht.
+Profit is the added value realised on the market, expressed in money or percent, which is the goal of the market-based production process. Colloquially, profit is used as a synonym for profit.
-In Projectile wird der Profit eines Projektes als Differenz von Umsatz und Kosten bestimmt, also Profit [EUR] = Umsatz [EUR] - Kosten [EUR].
+In Projectile the profit of a project is determined as the difference between sales and costs, i.e. profit [EUR] = sales [EUR] - costs [EUR].
-Der prozentuale Profit wird bestimmt als Quotient aus absoluten Profit durch Umsatz: Profit [%] = (Profit [EUR] / Umsatz [EUR]) * 100.
+The percentage profit is determined as the quotient of absolute profit by sales: Profit [%] = (Profit [EUR] / Sales [EUR]) * 100.
-===== Projekt =====
+===== Progress Report (= Status Reports) =====
-Ein Projekt ist ein Vorhaben, das im wesentlichen durch Einmaligkeit der Bedingungen in ihrer Gesamtheit gekennzeichnet ist und folgende Kriterien erfüllt:
+Status reports are an important part of project management and project controlling. They document the progress of the individual subtasks in the project plan. It is clearly visible who is working on what, how far the task has progressed, or what problems or obstacles may exist. Furthermore, due dates are shown and the next upcoming tasks are included. Status reports are distributed to the project manager and all project participants, and form the basis of the status meetings.
-    * Einmaligkeit, keine Routinetätigkeit
+===== Project =====
-    * eindeutige Zielvorgabe
-    * zeitliche, finanzielle, personelle oder andere Begrenzungen
-    * hohe Komplexität (Indikatoren: Aufwand, Anzahl an beteiligten Abteilungen, Risiko)
-Die Projekte in Projectile werden im Dokumenttyp [[gui5:handbuch:kapitel_2:2.02.02_projekt|Projekt]] verwaltet.
+A project is a project that is essentially characterised by the uniqueness of the conditions in its entirety and meets the following criteria:
-===== Projektcontrolling =====
+    * uniqueness, no routine activity
+    * clear target
+    * time, financial, personnel or other limitations
+    * high complexity (indicators: effort, number of departments involved, risk)
-Projektcontrolling ist eine Methode zum frühzeitigen Erkennen von Projektabweichungen mit Hilfe von Vergleichen der Plan- und Ist-Ergebnisse. Zur Beurteilung der Abweichungen wird der Projektbericht oder eine Auswertung des [[#Projektleiter|Projektleiters]] herangezogen. Die Vorgehensweise für das Projektcontrolling muß im Projektauftrag bereits festgelegt sein. In Projectile werden Auswertungen für das Controlling (Soll/Ist-Vergleiche für Projekte, Arbeitspakete und Zeiten) in der [[gui5:handbuch:kapitel_2:2.5.09_projektauswertung|Projektauswertung]] generiert.
+The projects in Projectile are managed in the document type  [[..:kapitel_2:2.02.02_projekt|project]].
-===== Projektdokumentation =====
+===== Project Controlling =====
-Die Projektdokumentation ist (nach DIN 69901) die Zusammenstellung ausgewählter, wesentlicher Daten über Konfiguration, Organisation, Mitteleinsatz, Lösungswege, Ablauf und erreichte Ziele des Projektes. Eine Projektdokumentation besteht mindestens aus Projektberichten, Projektabschlussberichten und Pflichtenheft bzw. Spezifikationen.
+Project controlling is a method for early detection of project deviations by comparing planned and actual results. The project report or an evaluation of the [[#project manager|project manager]] is used to assess the deviations. The procedure for project controlling must already be defined in the project order. In Projectile, evaluations for controlling (target/actual comparisons for projects, work packages and times) are generated in [[..:kapitel_2:2.5.09_projektauswertung|project evaluation]].
-===== Projektkoordination =====
+===== Project Coordination =====
-Die Projektkoordination ist die zentrale Form der Projektrahmenorganisation. Für die Dauer eines Projektes wird die bestehende Linienorganisation um die Stabsfunktion eines Projektkoordinators erweitert. Sie besitzt in der Regel aber keine Entscheidungs- und Weisungsbefugnis gegenüber den Linienfunktionen.
+Project coordination is the central form of project framework organization. For the duration of a project, the existing line organization is extended by the staff function of a project coordinator. As a rule, however, it does not have any decision-making or instructional authority over the line functions.===== Project Documentation =====
-===== Projektleiter =====
+The project documentation is (according to DIN 69901) the compilation of selected, essential data about configuration, organisation, use of resources, solutions, procedure and achieved goals of the project. A project documentation consists at least of project reports, final project reports and functional specifications.
-Ein Projektleiter ist der Verantwortliche für die Erreichung der im [[#Projektauftrag|Projektauftrag]] definierten [[#Projektziel|Projektziele]]. Er ist der zentrale Ansprechpartner des [[#Auftraggeber|Auftraggebers]]. Aufgaben, Befugnisse und Verantwortung des Projektleiters sollten unternehmensweit festgelegt sein. In Projectile wird der Projektleiter (und gegebenenfalls sein Stellvertreter) im Dokumenttyp [[gui5:handbuch:kapitel_2:2.02.02_projekt|Projekt]] definiert.
+===== Project Goal =====
+The project goal is part of [[#Project Order|project order]] and consists of three components
+    * Content
+    * Time
+    * Costs
+It must be accessible, complete, consistent, testable, documented and agreed between [[#Client|client]] and [[#Project Manager|project management]].
-===== Projektmanagement =====
+===== Project Manager =====
-Projektmanagement ist eine Konzeption, die dazu dient, Projekte zielorientiert und effizient abzuwickeln. Dazu gehören organisatorische, methodische und zwischenmenschliche Aspekte (siehe auch [[gui5:handbuch:kapitel_1:1_einfuehrung_in_das_projektmanagement|Abschnitt 1]]).
+A project manager is the person responsible for achieving the  [[#Project Order|project order]] defined in the [[#Project Goal|project goals]]. He is the central contact person for the [[#customer|customer]]. The tasks, authority and responsibility of the project manager should be defined company-wide. In Projectile, the project manager (and his deputy if applicable) is defined in the document type [[..:kapitel_2:2.02.02_projekt|Projekt]].
-===== Projektmitarbeiter =====
+===== Project Management =====
-Projektmitarbeiter sind prinzipiell alle an einem Projekt beteiligten Personen, auch wenn sie nicht direkt zum [[#Projektteam|Projektteam]] gehören. Die Projektmitarbeiter in Projectile werden im Dokumenttyp [[gui5:handbuch:kapitel_2:2.01.24_basic_-_mitarbeiter|Mitarbeiter]] verwaltet.
+Project management is a concept that serves to handle projects in a goal-oriented and efficient manner. This includes organizational, methodological and interpersonal aspects (see also  [[..:kapitel_1:1_einfuehrung_in_das_projektmanagement|section 1]]).
-===== Projektplan =====
+===== Project Plan =====
-Der Projektplan besteht aus diversen Teilplänen zur Durchführung eines [[#Projekt|Projektes]] und werden vom [[#Projektleiter|Projektleiter]] oder [[#Projektteam|Projektteam]] erstellt. Dieser Plan beinhaltet [[#Projektorganisation|Organisationsplan]], [[#Terminplanung|Terminplan]], Budgetplan, Personalplan, Aktivitätenplan, Einführungsplan, Risikoplan und Qualitätsplan. Je nach Projektart können spezifische Pläne hinzukommen wie Migrations- oder Testplan.
+The project plan consists of various sub-plans for the execution of a [[#project|project]] is created by the [[#project manager|project manager]] or [[#project team|project team]]. This plan includes [[#Project organisation|organisation plan]], [[#scheduling|scheduling]], budget plan, personnel plan, activity plan, implementation plan, risk plan and quality plan. Depending on the type of project, specific plans can be added, such as migration or test plan.
 ===== Project Planning =====
@@ Line 267: / Line 279: @@
 Project structuring is the development of a work breakdown structure. A project is divided hierarchically into smaller and smaller elements from [[#Project|project]], through the sub-projects to the [[#Work package|work packages]]. The lowest level of structuring is the basis for the further [[#Project planning|project planning]].
-===== Work Breakdown Structure =====
-A work breakdown structure (WBS) is the division of a project into work-related parts, such as phases, work orders, and work steps.
-{{:handbuch:glossar:struktur_plan.gif?direct}}
-In Projectile, work breakdown structures are generated in the [[gui5:handbuch:kapitel_2:2.5.09_projektauswertung|project evaluation]].
 ===== Project Team =====
@@ Line 279: / Line 284: @@
 The project team consists of the [[#Project Members|project staff]] who, together with the [[#Project Manager|project leader]], are responsible for project implementation. The project team is defined in the [[#Project|project]] document type for each parent project.
-===== Project Goal =====
+===== Project Team Members =====
-The project goal is part of [[#Project Order|project order]] and consists of three components
+In principle, project members are all persons involved in a project, even if they do not belong directly to the [[#Project team|project team]]. The project members in Projectile are managed in the document type [[..:kapitel_2:2.01.24_basic_-_mitarbeiter|employee]].
-    * Content
-    * Time
-    * Costs
-It must be accessible, complete, consistent, testable, documented and agreed between [[#Client|client]] and [[#Project Manager|project management]].
+===== Relationship =====
+A relationship denotes the quantifiable dependency between events or activities (for example, between two [[#Work Package|work packages]] of a [[#Project|project]] or between two subprojects - see also DIN 69900-1). These relations are defined in Projectile for the visualization of [[#Scheduling|scheduling]] in the document [[..:kapitel_2:2.02.07_anordnungsbeziehung|jump order]]. In practice, the following relationships are often used:
-===== Buffer Time =====
+    * Normal Sequence (End - Start)
+    * Start Sequence (Start - Start)
+    * End Sequence (End - End)
+    * Jump Sequence (Start - End)
-The buffer time is a term from the network planning technique. The buffer time is a time frame for the execution of an activity. This leeway can be used by shifting the activity and/or by extending the activity duration. You can determine four types of float time in a network by entering several specifications. The total float and the free float are the most commonly used. The total float GPi of activity i is calculated from the difference between SAZi (latest start time of i) and FAZi (earliest start time of i), or SEZi (latest finish time of i) and FEZi (earliest finish time of i). This means that the total float indicates by how much the activity can be shifted without jeopardizing the end of the project: GPi = SAZi - FAZi = SEZi - FEZi. The Free Buffer is the time that does not endanger the earliest possible start or end of the successor. (Formally: all successor operations can be performed in their earliest position). It can only occur if at least two completed operations meet the same successor. It is calculated for a "normal sequence" (end - start) by forming the difference between the earliest end of the activity in question and the earliest start of its successor. In the case of a start sequence (start - start) the earliest start dates of the operations are compared and in the case of a finish sequence (finish - finish) the earliest finish dates of the operations are compared. Beyond that.
+===== Release =====
-===== Invoicing (= Settlement of Expenses) =====
+Depending on the context, release means the approval of a project, the release of an item for specific purposes or the granting of certain rights to a person. In project management, approval is the permission to carry out subsequent work of a specified content. A release is often associated with quality control and is usually defined as a milestone in the project plan.
-In the case of invoicing, goods or services provided by the supplier are remunerated by the buyer according to agreement. Remuneration can be based on expenses or fixed prices and is usually controlled by payment plans. In the case of an effort-based remuneration, the customer often requests a detailed list of all expenses or costs incurred when issuing the invoice. DIN 69903 interprets invoicing as the entire process from cost recording, allocation and invoicing to the recognition of the invoice. In Projectile this functionality is represented by the
+===== Resource Planning (= Capacity Planning) =====
- [[..:kapitel_2:2.04_fakturamodul_optional|invoicing module]].
+Resource planning is the planning of the temporal deployment of the resources involved in the project execution, depending on their availability.In Projectile, the planning components consist of the calculation of the free capacities of the individual [[#project team members|employees]], as well as the planning of the resources.
 ===== Resources  =====
@@ Line 305: / Line 313: @@
 The disposition of personnel, material resources and other aids required for project work is the task of resource management. The aim of resource management is to ensure that resources are used optimally and that projects are supplied with these resources as fairly as possible. The operating times for resources must be kept as short as possible, since they burden the project budget with the corresponding costs. From the point of view of the organization, the aim is to achieve the most even and high utilization of resources.
-===== Backward Calculation (= Backward Scheduling) =====
-Within the network planning technique, forward and backward calculations are required to determine the total project duration, earliest and latest dates and buffer times. Backward calculation is the method of planning a project from its scheduled end. In scheduling, a deadline is specified by which the project result must be completed. Scheduling is then carried out from the end date backwards to the latest possible start date of the project.
 ===== SPI =====
 The SPI (Schedule Performance Index) is the time-related performance indicator used in earned value analysis. It is formed from the ratio of earned value and plan expenses. This means that if the SPI is greater than 1.00 (100%), the project results have been achieved faster than originally planned, whereas if the SPI is less than 1.00 (100%), the project is progressing too slowly.
+===== Successor =====
+The successor is a component of [[..:kapitel_2:2.02.07_anordnungsbeziehung|relation ship]] and describes the relationships of processes within a process chain. Due to the logic of processing steps for manufacturing a product or service, certain processes may only be executed after one or more other processes have been completed. In network technology in project planning, the successor is an activity that follows another activity.
 ===== Subproject =====
@@ Line 330: / Line 338: @@
 In [[#Project Management|project management]], the top-down principle refers to the general procedure for processing or planning from the superordinate projects to the individual [[#Work Package|work packages]] (i.e. from top to bottom: overall project - subprojects - work package).
-===== Process =====
+===== Work Breakdown Structure =====
-The work packages that are defined in work breakdown structure planning are activities (in the sense of network planning). The activities are then linked to each other by relationships. Depending on the network type, activities are symbolized by arrows or nodes. During project planning, activities are formed from the work packages.
+A work breakdown structure (WBS) is the division of a project into work-related parts, such as phases, work orders, and work steps.
-===== Predecessor =====
+{{:handbuch:glossar:struktur_plan.gif?direct}}
-The predecessor is a component of the [[..:kapitel_2:2.02.07_anordnungsbeziehung|relationship]] and describes the relationships between processes within a process chain. Due to the logic of processing steps for the production of a product or service, certain operations may only be executed after one or more other operations have been completed. In network technology in project planning, the predecessor is an activity that precedes another activity.
+In Projectile, work breakdown structures are generated in the [[gui5:handbuch:kapitel_2:2.5.09_projektauswertung|project evaluation]].
-===== Forward Calculation (= Forward Scheduling) =====
+===== Work Package =====
-Within the network planning technique, forward and backward calculations are required to determine the total project duration, earliest and latest dates and buffer times. Forward calculation determines the end time starting from the start of the project. In accordance with the relationships, all activities and events are entered one after the other from the start of the process with their respective durations, time intervals, floats, and so on, in the appropriate calendar.
+A work package is exactly the activity that a [[#project employee|staff member]] performs for a [[#project|project]] in a certain time. A work package is that part of a project which is not further subdivided in the [[#WBS|WBS]] and can be on any level of structure (see also DIN 69901). To achieve the [[#Project Goal|Project goal]], it is necessary to process all work packages. In Projectile the work packages are defined in the document type [[..:kapitel_2:2.02.04_arbeitspaket|work package]]. Project times can only be posted in the system to work packages and not to projects.
-===== Knowledge Management =====
-Knowledge management describes a direction of management theory that aims to use and develop knowledge in organizations in order to achieve the company goals in the best possible way. Contributions to knowledge management are developed in many disciplines, especially in business informatics, business administration, computer science, social science or information science.
-===== Payment Plan =====
-A payment plan denotes a sequence of invoices where the total price is paid in a series of instalments according to the previously agreed dependency of delivery and instalments.

Projectile-Online-Handbuch

User Tools

Site Tools

Differences

Page Tools