Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

Mark J. Tiedeman

dblp:57/5084 · DBLP profile ↗
← Back
1ranked-venue papers
1as first author
0since 2021 · last 1990
—ORCID · none

Domains — the database's venue-derived domains; a paper can count in several

Computer networks · 1 · 1 first-author

Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.

Software engineering, system software, and programming languages
1 paper
Software maintenance and evolution · 50% Requirements engineering and software design · 50%

Topics — the 2 heaviest of 2, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Requirements engineering and software design › software process
software process assessment
0.011990
Post-Mortems - Methodology and Experiences · IEEE J. Sel. Areas Commun. 1990
Software maintenance and evolution
software process improvement
0.011990
Post-Mortems - Methodology and Experiences · IEEE J. Sel. Areas Commun. 1990

Methods — techniques the papers use, named apart from their topics

post-mortem methodology · 0.0
YearPublicationVenuePosition
1990 Post-Mortems - Methodology and Experiences
abstract
A methodology for preparing and conducting post-mortems for software development projects is presented. Based on the continuous process improvement concept, post-mortems are systematic reviews of a product's quality and the quality of the associated processes that produce it. The intent is to learn both what worked well and what could be improved. Three types of postmortem have evolved, each focusing on particular aspects of the software development process. The planning postmortem covers requirements specification and work program definition. The design verification postmortem includes design, unit test, system verification, and first office application activities. The field post-mortem focuses on actual field experience. The post-mortem methodology has been in use for several years and has been found to be a very effective organizational learning tool and source for many software quality improvement ideas. Specific examples of what has been and can be learned are included. The evolution of the post-mortem is discussed, along with possible metrics for evaluating the effectiveness of postmortems.>
Mark J. Tiedeman
IEEE J. Sel. Areas Commun.1