Lernkarten

Karten 22 Karten
Lernende 1 Lernende
Sprache English
Stufe Universität
Erstellt / Aktualisiert 13.06.2021 / 18.06.2021
Lizenzierung Keine Angabe
Weblink
Einbinden
0 Exakte Antworten 22 Text Antworten 0 Multiple Choice Antworten
Fenster schliessen

List 4 project baselines!

• Quality
• Schedule
• Scope
• Budget

Stakeholders measure projects by how well they are executed within the project constraints or baselines. A project baseline is an approved plan for a portion of a project. It is used to compare actual performance to planned performance and to determine if project performance is within acceptable guidelines.

Fenster schliessen

List 9 plans which are made within a project planning.

  • • Cost plan: Creating budget / offer.
  • • Time plan: Define activities, deadlines and milestones.
  • • Employee plan: Nomination of people and their working time.
  • • Organization plan: Agreement of team structure, nomination of responsible persons.
  • • Quality plan: Compilation of documents, tools and methods to ensure quality.
  • • Project monitor plan: Agreement of actions to control the project and if needed how to change the plans.
  • • Configuration management plan: Agreement of actions to control changes in documents, code or data (or any other resources).
  • • Education plan: Definition of education for internal (project team) and external people (users, operating stuff).
  • • Risk management plan: Agreement of actions to avoid or mitigate risks.
Fenster schliessen

Draw the Classical/Traditional project planning schema and describe the 6 main process points in detail.

Lizenzierung: Keine Angabe
  1. Arrange agreement: Define the project scope with a high level time schedule, point in time of devliverables, definition of mile stones.
  2. Breakdown requirements: Breakdown the requirements into work packages according to the defined deliverables, create WBS (work breakdown structure). Recommended time for one work package is 4-6 weeks.
  3. Estimate effort: Estimate effort for each package based on a value which could be measured. For software components, this could be LOC (lines of code). The LOC value could be used to get the amount of time needed for that component.
  4. Define resources: Assign people to activities with respect of their availability, qualification (education) and demand. The best way to do that is the usage of a model with roles and responsibilities.
  5. Analyse risks: Identify and prioritize potential risks and possible actions.
  6. Define schedule: Description of all work packages and their time dependencies. When is the final point in time to deliver a package, are there any dependencies to other packages? This is typically done with a gantt chart or network diagram.
Fenster schliessen

List 4 agile project planning dialog point in detail!

  • • Planning: only plan for the next iteration, version. Not more!
  • • Responsibility will be taken over, not assigned
  • • Estimates: the responsible persons define the effort and duration
  • • Priorities define the order
Fenster schliessen

List 4 responsibilites of a product owner? (Agile PP)

  • • MVP: Minimal viable product. How should the problem be solved to bring additional value. What is to much, what is not enough?
  • • Priority: Which tasks should be executed first?
  • • Release: Which pieces should be part in the next release?
  • • Delivery: Which timeframe is available to be successful?
Fenster schliessen

List 4 responsibilites of the developers? (Agile PP)

  • • Effort: how long will it take to implement a specific feature?
  • • Consequences: what are the consequences for a taken approach?
  • • Process: what is the structure for the work and the team?
  • • Planning: when will the features be delivered
Fenster schliessen

The total cost of SW projects contains of ... (list 3 points)

  • • Software-Cost: software, licenses
  • • Hardware-Cost: infrastructure (own hardware, cloud-based systems)
  • • Personal-Cost: Salary, Expenses
Fenster schliessen

Which factors influence the cost estimation?

  • • Size: Lines of code, classes, methods
  • • Complexity: Dependency between the modules, is it possible to build modules?, HW/SW environment
  • • Experience: Number of similar executed projects
  • • Reliability: error rate, system stability