Exam 1 Flashcards

1
Q

For the Vasa, what is the difference, if anything, in the amount of responsibility vs. authority that the Master Shipwright had on the project? Explain.

A

Master Shipwright Henrik Hybertson was an experienced shipbuilder of the “Dutch School”. Eventually he will be responsible for designing and building the Vasa. According to the methods used during this era most of the design requirements were kept in the head of the Master and executed according to his “School” of thought and his experience. No scientific theory of vessel design or stability was available. The shipwright made no mathematical calculations, for example, to determine such important factors as a ship’s center of gravity, its center of displacement volume, its form stability, or its weight stability. There were no schematics or engineering drawings. Instead, a ship’s “reckoning” was used. It contained figures on the ship’s main dimensions, its principal construction details, and other related facts. Everything else was up to the craftsmanship, professional skill, and experience of the master shipbuilder.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Lessons from the Vasa case study? Identify and explain.

A

– Need a leader with a strategic vision
– Need a project leader with sufficient “courage” to do his/her job
– Note the significant responsibility, but extremely limited authority
– Need to incubate “important” & “innovative projects
– Need a well-developed & managed information & communication strategy
– Recognize the strengths & limitations of the project team
– Adapt the organization to utilize its potential & capabilities
– Watch the “bottom line” … focus
– Court & manage manufacturer & vendor relations

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

What is the basic idea behind a “man-month?” Is this a good/useful idea? Explain.

A

The basic idea it is a unit for measuring the size of a job is a dangerous and deceptive myth. It
implies that men and months are interchangeable. This is not a useful idea as tasks that can be partitioned but which require communication among the subtasks, the effort of communication must be added to the amount of work to be done. Therefore the best that can be done is somewhat poorer than an even trade of men for months. The added burden of communication is made up of two parts, training and intercommunication. Each worker must be trained in the technology, the goals of the effort, the overall strategy, and the plan of work. This training cannot be partitioned, so this part of the added effort varies linearly with the number of workers.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Brooks’ Law and the Pregnancy Corollary. Explain/Discuss.

A

Brooks Law states that Adding manpower to a late software project makes it later.
Pregnancy Corollary is a proposition that can be tested, and can be established as a law or principle.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

What was the level of difference in performance for an excellent programmer, a solid/strong but mid-level programmer, and a lower-level, but still professional successful/acceptable programmer?

A

Senior developer has far more knowledge than the junior and mid-level developer. Knowing design patterns, architecture, automating testing, performance, security, etc. is a good way for a junior developer to close the knowledge gap with the mid-level and senior developers.

Junior developers are inexperienced. Some just graduated and are starting their first full-time job. The mindset of a junior developer often is to just make the code work. Working software and good software are considered the same.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

What about the difference in performance between a “best” development team and a “worst” (but still working professionally) development team?

A

Best developed are intergred, cross functional, and agile

Worst devloped are inexperienced, not functional, and less agile

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

What is the definition of Project?

A

Is a planned undertaking of related activities to achieve a unique outcome that has a specified duration

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

What is the definition of Product?

A

It is the end-result of the ‘project’ is focused on realized benefits and/or user satisfaction, e.g., developing the right solutions for a given context.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

What is the definition of Program / Portfolio?

A

A program is a group of individual projects while a Portfolio is a variety of projects and/or programs to reach strategic objectives that they may or may not be related to one another.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Triple Constraint – components and relationships … what does the concept imply? Also called the “Iron Triangle” … How (or where) does ‘quality’ fit within this framework?

A

Is Balancing the three key, interrelated aspects of time, cost, and scope. if one part of the triangle is fixed the other two points have to move, so if quality is fixed, time and/or cost may need to increase.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Complexity of a Project

A

As projects grow in importance, complexity, and length, systematic project management processes become increasingly important.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Projects are for? And two broad goals?

A

Take Advantage of Business Opportunities and Solve Business Problems

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

PMBOK, what is this? What is it for?

A

Project Management Body of Knowledge, its goal is to enable organizations to standardize project management practices across departments. It also helps project managers work with a standardized system across organizations. This means that a project manager who moves from one company to another can use the same practices

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Common causes of Project Failure?

A

− Poorly defined project scope
− Inadequate risk management
− Failure to identify key assumptions
− Project managers who lack experience and training
− No use of formal methods and strategies
− Lack of effective communication at all levels
− Key staff leaving the project and/or company
− Poor management of expectations
− Ineffective leadership
− Lack of detailed documentation
− Failure to track requirements
− Failure to track progress

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

What is the definition and concepts of Network Diagram?

A

Are a graphical portrayal of the activities and events of a project. They show how each activity relates to others in the project, the sequence of activities, and the need to perform some tasks before others.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Critical Path

A

Is the path(s) through the network with the longest duration

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
17
Q

Activity

A

Is an element of the project that requires time, but may not require resources

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
18
Q

Duration

A

Is the total time that it takes to complete a project measured in work days, hours or weeks. The duration depends on the availability and capacity of resources. Effort is the number of people hours needed to complete a task, i.e. it’s the actual time that is spent on working on the project. also be calculate the duration value to be used (using the PERT technique/method) and the Three-Point Estimate method.
Pert: O days + (4 * ML days) + P days / 6 = Projected days
TPE: O days + ML days + P days = TPE Projected days

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
19
Q

Predecessor

A

Is the preceding task in a project, the length determines when the successor starts.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
20
Q

Successor

A

Is the next task in the project that proceeds after the predecessor.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
21
Q

Work day for a project?

A

Are the scheduled activities during the project.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
22
Q

What is the difference between the total length of a project (as in calendar length) vs. the total number of work days for a project? Are these the same, or are they different?

A

The total length of a project is the number of days the project takes to complete. The total number of work days is the number of days a project takes to complete.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
23
Q

Determine the early start, early finish, late start, late finish, and slack for activities in a project network.

A

Forward Pass:
- How soon can the activity start? (early start—ES)
‒ How soon can the activity finish? (early finish—EF)
‒ How soon can the project finish? (expected time—TE)

Backward Pass

‒ How late can the activity start? (late start—LS)
‒ How late can the activity finish? (late finish—LF)
‒ Which activities represent the critical path? (critical path—CP)
‒ How long can the activity be delayed? (slack or float—SL)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
24
Q

What is Slack? How are these different? Why do we need both of them?

A

Is the number of days delayed by a preceding task. There are two types of slack, Total slack and Free slack. We need both of them because they can impact the completion time.

Total Slack – The amount of time an activity can be delayed without delaying the project’s completion
‒ Is how long an activity can exceed its early finish date without affecting the project’s end date or an imposed completion date
‒ Simply the difference between the LS and ES (LS – ES = SL) or between LF and EF (LF – EF = SL)
Free Slack – The amount of time an activity can be delayed without delaying any immediately following (successor) activity
‒ Is how long an activity can exceed its early finish date without affecting the early start dates of any successor(s)
‒ Allows flexibility in scheduling scarce resources
‒ Occurs only for an activity at the end of a chain of activities, where you have a merge activity

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
25
Q

Finish-to-Start relationship?

A

Is where one activity cannot be started until another activity has been completed.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
26
Q

Start-to-Start relationship

A

Is where the start of the successor task depends on the start of the predecessor.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
27
Q

Start-to-Finish relationship

A

Is where the completion of the successor activity depends on the completion of the predecessor.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
28
Q

Finish-to-Finish relationships

A

Is where the completition of the successor depends on the beginning of the predecessor.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
29
Q

Which relationship is most common? What is the purpose for having these four different types of relationships among activities? When/Where/How might we use them?

A

Finish to start is the most common. The purpose having these relationships show the order and logical relationships of activities in the project. We use them when figuring out the project schedule.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
30
Q

Parallel Activities

A

Is a situation where two activities take place simultaneously without affecting the performance of each other. It allows to finish multiple steps at once and helps in finishing the given task in a shorter frame of time than the assigned time frame.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
31
Q

Burst Activity

A

Is an activity that has more than one activity immediately following it (more than one dependency arrow flowing from it).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
32
Q

Merge Activity

A

Is an activity that has two or more preceding activities on which it depends.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
33
Q

Lags

A

Is the time delay between the completion of one task and the start of the successor.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
34
Q

Laddering

A

Is a technique where we break down certain tasks into smaller units and try to fit them into the Project Plan. Laddering is possible if an activity can be broken down into two or more sub-activities and a succeeding activity is similarly broken down into the same number of sub-activities as its predecessor.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
35
Q

Hammock

A

Is a collection of small subtasks that float between two dates, like a hammock between two trees.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
36
Q

Activity

A

Are small components used to plan, schedule, excute, monitor, and control the project.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
37
Q

What of these activities (Parallel activities to Hammock Activity) do they communicate to a user about a project’s structure when they are used?

A

These activities help to build the critical path of a project and helps with the project schedule.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
38
Q

Crashing a project

A

Is when you shorten the duration of a project by reducing the time of one or more tasks. Crashing is done by increasing the resources to the project, which helps make tasks take less time than what they were planned for.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
39
Q

Fast-tracking

A

Is a method of accelerating a project to deliver the end product sooner. Fast-tracking in project management is a schedule compression technique often used alongside the crashing technique. Crashing is when additional resources are allocated to a project to speed up its completion.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
40
Q

Activity Lags

A

Activity lags is the delay of a successor activity and represents time that must pass before the second activity can begin. There are no resources associated with a lag. Lag may be found in activities with all relationship types: finish-to-start, start-to-start, finish-to-finish, and start-to-finish.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
41
Q

Ten ‘Unmyths’ of project estimation

A
  • The Accuracy Unmyth: We can have an “accurate estimate”.
  • The End-Date Unmyth: The job of estimating is to come up with a date for completion.
  • The Commitment Unmyth: The estimate and the commit- ment are the same.
  • The Size Unmyth: A project estimate is dependent on the size of the final system.
  • The History Unmyth: Histor- ical data is an accurate indicator of productivity.
  • The Productivity Unmyth: Productivity is an accurate indicator of project duration.
  • The LOC Unmyth: A Line of Code (LOC) count is a good way to size a system.
  • The Function Point Unmyth: Function Points are a good way to size a system.
  • The More People Unmyth: We can get the system faster, by assigning more resources.
  • The Defect-Free Unmyth: Given enough time, we can cre- ate a defect-free system.
42
Q

Gantt Chart: What is it? What is it for? How is it used?

A

Is a bar chart showing the start and end dates for the activities of a project. It assists in the planning and scheduling of projects of all sizes, although they are particularly useful for simplifying complex projects. Project management timelines and tasks are converted into a horizontal bar chart, showing start and end dates, as well as dependencies, scheduling and deadlines, including how much of the task is completed per stage and who is the task owner. This is useful to keep tasks on track when there is a large team and multiple stakeholders when the scope changes.

43
Q

Project Lifecycle: basic phases … different types, their focus & intent

A
Are the phases a product goes through from concept to completion. There are 4 Phases of the Project Management Life Cycle
Initiation
Planning
Execution
Closure
44
Q

Why are there so many components in several of the Life-Cycle phases? Explain.

A

The project management life cycle describes high-level processes for delivering a successful project. Wasted money and resources can be prevented with effective project management, as more than half of unsuccessful projects fail due to communication breakdown. In the phases of the project management life cycle, you come up with the idea for a project, define its goals, plan for its execution, and guide it to completion.

45
Q

SDLC – Waterfall Model & Agile Model (& Agile Manifesto)

A
  • SDPC is a combination of phases that a project needs to get through from its start to its completion. Typical phases in the software development life cycle are Initiation, Concept Development, Planning, Requirements Definition, UI Design, Development, Integration, Testing, Deployment, Hyper care, Maintenance, Hand-off, Closure, and Support.
  • Waterfall model is the most straightforward way to manage a project. Waterfall project management maps out a project into distinct, sequential phases, with each new phase beginning only when the previous one has been completed. The Waterfall system is the most traditional method for managing a project, with team members working linearly towards a set end goal.
  • Agile Model is an iterative approach to managing software development projects that focuses on continuous releases and incorporating customer feedback with every iteration.
46
Q

Characteristics of the Waterfall approach? What else is this called?

A

Is a sequential development process that flows like a waterfall through all phases of a project (analysis, design, development, and testing, for example), with each phase completely wrapping up before the next phase begins. Its also called Waterfall methodology

47
Q

What is a Predictive approach? Interactive approach? Incremental approach? Agile approach?

A
  • Predictive approach aka the Waterfall, focuses on planning and analyzing the projected future in-depth for anticipated risks.
  • Incremental approach is based on the principle that those involved in a project should at the outset focus on the key business objectives that the project is to achieve and be willing to suspend detailed consideration of the minutiae of a selected solution.
  • Agile approach caters to focusing on adapting quickly to changing scope and project reality.
48
Q

Characteristics of the (or an) Agile approach? Some examples? Benefits of Agile approaches?

A

It an iterative approach to managing software development projects that focuses on continuous releases and incorporating customer feedback with every iteration.
Faster feedback cycles
Identifies problems early
Higher potential for customer satisfaction
Time to market is dramatically improved
Better visibility / accountability
Dedicated teams drive better productivity over time
Flexible prioritization focused on value delivery

49
Q

What are some of the (nine) common things on which managers often waste their (and their team’s) time? Explain.

A
  • You think building trust is about team-building.
  • You think your team members generally know what’s going on.
  • You believe being busy as a leader is good.
  • You sort-of prepare for your one-on-one meetings (when you have the time).
  • You try to solve the problem yourself because you’re the domain expert.
  • You think transparency all the time is good.
  • You think you communicate the vision in your team well.
  • You think you’re giving enough feedback.
  • You’re nice
50
Q

What is the Agile Manifesto?

A

Is a formal proclamation of four key values and 12 principles to guide an iterative and people-centric approach to software development. The four key values of Agile are: Individuals and interactions over processes and tools.

51
Q

Phase / Phase Gate

A
  • Phase is a smaller, identifiable piece or part of a project
  • Phase Gate is the review point for project deliverables at the end of a phase of development
52
Q

System / Systems Thinking: definition of the concept, components

A

System may be defined as a set of interdependent components or factors which accomplish a predetermined goal.
Systems Thinking is a holistic way to investigate factors and interactions that could contribute to a possible outcome.

53
Q

Project prioritization: Why do this? What is/are the benefit(s)? How might it work? What is/are the limitation(s) of the approach? Explain.

A
  • Guides the organization in determining whether to proceed with a project
    ‒ Identifies the important Risks associated with the project that must be addressed if the project is approved
    ‒ Each organization has its own process(es) and format for the feasibility analysis
  • Many projects are discontinued
54
Q

Feasibility Analysis: definition + three primary types of feasibility analysis (+ three additional sub- or supporting-types)… what is the focus for each? What are the most-used types of feasibility analysis?

A

Guides the organization in determining whether to proceed with a project
Three common types:
• Technical Feasibility (Can we build it?)
• Economic Feasibility (Will it provide business value?)
• Organizational Feasibility (If we build it, will it be used?)

55
Q

What are tangible and intangible benefits? Costs? What is the difference between tangible and intangible?

A

Tangible Benefits: can be quantified with relative certainty or precision
Intangible Benefits: cannot be quantified with relative certainty. Many of these may be more easily quantified as the project proceeds and they gain a better understanding of the benefits
Tangible Costs: Can be quantified with relative certainty
Intangible Costs: cannot be quantified with relative certainty

56
Q

One-time Cost? Recurring Costs?

A

One time costs is a cost associated with project start up and development or system start up
Recurring costs is a cost resulting from the ongoing evolution and use of a system

57
Q

Familiarity with the general guidelines for doing an economic feasibility analysis, i.e., determining project costs?

A

Financial Criteria, Nonfinancial Criteria, and Multi-Criteria Selection Models

58
Q

What are some of the financial tools for doing the economic analysis?

A

W VARIABLES. Variables play an important role in economic theories and models. …
CETERIS PARIBUS. Ceteris paribus is a Latin phrase meanings, “all other things remaining the same” or all relevant factors being equal. …
FUNCTION. …
EQUATIONS. …
IDENTITIES. …
GRAPHS AND DIAGRAMS

59
Q

What are the three primary variables that contribute to technical feasibility? What are the general expected outcomes from the combinations of these three variables?

A

Hardware, software, and operationing environment. Reduce risks

60
Q

What are the effects of project structure, familiarity with the technology, and project size on the level of risk or the likelihood of project success? Explain. Which combination is the riskiest? Least risky?

A

greatly impact communication necessary to complete projects successfully. In a company with structure that fosters interdepartmental communication, frequent dialogue between management and subordinates, projects have a great chance for success.

61
Q

What are the different types of project conflict? How do we manage these different types?

A

group differences, lack of communication, poor leadership, and disagreement on conflicts

62
Q

What are some of the reasons for the growth in global teams? Challenges for managing global teams? Limitations in global teams? What about Virtual teams (which may or may not be global)?

A

Growth in global teams: advances in telecommunications, increased globalization, and increased outsourcing. Challenges: Technology related challenges, cultural challenges, human resource challenges, environmental challenges. Virtual teams is often refereed as global project teams

63
Q

Project Charter – purpose and major components

A

Its a short document that serves as the foundation for the project. It describes what the project will deliver and authorizes the use of resources to complete the project.
Components:
- Project title and date of authorization
- Project manager name and contact information
- Customer name and contact information
- Project purpsose
- Project objectives and description as well as major deliverables
- Key requirements
- Project risk
- Projected start and completion dates and major milestones
- Approved financial resources
- Key stakeholders, project role, and responsibilities
- Key assumptions or approach
- Approval and exit criteria
- Signature section for key stakeholders

64
Q

Team Charter – purpose and major components

A
Is a document that is developed in a group setting that clarifies team direction while establishing boundaries.
Components:
- Team Purpose
- Duration and Time Commitment
- Scope (in scope / out of scope)
- Members
- Desired End Result
- Supporting Resources
- Reporting Plan
- Deliverables
- Links
65
Q

What is the difference between Project Charter and Team Charter?

A

A project charter describes the vision of a project, the intended outcome, success criteria, KPIs etc., whereas a team charter does that for a team.

A team need not necessarily be a project team. It could be supporting an operation such has a HR team or a Finance team. Or a team that supports multiple projects with their collective experience and skills

66
Q

Project Dextre, specifically, how did the development team structure, organize, and manage the project?

A

(the robot arm on the International Space Station (ISS). Consider the difficulty of a project undertaken by MD Robotics to develop aspecial-purpose dexterous manipulator for the Canadian Space Agency. Given the risky nature of spacewalks, this specially developed robotic arm, called “Dextre,” was to be developed to support the astronauts on the International Space station (ISS). To encourage freedom of communication as well as timely problem solving, the executive project team decided to co-locate project staff on a single floor of the MD Robotics facility. The Dextre project group was divided into smaller subproject teams, which in the spirit of true co-location and collaboration worked in an open office environment designed to promote communication. Project managers were able to freely interact with engineers, and project teams were able to communicate with each other under a “no surprises rule” implemented by senior management. The no-surprises rule specified that project teams should communicate any need design changes to other project teams as soon as they were identified. Although the senior management team was made aware of any design changes, it did not have to sign off before teams were allowed to implement the changes. Using this team-based project structure, combined with the policy of allowing the teams the autonomy to make development changes, MD Robotics was able to deliver Dextre to the Canadian Space Agency both on budget and on time. Designed for an active life of fifteen years, Dextre was launched in 2008 and continues to support the astronauts on the ISS by allowing them to focus on scientific projects.

67
Q

Broad project types: Compliance, Operational, Strategic … On what or where does each focus? How are they different? How can you tell where a project fits among these three categories?

A

Compliance – projects that are needed to meet required regulatory conditions,
i.e., ‘Must Do’ Projects … often have penalties if not implemented
Strategic – projects that directly support the organization’s long-run mission … frequently directed toward increasing revenue or market share
Operational – projects that are needed to support current operations … often intended to improve efficiency of delivery systems, reduce product costs, or improve performance

68
Q

General phases of a project – Initiate, Plan, Execute, Monitor & Control, Close … emphasis of each, what is done in each, how they work together, etc.

A
  • Initiating (2 processes): Develop Project Charter, and Identify Stakeholders
  • Planning (24 processes): Develop Project Management Plan, Plan Scope Management, Collect Requirements, Define Scope, Create WBS, Plan Schedule Management, Define Activities, Sequence Activities, Estimate Activity Duration(s), Develop Schedule, Plan Cost Management, Estimate Costs, Determine Budget, Plan Quality Management, Plan Resource Management, Estimate Activity Resources, Plan Communications Management, Plan Risk Management, Identify Risks, Perform Qualitative Risk Analysis, Perform Quantitative Risk Analysis, Plan Risk Responses, Plan Procurement Management, and Plan Stakeholder Engagement
  • Executing (10 processes): Direct & Manage Project Work, Manage Project Knowledge, Manage Quality, Acquire Resources, Develop Team, Manage Team, Manage Communications, Implement Risk Responses, Conduct Procurements, and Manage Stakeholder Engagement
  • Monitoring & Controlling (12 processes): Monitor & Control Project Work, Perform Integrated Change Control, Validate Scope, Control Scope, Control Schedule, Control Costs, Control Quality, Control Resources, Monitor Communications, Monitor Risks, Control Procurements, and Monitor Stakeholder Engagement
  • Closing (4 processes): Project Wrap-Up, Project Handoff, Post-Project Audit, and Evaluation & Lessons Learned
69
Q

Business Case – What is it? Why use one?

A

It is tye justification that presents the economic, technical, operational, schedule, legal and comtractual, and politcal factors influencing a proposed project. We use one because we want to do this project

70
Q

Best Practices in Project Management

A
Have a kickoff meeting
Establish project scope and objectives
Communicate effectively
Ask for feedback
Create a resource plan
Create a risk response team
Ensure transparency in the project
Expect and accommodate change requests
Ensure proper documentation
Avoid adding unrealistic milestones
Review and reflect on the performance
71
Q

What is project Scope? A Scope statement? What is (probably) the largest risk in relation to scope? What are the primary tasks related to Scope Planning?

A
  • Scope is a detailed outline of all aspects of a project, including all relate activities, resources, timelines, and deliverables, as well as the project’s boundaries. Outlines key stakeholders, processes, assumptions, and constraints, as well as what the project is about, what is
    included, and what isn’t. All of this essential information is documented in a scope statement.
  • Scope Statement: A key document that provides all stakeholders with a clear understanding of why the project was initiated and defines its key goals
  • Largest risk is Beware of ‘Scope Creep’ … a progressive, uncontrolled increase in project scope (also called ‘Feature Creep’). Scope Creep is recognized as the single biggest reason for project failure or missed targets/deadlines.
  • Scope Planning Tasks: Identify Requirements, Develop Project Scope Statement, Create Work Breakdown Structure (WBS), Scope Validation, and Implement and communicate Change Control Process, i.e., control the Project Scope
72
Q

What is Scope Validation? What is a Change Control Process?

A

Scope Validation is the process of obtaining the project stakeholders’ formal acceptance of a project’s deliverables.
Change Control process is a formal process for assuring that only agreed upon changes are made to the project’s scope.

73
Q

How can you control project scope, especially change in or revisions to scope?

A

Throughout the life of a project, various types of chnage requests are made from correcting minor to severe design defects to improving or extending system functionality and features. Requests to make changes are made using a system service request. Over the life of a project, a log of all service requests are kept so the status of any request is known.

74
Q

What is Scope Creep (aka Feature Creep)? Why might it be an issue in a project?

A

Is a progressive, uncontrolled increase in project scope and is recognized as the single biggest reason for project failure or missed targets/deadlines

75
Q

How can we ‘outsmart’ scope creep?

A
- Educate your staff
‒ Clearly define the project
‒ Gather all relevant information
‒ Define the objectives and deliverables
‒ Assign a Project Sponsor
- Create an approval process
‒ Stay on track
‒ Create a good communication process
‒ Understand when change IS necessary
‒ Schedule regular meetings
76
Q

What is a WBS? What is it for? How does it work? How is it created? A Work Package?

A

WBS stands for Work Breakdown Structure, it describes the components needed to create the overall project. It serves as a aid in illustrating the projects scope and as a launching point for describing the activities necessary for creating the various subcomponents of a project. A WBS is created is decomposition of breaking up a larger project into smaller components until the desired level is achieved.
Work Package are the lowest level units illustrated in the WBS, its used to estimate project schedule and budget.

77
Q

Is a WBS supposed to be sequential? Can it be sequential?

A

Yes, since its a hierarchical decomposition of a project into manageable chunks

78
Q

What is the “Cone of Uncertainty?” What does it show?

A

The Cone of Uncertainty is a progressively more detailed and accurate projection of the project schedule and duration as the project manager or project team specifies project deliverables and activities in more detail.

79
Q

What is a project network diagram? What is its purpose? When is it done? Is it precise, as in it tells you what the project must do and when? Why develop a project network?

A

Is a schematic display that illustrates the various tasks in a project as well their sequential relationship. We use them to monitor and control processes to measure performance and progress and compare these against planned performance and progress. If a problem is found, steps are made to correct them.

80
Q

In creating a project network, what is an “AON” (activity-on-node) approach? An “AOA” (activity-on-arrow) approach? Which do we use?

A

AON is a project management term that refers to a precedence diagramming method which uses boxes to denote schedule activities. These various boxes or “nodes” are connected from beginning to end with arrows to depict a logical progression of the dependencies between the schedule activities.
AOA aslo called Arrow diagramming method is a network diagramming technique that shows the project tasks or activities as the arrows in the diagram.
We use both of them though Activity on Arrow is an arrow denotes passage of time and therefore is better suited (than a node) to represent a task.

81
Q

Types of errors to watch out for during network diagramming activities?

A

Dangling, Looping, and Redundancy

82
Q

Tools/Techniques for estimating activity duration(s) – where do we get the data we use?

A

Expert judgement, analogous estimating, quantitively based duration estimating, bottom up estimating, alternatives analysis, and reserve analysis.

83
Q

How do we increase the accuracy for determining the value for the activity durations?

A

Using several techniques to estimate activity duration as opposed to relying on one can increase the overall accuracy of any estimates. Which include: Expert judgement, analogous estimating, quantitively based duration estimating, bottom up estimating, alternatives analysis, and reserve analysis.

84
Q

How is the project budget determined? Is the budget for a project 100% (or near 100% accurate? If ‘Yes,’ explain how that is achieved? If ‘No,’ explain why not + how that is achieved.

A

− Inputs: Overall project scope baseline, cost and resource
management plans, and Risk Register, Project schedule, business case, benefits management
plan, external agreements for outside purchases, and EEFs and OPAs.
− Tools and Techniques: Expert judgment, and Reserve analysis
− Outputs: Cost Baseline is document that contains the approved project budget for all schedule activities and serves as a basis for comparison during project execution, Updates to the cost estimates, project schedule, and risk register.
- Project budgets cannot achive 100% accuracy as the actual cost of project management varies–and there have been no studies that have provided any conclusive answers to the question–most educated guesses put the cost of project management at somewhere between 10 to 15 percent of overall project costs.

85
Q

What is “sensitivity analysis” in a project network? Why do it? What is the benefit?

A

Its a technique used to examine the potential impact of specific risks to a project. We need to determine which risks has the most impact and try to reduce the impacts

86
Q

S.M.A.R.T. Objectives

A

Specific, Measurable, Attainable, Relevant, and Time-bound

87
Q

Increasing Resource-Estimating Accuracy? What are the six primary/broad approaches?

A

Is to estimate the resources needed for each activity so they can be deployed in the most effective manner.
Expert Judgment, Published estimating data, bottom up estimating, analogous estimating, parametric estimating, alternatives analysis.

88
Q

Plan Resource Management process

A

It uses these inputs:
project plan, quality management plan, scope baseline, project
documents (e.g., project schedule, requirements documentation,
risk register, stakeholder register, EEFs (Enterprise Environment
Factors), and OPAs (Organizational Process Assets)
‒ Details how physical and human resources will be acquired and how
human resources will be managed
‒ Process leads to the development of the Team Charter and updates to
the project’s assumption log and resource-related components of the
Risk Register

89
Q

Contingency Reserve & Management Reserve – what are these in terms of budgeting and scheduling a project?

A

Contingency Reserve is used when a risk occurs as part of the risk response strategy. The actual impact of the risk is added to the cost or schedule, the estimates are updated, and contingency reserve decreases. The baseline, however, does not change.
Management Reserve is an amount of the contract budget set aside by the project manager at the beginning of a project. It is established to provide budget for known-unknowns that are within the scope of the contract but out of scope to any control account.

90
Q

What are the different types of project resources?

A

Human resources, equipment, space, and money

91
Q

PERT Activity Duration Analysis and Calculations

A

Stands for Program Evaluation and Review Technique, its a specific form of three point estimation that uses weighted average method to estimate activity durations.
PERT = Optimistic Time + (4 * Most Likely Time) + Pessimistic Time/ 6

92
Q

Function-Point Analysis – What is this? What is its emphasis or focus? What is a ‘Function Point?’ Are there broad variations in software development based on the programming language used? Explain. How is this approach different from the PERT approach or the Three-Point Estimation approach?

A

Is a ‘unit of measurement’ to express the amount of business functionality a piece of software provides to a user … A proxy for estimating effort (e.g., Lines of Code – LOC)
‒ The cost in dollars (or hours) is calculated from past projects
‒ Is used in both traditional and Agile environments
‒ Several similar, but differently focused approaches, have been developed
‒ Five basic types of functional user requirements … each maps to an end-user function (i.e., a major action): Inputs, Outputs, Internal files, External interfaces, and Inquiries
‒ Tends to hide (or ignore) internal functions/activities, such as algorithms (which also require resources to function)
‒ Use (of FPA) tends to reduce the risk of inflation in the number of lines of code (LOC), especially where some higher-level programming languages use more lines of code to accomplish some tasks than others
‒ In the U.S. software industry, one person-month of effort (on average) generates about 5 function points of production (across all types of software projects) … but each organization should collect and analyze its own historical data

93
Q

What is Organizational Project Maturity Model (OPM3)? What is it for? How is it used? Why might it be important?

A

It presents an approach to explain an organizational project management and to assess the maturity of the project against a broad-based set of Organizational project management best practices. The maturity model also gives a process which can establish a set of best practices and capabilities. This process makes the organizational state more mature thus it gives the more mature organization. Organizational project management maturity is demonstrated by the consolidation of the best practices within the program, projects and portfolio domains.

94
Q

What is the Cost of Quality? What are the two main categories, and the four subcategories? Why should we pay attention to these issues/concepts?

A

It is the cost to improve or ensure quality measures as well as the cost associated with the lack of quality.
Cost of Conformance: Appraisal Costs and Prevention Costs
Cost of Nonconformance: External Failure Costs and Internal Failure Costs
We pay attention because it might represent the amount of money a business could loss from products or services not being done the first time around as well the costs to do it the first time around. Estimates are that the cost of quality may run from 15 to 30 % of total costs for most businesses!

95
Q

What are some of the characteristics that support team success? What are some of the common things that can lead to team conflict and reduce team success or team performance? What can encourage or support high-performing teams?

A

Factors supporting team success include Work design, composition, context, and process
Team conflict factors: Groupthink: Illusion of invulnerability, Whitewash of critical thinking, Negative stereotypes of outsiders, and Direct pressure
‒ Abilene Paradox
‒ Bureaucratic Bypass Syndrome: (workarounds from procedure)
‒ Team Spirit Becomes Team Infatuation
‒ Going Native
High performing team factors:

‒ There are 10 or fewer members per team (really 7 ±
2)
‒ Members volunteer to serve on the project team
‒ Members serve on the project from beginning to end
‒ Members are assigned to the project full time
‒ Members are part of an organizational culture that
fosters cooperation and trust
‒ Members report solely to the project manager
‒ All relevant functional areas are represented on the
team
‒ The project involves a compelling objective (e.g., a
clear vision)
‒ Members are located within conversational distance
of each other … they are co-located

96
Q

What are the factors that can affect team performance?

A

‒ There are 10 or fewer members per team (really 7 ±
2)
‒ Members volunteer to serve on the project team
‒ Members serve on the project from beginning to end
‒ Members are assigned to the project full time
‒ Members are part of an organizational culture that
fosters cooperation and trust
‒ Members report solely to the project manager
‒ All relevant functional areas are represented on the
team
‒ The project involves a compelling objective (e.g., a
clear vision)
‒ Members are located within conversational distance
of each other … they are co-located

97
Q

What are some of the pitfalls in team behavior and decision-making that can lead to diminished performance?

A
‒ Groupthink
• Illusion of invulnerability
• Whitewash of critical thinking
• Negative stereotypes of outsiders
• Direct pressure
‒ Abilene Paradox
‒ Bureaucratic Bypass Syndrome
(i.e., workarounds from procedure)
‒ Team Spirit Becomes Team
Infatuation
‒ Going Native
98
Q

Is conflict within a team good? Explain.

A

Yes its part of the Functional conflict plays a critical role in obtaining a deeper understanding of the issues and coming up with the best decisions possible

99
Q

What are some of the challenges of managing or working in a virtual team?

A

Two biggest challenges involved in managing a virtual
project team are:
‒ Developing trust
‒ Hold a face-to-face meeting at the beginning and
orchestrate the exchange of social information
‒ Set clear roles for each team member
‒ Form teams with people who have already worked
effectively together on projects, if possible
‒ Developing effective patterns of communication
‒ Don’t let team members vanish
‒ Establish a code of conduct to avoid delays
‒ Establish clear norms and protocols for surfacing
assumptions and conflicts
‒ Use electronic video technology to verify work
‒ Share the pain

100
Q

What is the benefit or advantage of having team members with different work personalities (e.g., different Clifton Strengths)? Explain. Disadvantages?

A
A combination of different team personality types can create a stronger, more balanced workplace. Employees who are quiet and introverted often help to stabilize things at work, but workers who are risk-takers can provide the spark necessary to try new things, develop bolder ideas, and suggest improvements that can boost efficiency. Disadvantages include Longer Project Timelines.
Free Riders.
Personality Clashes.
People Who Work Better Independently.
Reduced Innovation/Lack of New Ideas.
101
Q

What are some of the behavioral or differences in attention between managers and leaders? Why might this be important?

A
Managers: ‒ Objectives
‒ Telling how and when
‒ Shorter range
‒ Organization and structure
‒ Autocracy
‒ Restraining
‒ Maintaining
‒ Conforming
‒ Imitating
‒ Administrating
Leaders: ‒ Vision
‒ Selling what and why
‒ Longer range
‒ People
‒ Democracy
‒ Enabling
‒ Developing
‒ Challenging
‒ Originating
‒ Innovating