Get Started. It's Free
or sign up with your email address
Post-Mortem by Mind Map: Post-Mortem

1. 1

1.1. How can productivity be measured and what are the benefits/liabilities of measuring productivity?

1.1.1. Software Engineering

1.1.2. Productivity

1.1.3. Turnover

1.1.4. LOC

1.1.5. Benefits Know where it stands What can improve Baseline By measuring and controlling

1.1.6. Liabilities Burdensome Time consuming Focusing on wrong goals or measurements

1.2. What project management actions were taken to ensure you could deliver the project on time?

1.2.1. WBS Bottom-up estimating Estimated appropriate scope of work for project

1.2.2. COSMIC 3.0 Estimation

1.2.3. Not high-risk features Sequentially developed high-priority features first

1.2.4. Assessed risks

1.3. What was estimated and actual productivity (effort per size) for the coding phase?

1.3.1. Estimated versus Actual

1.3.2. Initial bottom-up WBS estimation Used to compare to actual Assumed working full effort Estimated hours similair to SCRUM story points, so a 16 hours task completed was considered 16 hours of actual work

1.3.3. NOTE VERY difficual to estimate ONLY coding Different persons have different effort Goal of estimation was more to define scope that could be done within project, so even though estimations were not continually updated and measurements were not perfectly accruage it still explains productivity

2. 3

2.1. Was the chosen life-cycle model the best choice?

2.1.1. Top-down Incremental model

2.1.2. Risk of changing requirements Yes, req didn't change

2.1.3. Requirements well known Yes

2.1.4. Reduce budget scope reduction

2.1.5. Idea was not innovative Combination of many exisiting ideas Instagram Instructables

2.1.6. requires good planning and design Project Management plan WBS

2.1.7. High level requirements developed early Good, since at the end we needed to reduce scope User feedback Weakness, would have been nice

2.2. Compare and contrast to the strengths and weaknesses to other main life-cycle models.

2.2.1. Sprial Model Risk analysis Smaller projects More instensive with added planning Identify and resolve risks Detirmine objectives Plan iteration

2.2.2. Evolutionary Similair to incremental without structure

2.2.3. Extreme / Agile Well known requirements Rigid planning for estimation

2.2.4. Waterfall Testing only once Prototype only once internal prototype

3. 4

3.1. Describe shortly three risk identification techniques

3.1.1. Expert Knowledge Based on previous experience

3.1.2. Checklist Industry Sources Common risks

3.1.3. Framework Previous experience Rigid Need to be adapted

3.1.4. Risk is probability and impact or consequence of the event

3.2. and, by example, one qualitative and one quantitative risk analysis technique.

3.2.1. Quanitative Exposure Factor Probability * Impact

3.2.2. Qualitative Ranking of relative probability and impact

3.3. What unexpected challenges were encountered and how were they managed?

3.3.1. Sickness

3.3.2. Scope reduction

3.3.3. Reassignment of duties

3.4. – Discuss the role of your project management plan in the identification and management of these challenges.

3.4.1. Reacted to work not being done

3.4.2. Scope reduction

3.4.3. Reassignment of duties

4. 5

4.1. Describe and explain one technique for:

4.1.1. Cost controlling Budgeting

4.1.2. Schedule controlling Scrum/Iteration/Increment meetings

4.1.3. Quality controlling Definition of done

4.2. Assuming you were to conduct the project again, how would you manage the project more efficiently?

4.2.1. Christmas Vacation

4.2.2. Better defined increments schedule

4.3. Which tasks carried out were unnecessary, and why were they unnecessary?

4.3.1. Necessary is what the customer deems necessary Development perspective Learning perspective

4.3.2. From a learning perspective many tasks were necessary, but for the project they weren't Post-mortem is useful, but the level of detail is high Full SPMP according to IEEE was burdensome

5. 6

5.1. Explain the concept of situational leadership and reflect upon how it applied to your project experience.

5.1.1. The leader follows the steps of

5.1.2. (i) diagnosing the situation,

5.1.3. (ii) identifying the correct leadership behaviour and

5.1.4. (iii) implementing the leadership behaviour

5.1.5. Shoaib Not able Not willing

5.2. Were you able to develop an effective team?

5.2.1. No

5.3. – If so, what characteristics of an effective team were displayed, and how was this situation achieved?

5.4. – If not, what stopped your group from becoming effective?

5.4.1. Not enough time

5.5. How would you endeavor to correct this situation if the project was to continue?

5.5.1. Spend more time together