Project Time Management Is A Group of Processes Processes
Project Time Management Is A Group of Processes Processes
Project Time Management is a group of processes required to ensure timely completion of the project. Processes There are following processes which are part of Project Time Management. Activity Definition Activity Sequencing
Processes
Activity Resource Estimating Activity Duration Estimating Schedule Development Schedule Control
Activity Definition
Identify the activities that must be performed to produce the project deliverables. In other words activity definition defines the activities that must be performed to meet the project objectives The Activity Definition process will identify the deliverables at the lowest level in the work breakdown structure (WBS), which is called the work package. Activity Definition process is a part of "Project Planning Phase".
(2.3) Rolling Wave Planning: Rolling wave planning is a form of progressive elaboration planning where the work to be accomplished in the near term is planned in detail at a low level of the WBS. The work to be performed within another one or two reporting periods in the near future is planned in detail as work is being completed during the current period. (2.4) Expert Judgment: Project team members or other experts who are experienced and skilled in developing detailed project scope statements, WBSs, and project schedules can provide expertise in defining activities.
2.5) Planning Component: Two planning components are: Control Account: A management control point can be placed at selected management points of the work breakdown structure above the work package level. These control points are used as a basis for planning when associated work packages have not yet been planned. All work and effort performed within a control account is documented in a control account plan. Planning Package: A planning package is a WBS component below the control account, but above the work package.
Activity Sequencing
Establishing the activity logic and the dependencies needed to create a realistic and achievable schedule. Activity Sequencing process is a part of "Project Planning Phase".
Finish-to-Finish: Activity A must finish before Activity B can finish. Start-to-Finish: Activity A must start before Activity B can finish.
Here first two type of dependencies are most frequently used and last two dependencies are least frequently used.
ADM uses only finish-to-start dependencies and may require the use of dummy activities to define all logical relationship correctly.
2.3) Conditional Diagramming Methods: Diagramming techniques such as Graphical Evaluation & Review Technique ( GERT) and System Dynamics models allow for non-sequential activities such as loops or conditional branches. Neither PDM nor ADM allows loops or conditional branches.
(2.4) Network Templates: Standardized networks can be used to expedite the preparation of Project Network Diagram. This can include an entire project or only a portion of it. Portion or a network are often referred to as subnet or fragments.
(2.5) Dependency Determination: Three types of dependencies are used to define the sequence among the activities. Mandatory dependencies (Hard logic): Determined by the nature of work to be done. Discretionary dependencies (Soft logic): Defined by the project management team. External dependencies : Relationships between project activities and non-project activities. E.g. delivery of hardware of an external supplier.
(2.6) Applying Leads and Lags: A lead allows an acceleration of the successor activity and A lag directs a delay in the successor activity
(3.2) Activity list updates : Adding, dividing or redefining activities so that the relationships are correctly diagrammed. (3.3) Activity Attributes updates: The activity attributes are updated to include the defined logical relationships and any associated leads and lags.
(3.4) Requested Changes: Preparation of project logical relationships, leads, and lags might reveal instances that can generate a requested change to the activity list or the activity attributes.
(1.4) Activity Attributes: The activity attributes developed during the activity definition process provide the primary data input for use in estimating those resources required for each schedule activity in the activity list. (1.5) Resource Availability: Information on which resources such as people, equipment, and materiel etc are potentially available is used for estimating the resource types. This knowledge includes consideration of various geographical locations from which the resources originate and when they may be available. (1.6) Project Management Plan: The schedule management plan is a component part of the project management plan that is used in Activity Resource Estimating.
(2.4) Project Management Software: Project management software has the capability to help plan, organize, and manage resource pools and develop resource estimates. (2.5) Bottom-up Estimating: The resource needs of each lower, more detailed piece of work are estimated, and these estimates are then aggregated into a total quantity for each of the schedule activitys resources.
(3.4) Resource Calendar updates: A composite resource calendar for the project documents working days and nonworking days that determine those dates on which a specific resource, whether a person or materiel, can be active or is idle. (3.5) Requested Changes: The Activity Resource Estimating process can result in requested changes to add or delete planned schedule activities within the activity list.
(1.3) Project Scope Statement: The constraints and assumptions from the project scope statement are considered when estimating the schedule activity durations. (1.4) Activity List & Attributes (1.5) Activity Resource Requirements: Duration estimates are influenced by resource effort and assignments. (1.6) Resource Calendar: The composite resource calendar developed as part of the Activity Resource Estimating process, includes the availability, capabilities, and skills of human resources.
(1.7) Project Management Plan: The project management plan contains the risk register and project cost estimates Risk Register: has information on identified project risks that the project team considers when producing estimates of activity durations and adjusting those durations for risks. Activity Cost Estimates: The project activity cost estimates, if already completed, can be developed in sufficient detail to provide estimated resource quantities for each schedule activity in the project activity list.
(2.4) Three-Point Estimates: Three-point estimates are based on determining three types of estimates: Most likely: The activity duration is based on a average-case scenario of what is described in the most likely estimate. Optimistic: The activity duration is based on a best-case scenario of what is described in the most likely estimate. Pessimistic : The activity duration is based on a worst-case scenario of what is described in the most likely estimate.
(2.5) Reserve Analysis ( Contingency ): Project teams may choose to incorporate an additional time frame, called time reserve, contingency or buffer, that can be added to the activity duration or elsewhere in the schedule as recognition of schedule risk.
Schedule Development
Determining the start and finish dates of project activities. If start and finish dates are not realistic, the project is unlikely to be finished on schedule. Schedule development process is part of "Project Planning Phase".
(1.5) Activity Resource Requirements (1.6) Resource Calendars (1.7) Activity Duration Estimates (1.8) Project Management Plan
Program Evaluation and Review Technique (PERT): Uses a weighted average duration estimate to calculate duration. Uses the probability of an estimate.s accuracy. Graphical Evaluation and Review Technique ( GERT ): allows for probabilistic treatment of both network logic and activity duration estimates ( ie. some activities may not be performed at all, come may be performed only in part and others may be performed more than once. Expected Time = (Low + 4*Medium + High) / 6
(2.2)Duration Compression: Duration compression is a special case of mathematical analysis that looks for ways to shorten the project schedule without changing the project scope. Duration compression includes techniques such as: Crashing : Project crashing is a method for shortening the project duration by reducing the time of one or more of the critical project activities to less than its normal activity time. The objective of crashing is to reduce project duration while minimizing the cost of crashing.
CRASHING is reducing project time by expending additional resources. CRASH TIME is an amount of time an activity is reduced. CRASH COST is the cost of reducing activity. Fast Tracking: Doing activities in parallel that would normally be done in sequence ( eg. starting to write code on a software project before the design is complete). Fat tracking often results in rework and usually increases risk
(2.3) Resource Leveling Heuristics: Allocate scare resources to critical path activities first etc. (2.4) Project Management Software: MSP etc are widely used to prepare a project schedule (2.5) Applying Calendars: Project calendars and resource calendars identify periods when work is allowed. Project calendars affect all activities. (2.6) Adjusting Leads and Lags: Since the improper use of leads or lags can distort the project schedule, the leads or lags are adjusted during schedule network analysis to develop a viable project schedule.
(2.7) Schedule Model: Schedule data and information are compiled into the schedule model for the project. (2.8) Critical Chain Method: Critical chain is another schedule network analysis technique that modifies the project schedule to account for limited resources. Critical chain combines deterministic and probabilistic approaches. (2.9) What-If Scenario Analysis: This is an analysis of the question .What if the situation represented by scenario .X. happens?"
(3.3) Schedule Baseline: A schedule baseline is a specific version of the project schedule developed from the schedule network analysis of the schedule model. It is accepted and approved by the project management team as the schedule baseline with baseline start dates and baseline finish dates. (3.4) Resource requirement updates : Updates based on the results of resource leveling. (3.5) Activity Attributes updates
(3.6) Project Calendar updates (3.7) Requested Changes: The Schedule Development process can create requested changes that are processed for review and disposition through the Integrated Change Control process (3.8) Project Management Plan updates
Schedule Control
Schedule control is concerned with, Determining the current status of the project schedule Influencing factors that cause schedule changes ensuring these are agreed upon
Determining that the schedule has changed Managing the changes when and as they occur. Schedule Control process is a part of "Project Controlling Phase".
(2.3) Performance measurement (Earned Value): Assessment of schedule variations to determine whether they require corrective actions. For example, a major delay on a noncritical activity may have little effect on the overall project while a much shorter delay on a critical activity may require immediate action. (2.4) Project Management software: For tracking planned dates against actual dates and forecasting. Useful tool for Schedule Control.
(2.5) Variance Analysis : Comparing target dates with the actual/forecast start and finish dates. (2.6) Schedule Comparison Bar Charts : To facilitate analysis of schedule progress, it is convenient to use a comparison bar chart, which displays two bars for each schedule activity. One bar shows the current actual status and the other shows the status of the approved project schedule baseline.
(3.3) Performance Measurements: The calculated schedule variance (SV) and schedule performance index (SPI) values for WBS components, in particular the work packages and control accounts, are documented and communicated to stakeholders. (3.4) Requested Changes: Schedule variance analysis, along with review of progress reports, results of performance measures, and modifications to the project schedule model can result in requested changes to the project schedule baseline.
(3.5) Corrective action : Anything done to bring expected future schedule performance back in-line with the project plan. (3.6) Organizational Process Assets updates: Lessons learned documentation of the causes of variance, the reasoning behind the corrective actions chosen, and other types of lessons learned from schedule control are documented in the organizational process assets (3.7) Activity List & Attributes Updates (3.8) Project Management Plan updates