Chapter 3 Flashcards
Critical Path
A series of events and activities with no slack time. If any activity along the critical path falls behind schedule, the entire project schedule is similarly delayed. As the name implies, a critical path includes all activities that are vital to the project schedule
Concurrent Task
A task that can be completed at the same time as (in parallel with) another task
Dependent Task
A task is said to be dependent when it has to be completed in a serial sequence.
Gantt Chart
A horizontal bar chart that illustrates a schedule. Developed many years ago by Henry L.Gantt as a production control technique. Still are in common use today
Milestone
A reference point that marks a major occurrence. Used to monitor progress and manage a project.
PERT
The Program Evaluation Review Technique (PERT) was developed by the U.S. Navy to manage very complex projects, such as the construction of nuclear submarines.
Predecessor Task
A single prior task upon which two or more concurrent tasks depend
Risk
An event that could affect the project negatively
Project Triangle
The three major components of a project: cost, scope, and time. A project manager tries to find the optimal balance among these factors
Risk Response Plan
A proactive effort to anticipate a risk and describe an action plan to deal with it. An effective risk response plan can reduce the overall impact by triggering a timely and appropriate action
Slack Time
The amount of time by which an event can be late without delaying the project. The dif-ference between latest completion time (LCT) and earliest completion time (ECT)
Task
Any work that has a beginning and an end, and requires the use of company resources including people, time, and/or money. Examples include conducting a series of interviews, designing a report, selecting software, waiting for the delivery of equipment, and training users.
Structured Walkthrough
A review of a project team member’s work by other members of the team.Generally, systems analysts review the work of other systems analysts, and programmers review the work of other programmers, as a form of peer review. Should take place throughout the SDLC and are called requirements reviews, design reviews, code reviews, or testing reviews, depending on the phase in which they occur.
Quality Assurance
A process or procedure for minimizing errors and ensuring quality in products. Poor quality can result from inaccurate requirements, design problems, coding errors, faulty documen-tation, and ineffective testing. A quality assurance (QA) team reviews and tests all applications and systems changes to verify specifications and software quality standards.
Risk Management
The process of identifying, evaluating, tracking, and controlling risks to minimize their impact