Thursday, May 10, 2012

CPM & PERT


CPM &PERT


According to Schwalbe (2010), “Critical Path Method (Critical Path Analysis) is a network diagramming technique used to predict total project duration”.
The basic purpose of creating a PERT chart is to determine how much time will take to finish the whole project and can identify the earliest possible dates on which we can expect an activity to start or end (Kerzner, 2006). In PERT, user can easily analyze dates with its network diagram.

Optimistic time (a) - Time an activity will take if everything goes as well as possible
Pessimistic time (b) - Time an activity would take assuming very unfavorable conditions
Most Likely time (m) - Most realistic time estimate to complete the activity
(Rehan, 2012)
According to Rehan (2012),
To find the expected activity time (t), the beta distribution weights the estimates as follows
t = (a + 4m + b)/6

To compute the dispersion or variance of activity completion time, we use the following formula
Variance = ( ( b – a ) / 6 )^2

A series of activities that determines the earliest time by which the project can be completed is called the Critical Path of a project. (Schwalbe, 2010)


The differences between PERT and CPM

  •  PERT uses three time estimates (optimistic, most likely and pessimistic) to derive an expected time. CPM uses one time estimate that represents the normal time.
  •   PERT is probabilistic in nature, based on a beta distribution for each activity time and a normal distribution for expected time duration. This allows us to calculate the “risk” in completing a project. CPM is based on a single time estimate and is deterministic in nature.
  •  Both PERT and CPM permit the use of dummy activities in order to develop the logic.
  •  PERT is used for R&D projects where the risks in calculating time durations have a high variability. CPM is used for construction projects that are resource dependent and based on accurate time estimates.
(Kerzner, 2006)




Saturday, May 5, 2012

WBS


WORK BREAKDOWN STRUCTURE


Project Management Body Of Knowledge
Information Technology Project Management
Kathy Schwalbe
Project Management
Harold Kerzner
Create WBS is the process of subdividing project deliverables and project work into smaller, more manageable
Components. The work breakdown structure (WBS) is a deliverable-oriented hierarchical decomposition of
the work to be executed by the project team to accomplish the project objectives and create the required
deliverables, with each descending level of the WBS representing an increasingly detailed definition of the
Project work.
Work Breakdown Structure is a deliverable-oriented grouping of the work involved in a project that defines the total scope of the project. Because most projects involve many people and many different deliverables, it is important to organize and divide the work into logical parts based on how will be performed.WBS provides the basis for planning and managing project schedules, costs, resources and changes.
A WBS is a product oriented family tree subdivision of the hardware, services and data required to produce the end product. The WBS is structured in accordance with the way the work will be performed and reflects the way in which project costs and data will be summarized and eventually reported. Preparation of the WBS also considers other areas that require structured data, such as scheduling, configuration management, and contract funding and technical performance parameters. It is the single most elements because it provides a common framework of the project tasks.

When creating a WBS, mainly project deliverables and project work is subdividing into smaller and more manageable components. WBS bestows a hierarchical over-view of a project workflow, it is mentioned in Project Management Body of Knowledge (2008), “The WBS is a deliverable-oriented hierarchical decomposition of the work to be executed by the project team to accomplish the project objectives and create the required deliverables with each descending levels of the WBS representing an increasingly detailed definition of the project work.”


When comparing the WBS definitions in each book, it gives an idea about the WBS. But Kathy Schwalbe and Harold Kerzner has taken the main idea from the Project Management Body of Knowledge. So in Project Management Body of Knowledge definition’s extended definitions are included in other 2 books.



Advantages and disadvantages in using a WBS

Advantages in using a WBS

1.      The WBS reflects the project objectives, by listing all the activities required to accomplish these objectives, it prevents confusion and doubts as to the aim of the project.
2.      It creates a common database and dictionary of common notation that serves as a reference point for all involved parties.
3.      The WBS enables smooth communications among the project team members and between them and customers, suppliers, regulators and etc.
4.      It serves as an archive that can later facilitate knowledge transfer to other projects or learning by new members of the work force.
5.      The WBS is an effective tool for resource management.

(Salvendy, 2001)

Disadvantages in using a WBS

1.      The WBS requires a significant amount of effort to build and maintain.
2.      The WBS encourages rigid structure for the project. Thus it reduces managerial flexibility to initiate and lead changes during the project life cycle.

(Salvendy, 2001)


REFERENCE & BIBLIOGRAPHY


Salvendy, G. 2001, Handbook of Industrial Engineering, 3rd ed, John Wiley & Sons, Inc, Canada.

Monday, April 9, 2012

The Project Charter


RESEARCH
According to PMBOK;
The project Charter is used to satisfy the stakeholder’s needs and expectations, by developing a document which is formally allowed the project or a phase to document initial requirements. So the charter establishes a partnership between the performing organization and the requesting organization. The project manager participating in developing the charter, so then project manager has the authority of applying resources to project activities. The project charter is developing before starting planning session. The approved project charter is initiated the project.
To develop a project charter it needs inputs, tools and techniques.
Inputs
Tools & Techniques
Outputs
1.      Project statement of work
1.      Expert judgment
1.      Project charter
2.      Business case


3.      Contract


4.      Enterprise environmental factors


5.      Organizational process assets



1.      Project Statement Of Work (SOW)
The statement of work describes about the products or services that would be delivered from the project. So based on business needs, product or service requirements the project initiator or sponsor provides the statement of work for internal projects.
The statement of work references:
·         Business need
·         Product scope description
·         Strategic plan

2.      Business case
The business case provides the details of the necessary information from business standpoint to decide whether the project is worth the required investment. The reason of creating business case has mentioned below.

·         Market demand
·         Organizational need
·         Customer request
·         Technological advance
·         Legal requirement
·         Ecological impacts
·         Social need

3.      Contract
If the project has been done for external customer then only the contract become an input.

4.      Enterprise environmental factors
To develop the project charter the enterprise environmental factors can be involved, but it doesn’t limit the governmental or industry standards, organization infrastructure and marketplace conditions.

5.      Organizational process assets
The organizational process assets also can be influenced the develop project charter process and it is not limited to organizational standard processes, policies and standardized process definitions for use in the organization, templates and historical information and lessons learned knowledge base.

Expert judgment
During this process the expertise and judgment can be applied to any technical and management. Expert judgment evaluates the inputs which are used to develop the project charter.
Finally all the inputs and tools and techniques create the charter as the output.
According to PMBOK (2008) “The project charter documents the business needs, current understanding of the customer’s needs and the new product, service or result that is intended to satisfy, such as”


·         Project purpose or justification
·         Measurable project objectives and related success criteria
·         High level requirements
·         High level project description
·         High level risks
·         Summary milestone schedule
·         Summary budget
·         Project approval requirements
·         Assigned project manager, responsibility and authority level
·         Name the authority of the sponsor or other person(s) authorizing the project charter

As Kathy Schwalbe (2006, p.147) said, “A project charter is a document that formally recognizes the existence of a project and provides direction on the project’s objectives and management”.
The project manager mainly involving, in developing the project charter. So he/she gets the access to use the organizational resources to complete the project. The format of the project charter can be different. But it should include at least the following basic information.
1.      The project’s title and date of authorization.
2.      The project manager’s name and contact information.
3.      A summary schedule, including the planned start and finish dates. If a summary milestone is schedule is available, it should also be included and referenced.
4.      A summary of the project’s budget or reference to budgetary documents.
5.      A brief description of the project objectives, including the business need or other justification for authorizing the project.
6.      Project success criteria, including project approval requirements and who signs off on the project.
7.      A summary of the planned approach for managing the project, which should describe stakeholder needs and expectations, important assumptions and constraints and refer to related documents, such as a communications management plan as available.
8.      A roles and responsibilities matrix.
9.      A sign-off section for signatures of key project stake holders.
10.  A comments section in which stakeholders can provide important comments related to the project.
Starting with a project charter helps a lot in taking decisions in the project. Otherwise because of the unclear requirements and expectations projects can be failed.


ANALYSIS
In developing a charter, PMBOK is all rounder when comparing with Kathy Schwalbe. Because Kathy Schwalbe has only concentrate about creating the document which should be impressed the customer. But it is the base of the project. Once the charter accepted, them it initiates the project.  While developing the charter project manager and the developing team has to imagine the whole scenario of the project gradually. Then only the developing team can impress the customer by providing all the details of the project. As both PMBOK and Kathy Schwalbe said the project manager has to contribute mainly when developing the charter.
According to PMBOK, to develop the charter it involves project statement of work (SOW), it includes of request for proposal, request for information and etc. So as Kathy Schwalbe mentioned all her details are included in this statement of work. Business case in PMBOK provides the business analysis of the whole project. So then customer gets the idea that how much he/she has to invest to the project. so then the developing team also can have an idea whether this project makes profits or loose and then they can take decision about the project. Market demand and legal requirement of the product is measure when analyzing business case. If the project is for an external customer then it becomes contract base. Enterprise environmental factors and Organizational process assets can influence the project charter but not limited to governmental or industry standards or organizational standard processes. It means it is independent from any other organizations or government.
In both (PMBOK and Kathy Schwalbe) it has mentioned that judgment and expertise is applied to any technical and management details during the process. In PKBOK it has clearly explained what the charter is, the project charter is a clear document which provides the details of business needs, current understanding of the customer’s needs and the new product, service or result which can satisfy the customer. And also it provides the decision whether the project is doing or not.

CONCLUSION
To develop a project charter project manager and developer team should have knowledge of how to create and what are the facts have to be concerned. So we can mainly concentrate about what PMBOK said. Because it has clearly and specifically mentioned, all the steps that has to follow while developing a project charter. From project charter, customer would able to get an idea, how the project going to flow. As Kathy Schwalbe said the project charter should provide the details such as the project’s title and date of authorization, project manager’s name and contact information and etc. Information can help the customer whenever he/she wants to contact them. And also this explains that project manager is the mainly responsible character in the project. To develop a good project charter both PMBOK and Kathy Schwalbe’s explanations and ideas really useful and then we can come up with a good project charter which can be a combination of both. Finally I would like to say a project charter must be a good document which provides the direction of the project’s objectives and management and including business needs, current understanding of the customer’s needs, and the new product, service or result which would satisfy the customer.

Reference List
Project Management Institute. (2008). Project Management Body of Knowledge,4th ed.Pennsylvania: Project Management Institute, Inc.
Schwalbe, K., (2006), Information Technolog  Project Management,4th ed. Thomson Learning

Monday, April 2, 2012

Business Case for "Cows Gone Mad"


Cows Gone Mad

Market
Feasibility Analysis
Focus: Sri Lanka
Population: 21,000,000
Target Audience: Kids & teenagers
Project No
Type
Sales
Price
Cost
Project 1
Xbox
1,100,000 (20%)=220,000
30$
6,600,000
Project 2
PS3
1,100,000 (20%)=220,000
40$
8,800,000
Project 3
PC/Internet
1,100,000 (60%)=660,000
10$
6,600,000

Payback Period
Initial Investment = 1000,000
Project Type
Revenue
Cost
Interest
Xbox
6,600,000*30%
1,980,000
15%
PS3
8,800,000*35%
3,080,000
30%
PC/Internet
6,600,000*15%
990,000
5%

Product life = 4 years

Calculating the NPV and IRR

Xbox PS3 PC
rate 461% rate 571% rate 560%
time cf pvf pv time cf pvf pv time cf pvf pv
0 -1000000 1 -1000000 0 -1000000 1 -1000000 0 -1000000 1 -1000000
1 4620000 0.178253 823529.4118 1 5720000 0.149031 852459.0164 1 5610000 0.151515 850000
2 4620000 0.031774 146796.6866 2 5720000 0.02221 127043.0725 2 5610000 0.022957 128787.8788
3 4620000 0.005664 26166.96731 3 5720000 0.00331 18933.39381 3 5610000 0.003478 19513.31497
4 4620000 0.00101 4664.343548 4 5720000 0.000493 2821.668229 4 5610000 0.000527 2956.562874
 NPV                  1,157.41                  1,257.15               1,257.76
IRR 461% 571% 560%