You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 7 Next »

January 10, 2011

  1. Review of Service Portfolio Scope
  2. Review of Service Portfolio time line Service Portfolio Project Plan Revisited January 6, 2011
  3. Review of Service Catalog status
    1. RFP
    2. draft categories and services by 3/1/11
  4. Agreements:
    1. Portfolio will feed the Catalog
    2. Catalog will go with what is currently on the IS&T Website until Portfolio is complete
    3. continue joint sponsor meetings

February 9, 2011

  • Scope
    • getting data and making it available and easy to use
    • seen as interim solution as we evolve our change management tools
  • Requirements
    • team to review by 2/17/11
    • sign off by sponsor by beginning of March (3/7 sponsor meeting)
  • Data Dictionary Reconciliation
    • team to review for 2/17/11
    • PS to follow up with Alison on Catalog taxonomy and share dictionary
      • confirm categories/services definitions
        • catalog has 2 levels
        • portfolio has 3-4 possible levels
        • drives HD ticket categorization
      • reconcile
    • Oliver will send out sample architecture
      • team will begin planning data collection and populate fields
      • keep data in transferable format
  • Library of Procedures
    • escalation process complete
    • CG and GZ to look at 2-3 more processes to define
    • use process swim lanes as guide
  • Vehicle
    • make it part of staff work flow (easily updated)
      • drupal - could we stand up our own instance?
        • distributed work flow
        • change management
        • audit capabilities
        • future tool, but moving format with data collection in parallel
        • will need support plan for drupal instance
        • Barbara will look for funding for vm
      • RT Stock Replies - doesn't look like it will meet requirements
      • Hermes - may work for initial data collection (structure and prototype)
        • will need to limit staff who edit and contribute as work flow is not supported
  • No labels