Project Management Interview Questions And Answers for experienced

Project Management Interview questions for 5 to 10 year experienced specially for programmers who are looking for better position rather than simple programmer jobs. Project management is not everybodyís cup of ea. we have seen 10 year good decent technical guys do not get this position easily. But street smart programmers with average technical guys do really well. How much ever we try to cover his topic in this has so many variations that itís really difficult to predict every scenario of project management interview. But definitely we will try to cover the basics by which you can at least get a feel of what is asked.

Download Project Management pdf docs and ebooks free

Project Management interview questions and answers are below

Questions : 1 What is project management?
Answers : 1

Applying knowledge, skills, tools, techniques in project and deliver project deliverables is a short definition of project management.Itís basically managing project time, cost and scope.

Questions : 2 Is spending in IT projects constant through out the project?
Answers : 2

Normally in initial stage of projects (requirement and design phase) the cost is very less (as you need maximum business analyst and architecture), but as the project proceeds cost factor starts increasing. The cost is maximum in coding phase (this is where you require programmers, project leads and project manager). Later when the project is in testing and acceptance phase cost is less as we will need only one or two programmers for removing bugs

Questions : 3 Who is a stakeholder ?
Answers : 3

A stakeholder is anyone who has something to gain or lose as a result of the completion or failure of this project or phase Itís not only the end customer the stakeholder. Project managers, Project Lead, even programmers, testing department etc. so be clear about the terminology.

Questions : 4 Can you explain project life cycle ? or How many phases are there in software project ?
Answers : 4

There are five stages of any project initiating, planning, executing, controlling, and closeout. These are general phases and change according to domain. but During Software project management interview expected answer is requirement phase, design phase, coding phase, testing phase and project closure. .

Questions : 5 Are risk constant through out the project ?
Answers : 5

Risk is high at the start of projects, but by proper POC (Proof of concept) risk is brought in control.Good project managers always have proper risk mitigation plan at the start of project. As the project continues one by one risk is eliminated thus bringing down the risk. .

Questions : 6 Can you explain different software development life cycles ?
Answers : 6

SDLC (System Development Life Cycle) is overall process of developing information systems through multi stage process systems from investigation of initial requirements through analysis, design, implementation and maintenance. The days are gone when one COBOL programmer used to analyze, test and implement software systems. Systems have become complex, huge team members are involved, architects, analyst, programmers, testers, users etc. To manage this number of SDLC models have been created.
Following are popular models which are listed:-

 Waterfall Model.
 Spiral Model.
 Build and Fix model.
 Rapid prototyping Model.
 Incremental Model.
This section we will go into depth of different SDLC models.
Water Fall Model
This is the oldest model. It has sequence of stages; output of one stage becomes input of other. Following are stages in Waterfall model:-
System Requirement: -
This is initial stage of the project where end user requirements are gathered and documented. System Design: - In this stage detail requirements, screen layout, business rules, process diagram, pseudo code and other documentations are prepared. This is first step in technical phase.
Implementation: -
Depending on the design document actual code is written here.
Integration and Testing: -
All pieces are brought together and tested. Bugs are removed in this phase.
Acceptance, Installation and Deployment: -
This is final stage where software is put in production and runs actual business.
Maintenance: -
This is least glamorous phase which runs forever. Code Changes, correction, addition etc are done in this phase. Waterfall is suited for low risk in areas of User Interface and performance requirements, but high risk in budget and schedule predictability and control. Waterfall assumes that all requirements can be specified in advance. But unfortunately requirement grows and changes through various stages, so it needs feedback from one stage to other.
Spiral Model
Spiral Model removes the drawback of waterfall model, by providing emphasis to go back and reiterate earlier stages a number of times as project progresses. On broader level itís a series of short waterfall cycles, each producing an early prototype representing a part of entire project. It also helps demonstrate a Proof of Concept at early software life cycle.
Build and Fix Model
This is the way free-lancers work Write some code and keep modifying it until the customer is happy. This approach can be quite dangerous and risky.
Rapid Prototyping Model
This model is also called as Rapid Application Development. The initial emphasis is on creating prototype that look and acts like the desired product. Prototype can be created by using tools which is different from those used for final product. Once the prototype is approved, its discarded and real software development is started from scratch. The problem with this model is that sometimes the prototype moves ahead to become the final live product which can be bad from design point of view. Itís a effective model but can have higher costing than other models as you require programmers during the initial phase of the software cycle.
Incremental Model
In this model we divide products into builds, where section of product are created and tested separately. Here errors are found in requirement phase itself, user feedback is taken for each stage and code is tested after it is written.

Questions : 7 What is triple constraint triangle in project management ?
Answers : 7

Project Management triangle is depicted as Cost, Schedule and scope.These three aspects form the sides of triangle and the customer is the center point.As customer is always concerned about Cost,Scope and Schedule, so in order to get customer satisfaction project manager should deliver all scope in propose schedule and cost. If we want to disturb any one of the legs then the other two legs get affected. Example if customer increases the scope then other two sides of the triangle also get affected a lot.

Questions : 8 What is a project baselines ?
Answers : 8

It defines a logical closure of any deliverable or cycle. Example you have completed the requirement phase with sign off from the client on the requirement document.So you put a baseline and say that further any changes to this document are change request. Versioning of source code is one type of baseline.

Questions : 9 What is effort variance?
Answers : 9

Effort Variance = (Actual effort Ė Estimated Effort) / Estimated Effort.

Questions : 10 How is normally a project management plan document organized ?
Answers : 10

project management plan (PMP) document forms the bible of a project. It has normally these sections :-
=>Project summary
=> Project organization hierarchy
=> WBS / Activity list to be performed with schedule.
=> Work product identification (In short who will do what)
=>Project schedule( GANNT chart or PERT chart).
=>Estimated Cost and completion.
=>Project requirements.
=>Risk identification.
=>Configuration management section.
=>Quality section.
=>Action Item status.

Questions : 11 How do you estimate a project?
Answers : 11

There are many techniques available for estimating a project:-
=>Function points
=> Use Case points
=> WBS

Questions : 12 What is CAR (Causal Analysis and Resolution)?
Answers : 12

The basic purpose of CAR is to analyze all defects, problems and good practices/positive triggers in projects, perform a root cause analysis of the same, identify respective corrective and preventive actions and track these to closure. The advantage of CAR is that root causes are scientifically identified and their corrective and preventive actions are carried out. CAR needs to be performed at project initiation, all phase and project ends and on a monthly basis. Fishbone diagram is one of the ways you can do CAR.

Questions : 13 What is DAR (Decision Analysis and Resolution) ?
Answers : 13

Decision Analysis and Resolution is to analyze possible decisions using a formal evaluation process that identifies alternatives against established criteria. Example in a project you are said to use third party tools so you will not depend on only one tool but evaluate three to four more tools so that in case of problems you have alternatives. This is called as DAR

Questions : 14 What is a fish bone diagram ? What is Ishikawa diagram ?
Answers : 14

Dr. Kaoru Ishikawa, invented the fishbone diagram. Therefore, it can be also referred as Ishikawa diagram. Fishbone diagram is an analysis diagram which provides a systematic way of looking at effects and the causes that create or contribute to those effects. Because of the function of the fishbone diagram, it may be referred to as a cause-and-effect diagram. The design of the diagram looks much like the skeleton of a fish. Therefore, it is often referred to as the fishbone diagram.

Fishbone diagram helps in categorizing potential causes of problems or issues in an orderly way and in identifying root causes.
Questions : 15 What is pareto principle ? What is 80/20 principle ?
Answers : 15

Pareto principle also paraphrased as 80/20 principle is simple effective problem tackling way in management. It says that 20% of your problems lead to other 80 % of problems. So rather than concentrating on the 80% of problem if you concentrate on 20% of problems you can save lot of trouble. So in pareto you analyze the problems and only concentrate on 20% of your vital problems. In projects the first 10% and the last 10% of project form the vital part of project.

Questions : 16 How do you handle change request ?
Answers : 16

Normally change request are handled by preparing an Impact analysis document and then doing re-estimation. Example you have an on going project, which has a customer table. Now customer want to also have addresses assigned to it. So you normally raise a change request and then do an impact analysis of the same. Depending on the impact you estimate and let know the client about the financial aspect of the project. Once client sign off or the upper management agrees to the change request you move ahead with implementation.

Questions : 17 What is internal change request?
Answers : 17 Internal change request are not normally billable change request, it has no financial gains from the client. Example your architecture division of your company has said in mid of the project that the architecture has to be modified. Definitely this has nothing to do with the client, but you make changes to it this is called as Internal change request.
Questions : 18 What is difference between SITP and UTP in testing ?
Answers : 18

UTP (Unit Test Plan) are done at smallest unit level or stand alone mode. Example you have Customer and invoicing module. So you will do test on Customer and Invoice module independently. But later when we want test both customer and invoice in one set we integrate them and test it. So thatís is SITP (System Integration Test Plan) UTP can be done using NUNIT. Unit testing is done normally by developers and System testing is done normally by testing department in integration mode.

Questions : 19 What is the software you have used for project management?
Answers : 19

Many companies have there own software defined. There are many project management software available at this moment in market but this can vary from company to company , worst it can very from project to project. But Microsoft project is the most used software at this moment.So just brush your skills on Microsoft project , its used heavily across industry.

Questions : 20 What are the metrics followed in project management? What metrics will you look at in order to see the project is moving successfully?
Answers : 20

Most metric sets deal with a variation of these attributes and are chosen to help project managers gain insight into their product (size, software quality, rework), process (rework, software quality) and project (effort, schedule).
But below is a broader classification :-
Project Management Metrics

milestone metrics
number of milestones number of proved requirements per milestone controlling level metrics
risk metrics
probability of resources availability probability of the requirements validity risk indicators (long schedules, inadequate cost estimating, excessive paperwork, error-prone modules, canceled projects, excessive schedule pressure, low quality, cost overruns, creeping user requirements, excessive time to market, unused or unusable software, unanticipated acceptance criteria, hidden errors) application risk metrics
workflow metrics
walkthrough metrics traceability metrics variance metrics
controlling metrics
size of control elements structure of control elements documentation level tool application level
management database metrics
data quality metrics management data complexity data handling level (performance metrics) visualization level safety and security metrics
Questions : 21 You have people in your team who do not meet there deadlines or do not perform what are the actions you will take ? Two of your resources have conflicts between them how would you sort it out ?
Answers : 21

In such kind of question they want to see your delegation skills. The best answer to this question is a job of a project manager is managing projects and not problems of people, so I will delegate this work to HR or upper authority....

Questions : 22 What is CMMI?
Answers : 22

It is a collection of instructions an organization can follow with the purpose to gain better control over its software development process.

Questions : 23 What are the five levels in CMMI?
Answers : 23

There are five levels of the CMM. According to the SEI,
Level 1 Ė Initial
At maturity level 1, processes are usually ad hoc and the organization usually does not provide a stable environment. Success in these organizations depends on the competence and heroics of people in the organization and not on the use of proven processes. In spite of this ad hoc, chaotic environment, maturity level 1 organizations often produce products and services that work; however, they frequently exceed the budget and schedule of their projects. Maturity level 1 organizations are characterized by a tendency to over commit, abandon processes in the time of crisis, and not be able to repeat their past successes again.
Level 2 Ė Repeatable
At maturity level 2, software development successes are repeatable. The organization may use some basic project management to track cost and schedule. Process discipline helps to ensure that existing practices are retained during times of stress. When these practices are in place, projects are performed and managed according to their documented plans. Project status and the delivery of services are visible to management at defined points (for example, at major milestones and at the completion of major tasks). Basic project management processes are established to track cost, schedule, and functionality. The necessary process discipline is in place to repeat earlier successes on projects with similar applications.
Level 3 Ė Defined
At maturity level 3, processes are well characterized and understood, and are described in standards, procedures, tools, and methods. The organizationís set of standard processes, which is the basis for level 3, is established and improved over time. These standard processes are used to establish consistency across the organization. Projects establish their defined processes by the organizationís set of standard processes according to tailoring guidelines. The organizationís management establishes process objectives based on the organizationís set of standard processes and ensures that these objectives are appropriately addressed. A critical distinction between level 2 and level 3 is the scope of standards, process descriptions, and procedures. At level 2, the standards, process descriptions, and procedures may be quite different in each specific instance of the process (for example, on a particular project). At level 3, the standards, process descriptions, and procedures for a project are tailored from the organizationís set of standard processes to suit a particular project or organizational unit.
Level 4 Ė Managed
Using precise measurements, management can effectively control the software development effort. In particular, management can identify ways to adjust and adapt the process to particular projects without measurable losses of quality or deviations from specifications. Sub processes are selected that significantly contribute to overall process performance. These selected sub processes are controlled using statistical and other quantitative techniques. A critical distinction between maturity level 3 and maturity level 4 is the predictability of process performance. At maturity level 4, the performance of processes is controlled using statistical and other quantitative techniques, and is quantitatively predictable. At maturity level 3, processes are only qualitatively predictable.
Level 5 Ė Optimizing
Maturity level 5 focuses on persistently improving process performance through both incremental and innovative technological improvements. Quantitative process- improvement objectives for the organization are established, continually revised to reflect changing business objectives, and used as criteria in managing process improvement. The effects of deployed process improvements are measured and evaluated against the quantitative process-improvement objectives. Both the defined processes and the organization set of standard processes are targets of measurable improvement activities. Process improvements to address common causes of process variation and measurably improve the organizationís processes are identified, evaluated, and deployed. Optimizing processes that are nimble, adaptable and innovative depends on the participation of an empowered workforce aligned with the business values and objectives of the organization. The organizationís ability to rapidly respond to changes and opportunities is enhanced by finding ways to accelerate and share learning. A critical distinction between maturity level 4 and maturity level 5 is the type of process variation addressed. At maturity level 4, processes are concerned with addressing special causes of process variation and providing statistical predictability of the results. Though processes may produce predictable results, the results may be insufficient to achieve the established objectives. At maturity level 5, processes are concerned with addressing common causes of process variation and changing the process (that is, shifting the mean of the

Questions : 24 What is SIX sigma ?
Answers : 24

Sigma means deviation in Greek language. Deviation means how much variations exist in a set of data. For instance letís say in a software maintenance project out of 100 defects 68 defects are rectified to the mark and remaining bounce back that means your bug fixing process is on ď2 SigmaĒ level. I had described only from bug fixing perspective. But this can be applicable to any process organization. So I should only have 3.4 defects in a million defects then I can say I am six sigma.

Questions : 25 What is DMAIC and DMADV ?
Answers : 25

Six Sigma has two key methodologies DMAIC and DMADV. DMAIC is used to improve an existing business process. DMADV is used to create new product designs or process designs in such a way that it results in a more predictable, mature and defect free performance.

Questions : 26 What are function points? Define Elementary process in FPA?
Answers : 26

FPA is breaking huge systems in to smaller pieces and analyzing them. Software application is combination of set of elementary processes. EP is smallest unit of activity that is meaningful to the user. EP must be self contained and leave the application in a consistent state. Elementary process is not necessarily completely independent or can exist by itself. But it should leave the application in a consistent state.

Questions : 27 What are the different types of elementary process in FPA?
Answers : 27

There are two types of elementary process
Dynamic Elementary process
Static Elementary process

Questions : 28 What are the different elements in Functions points?
Answers : 28

The different elements in function points are as follows:-

Internal Logical Files (ILF)
External Interface File (EIF)
Record Element Type (RET)
DET (Data element types)
File Type Reference (FTR)
External Input (EI)
External Inquiry (EQ)
External Output (EO)

Search More interview questions and answers on Project Management

Next Page 2 | Next Page 3 | Next Page 4

Ask your interview questions on Project Management

Write Your comment or Questions if you want the answers on Project Management from Project Management Experts
Name* :
Email Id* :
Mob no* :
Comment* :

--------- Tutorials ---