...

"Speed of migration" will be rate of change of LOC of select source files (.jsp, *Action.java, *Controller.java, etc.) - comparing only jsp to jsp, ftl to ftl etc., over time (since we might expect, for instance, less LOC in ftl than jsp).

Measuring in this way will allow us to track a rough "burndown" of remaining UI code to convert (jsp and *Action.java LOC remaining).

More potential dev tasks

• technical improvements
  • enable instant reloading of Freemarker templates
    • (Stanley was saying he was able to hook it up to WTP and hot
      deployments?)
    • Michael Vorburger is also working on dev setup improvements, which
      includes the promise of instant FTL reloads
    • have early UI walkthrough on dev box with PM and QA
  • use JRebel
  • spend time summarizing and adding transparency to off-list work by
    Stanley Kwok & Michael Vorburger
  • could we use Spring Roo on top of Services/ServiceFacades?
  • better templates
    • reusable css pieces (use Compass?)
    • reusable ftl widgets
• measuring/managing the effort
  • as a control to measure against: estimate of how fast it's been going
    in the past e.g. Product Mix page took x days and had 23 bugs logged on
    new implementation
  • measures: what is the time required to build new FTL; how many bugs
    found by QA during manual testing; number of automated tests and time
    to write new automated tests
  • may need to measure twice - once on first try where we have trial
    and error, then second time with better defined
  • show how are new ideas are speeding up the process
• team for sprint
  • multiple devs
  • fast feedback: tight integration w/testers
    • some testing happening every day
• QA effort includes
  • new acceptance test for page (or fix/improve old test)
  • manual test pass to see if any bugs can be found in new FTL
  • seperate but associated spike on building API test for create Savings
    account
• logistical/infrastructure improvements
  • make sure all devs have fast hardware / fast internet

...