Tunageuza ukurasa.
Tunaandaa sura inayofuata…
Psst… soma kwa namna yako.
Fonti na mandhari ziko kwenye Mwonekano. Macho yako pia yana chaguo.
Tunaandaa sura inayofuata…
A public write-up of what failed after an incident. Quality varies. Demand one.
Tunakagua uwezo wa kivinjari kusoma kwa sauti…
Somo hili linapatikana kwa Kiingereza kwa sasa. Kiolesura kinatumia lugha uliyochagua.
Soma asili ya Kiingereza →A project post-mortem is a process used to identify the causes of a project failure (or significant business-impairing downtime), and how to prevent them in the future. This is different from a Retrospective, in which both positive and negative things are reviewed for a project.
The Project Management Body of Knowledge (PMBOK) refers to the process as lessons learned. Project post-mortems are intended to inform process improvements which mitigate future risks and to promote iterative best practices. Post-mortems are often considered a key component of, and ongoing precursor to, effective risk management.
Post-mortems can encompass both quantitative data and qualitative data. Quantitative data include the variance between the hours estimated for a project and the actual hours incurred. Qualitative data will often include stakeholder satisfaction, end-user satisfaction, team satisfaction, potential reusability and perceived quality of end-deliverables.
Successful analysis of project estimate variance is dependent on accurate time tracking. The greater the granularity with which time is tracked, the more detailed an analysis can be performed during the project post-mortem.
Imechaguliwa na kupangwa upya kutoka Postmortem documentation, na wachangiaji wake, chini ya CC BY-SA 4.0. Toleo 1314822468. Sehemu na mpangilio vimefupishwa; toleo lililounganishwa lina muktadha mzima na historia ya wachangiaji. Maandishi haya yanabaki chini ya leseni hiyo hiyo. Viungo vya ziada vya marejeo vimechukuliwa kutoka toleo hilo na havijakaguliwa kwa kujitegemea hapa.