1 / 6

Group C Post Mortem Analysis

Group C Post Mortem Analysis. Start coding sooner – Procrastination Write the documents for later use, not to “just get it done” Very little code reuse, many people solving the same problems

waldo
Download Presentation

Group C Post Mortem Analysis

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Group C Post Mortem Analysis

  2. Start coding sooner – Procrastination • Write the documents for later use, not to “just get it done” • Very little code reuse, many people solving the same problems • When Alex decided the scheduler had to be restarted, we should have redesigned the scheduler, and split the tasks. Mistakes

  3. Bad choice of tools (Java EE 6) • Didn’t consider a realistic deployment • Modular code • Better communication between members – don’t just communicate when you absolutely have to Mistakes cont.

  4. Inefficient meetings • When we decided on a tool though, everyone should have committed to learning it • Don’t just assume everyone is going to get their part done • Prioritizing tasks More Mistakes

  5. Don’t be afraid to search for open source solutions • Better communication between the development and testing groups – tell problems as they find them • Integrate earlier and test all components ahead of time • Unit test Mistakes

  6. Problem with the scheduler – Make a unanimous educated decision… don’t have 4 people say “Doesn’t matter to me” and have one person declare some “perfect, idealistic solution” • Do the main task first. For scheduling, get something that schedules stupidly first (say, for instance, randomly). Then slowly add your educated decision making to it. • Don’t take 18 credits when taking this class • When you write general tools for everyone to use, actually teach people how to use it. Questions?

More Related