Q7503, Fall 2002 1 Software Project Management Session 11: Final Stages.

Slides:



Advertisements
Similar presentations
MIGRATION MIGR-09. How to Run Your Next Implementation... Don't Let It Run You! Patricia Johnson Senior Systems Consultant Strategic Systems Group, Inc.
Advertisements

Extreme Programming Alexander Kanavin Lappeenranta University of Technology.
BAI HELPDESK Pressing your spacebar will take you through this presentation.
Software Process Models
The Software Project Management Discipline Succes software projects require careful planning and good use of iterative approaches. Understanding risks.
Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall 3.1.
Agile Planning. The problem with documentation Argument: “Heavy” documentation too much for most business-style projects.
Chapter 10 Schedule Your Schedule. Copyright 2004 by Pearson Education, Inc. Identifying And Scheduling Tasks The schedule from the Software Development.
CS 325: Software Engineering April 7, 2015 Software Configuration Management Task Scheduling & Prioritization Reporting Project Progress Configuration.
©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 18-1 Accounting Information Systems 9 th Edition Marshall.
SE is not like other projects. l The project is intangible. l There is no standardized solution process. l New projects may have little or no relationship.
Iterative development and The Unified process
System Implementation
13.1 © 2007 by Prentice Hall 13 Chapter Building Systems.
PowerPoint Presentation for Dennis, Wixom & Tegarden Systems Analysis and Design Copyright 2001 © John Wiley & Sons, Inc. All rights reserved. Slide 1.
LSU 10/09/2007Project Schedule1 The Project Schedule Project Management Unit #4.
Project planning. Software project management Informal definition of management – The art of getting work done through other people Software project management.
Release & Deployment ITIL Version 3
CSE Senior Design I Project Recovery The slides in this presentation are derived from materials in the textbook used for CSE 4316/4317, Rapid Development:
Commercial Database Applications Testing. Test Plan Testing Strategy Testing Planning Testing Design (covered in other modules) Unit Testing (covered.
1 Building and Maintaining Information Systems. 2 Opening Case: Yahoo! Store Allows small businesses to create their own online store – No programming.
Introduction to RUP Spring Sharif Univ. of Tech.2 Outlines What is RUP? RUP Phases –Inception –Elaboration –Construction –Transition.
1 A Real-World Development Lifecycle Greg Wilson
Laudon & Laudon: Canadian Edition
DBS to DBSi 5.0 Environment Strategy Quinn March 22, 2011.
Project Management : Techniques and Tools (60-499) Fall 2014 / Winter 2015.
Final Exam Review June 2, 2011SE 477: Final Review1/19.
Project Tracking. Questions... Why should we track a project that is underway? What aspects of a project need tracking?
T Project Review Magnificent Seven Project planning iteration
COMP 208/214/215/216 Lecture 3 Planning. Planning is the key to a successful project It is doubly important when multiple people are involved Plans are.
Software Development Process and Management (or how to be officious and unpopular)
5. Planning.
16 1 Installation  After development and testing, system must be put into operation  Important planning considerations Costs of operating both systems.
Yazd University, Electrical and Computer Engineering Department Course Title: Advanced Software Engineering By: Mohammad Ali Zare Chahooki The Project.
2  Mission Statement.  Company’s overall purpose and direction, products, services and values.  Goals.  That accomplish the mission. E.g. 5 year plan.
Project monitoring and Control
Agile Planning. The problem with documentation Argument: “Heavy” documentation too much for most business-style projects.
AP-1 5. Project Management. AP-2 Software Failure Software fails at a significant rate What is failure? Not delivering it on time is an estimation failure.
1 These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 5/e and are provided with permission by.
Requirements Collection By Dr. Gabriel. Requirements A requirement is any function, constraint, or property that the system must provide, meet, or satisfy.
Construction, Testing, Documentation, and Installation Chapters 15 and 16 Info 361: Systems Analysis and Design.
SE is not like other projects. l The project is intangible. l There is no standardized solution process. l New projects may have little or no relationship.
STEP 4 Manage Delivery. Role of Project Manager At this stage, you as a project manager should clearly understand why you are doing this project. Also.
Configuration Management and Change Control Change is inevitable! So it has to be planned for and managed.
1 EMS Fundamentals An Introduction to the EMS Process Roadmap AASHTO EMS Workshop.
SharePoint Administrative Communications Planning: Dynamic User Notifications for Upgrades, Migrations, Testing, … PRESENTED BY ROBERT FREEMAN (
Campus Network upgrade and Wi-Fi Rollout REVIEW AND PHASE 3 PROJECT MANAGER TASKS.
Recall The Team Skills 1. Analyzing the Problem (with 5 steps) 2. Understanding User and Stakeholder Needs 3. Defining the System A Use Case Primer Organizing.
第 11 組 MIS 報告. Phases of any information system ~ recognition of a business problem or opportunity ~ recognition of a business problem or opportunity.
Yazd University, Electrical and Computer Engineering Department Course Title: Advanced Software Engineering By: Mohammad Ali Zare Chahooki The Project.
Chapter 10 Information Systems Development. Learning Objectives Upon successful completion of this chapter, you will be able to: Explain the overall process.
Project Management Why do projects fail? Technical Reasons
1 Software Project Management Final Stages. 2 Migration Moving users from existing system to your new one.
© 2013 Gartner, Inc. and/or its affiliates. All rights reserved. Gartner is a registered trademark of Gartner, Inc. or its affiliates. The Value Review.
1 Software Project Management Final Stages. Q7503, Fall MS-Project Resource Usage View –View amount of work assigned per resource –See all tasks.
Develop Schedule is the Process of analyzing activity sequences, durations, resource requirements, and schedule constraints to create the project schedule.
Time to resolve Design Issues 1. Disclamer Due to the engineering meeting last week I have not had time to coordinate this material with Tim or the L3.
Project management. Software project management ■It is the discipline of planning, organizing and managing resources to bring about the successful completion.
Software Development. The Software Life Cycle Encompasses all activities from initial analysis until obsolescence Analysis of problem or request Analysis.
IS&T Project Reviews September 9, Project Review Overview Facilitative approach that actively engages a number of key project staff and senior IS&T.
Software Development.
Information Systems Development
Managing the Project Lifecycle
Instructor: Mike O’Dell
Instructor: Manfred Huber
Chapter 14: Installation and Operations
Project Management How to access the power of projects!
Instructor: Vassilis Athitsos
Chapter 13 Building Systems.
Presentation transcript:

Q7503, Fall Software Project Management Session 11: Final Stages

Q7503, Fall Today Finish QA/Test discussion –Bring your PowerPoint printouts from last class Migration Roll-out Post Project Reviews (Post-mortems) More MS-Project –Bring your questions

Q7503, Fall Session 10 Review QA Readings

Q7503, Fall MS-Project Resource Usage View –View amount of work assigned per resource –See all tasks for each –Use the summary and zoom-out ability to identify consistency of task assignments –Another view to identify over-allocations –Identify tasks w/o resource assignments

Q7503, Fall Resource Leveling Techniques –Activity shifting Move start/end dates forward or backward –Activity splitting Break an activity into two or more pieces –Activity stretching Use less of a given resource continuously –Resource substitution Assign a different resource –Allocating overtime Work resources longer

Q7503, Fall Migration Moving users from existing system to your new one

Q7503, Fall Migration Plan Includes –Description of environment (computers, DBs, interfaces) –Description of existing data needed –Description of operational constraints (ex: when can we move to the new system? Weekends only? Last week of month only?) –List of affected organizations and contacts –Plan of steps to be taken

Q7503, Fall Migration Plan Does it require a service interruption? If so, when does this happen? A weekend? Training? Is there a helpdesk? If do, do they have “scripts” or new material?

Q7503, Fall Migration Strategies Communication with customers is crucial What is happening, when, and why “Why” should remind them of the benefits Not too much detail or too little Where do customers go for more information? Minimize intrusiveness Find-out about customer’s key dates When does the system absolutely need to be stable? Know about their important deadline dates They must buy-into the approach!

Q7503, Fall Migration Strategies 1. Flash-Cut –Straight-move from old system to new –A) Immediate Replacement –Fastest approach –Still want a back-out plan –Requires strong planning and testing –B) Parallel Operation –Mitigates risk –Parallel to either existing manual or system process –Cut occurs once new system “burned-in” 2. Staged Replace one part of existing system at a time

Q7503, Fall Migration Strategies Considerations: –Level of business disruption –Degree of latitude in “production” date –How much internal opposition to system is there? If higher, perhaps a longer ‘adjustment’ period –Your comfort level of system quality If questionable, may want to mitigate risk

Q7503, Fall Cutover Criteria: What conditions must be met prior? Responsibility: Who decides? Operations: Who ‘owns’ it once it’s live? Rehearsals: Sometimes used.

Q7503, Fall Flash-Cut Immediate Replacement –Ex: new corporate-wide calendaring system Requires very careful planning & testing Still try to get some users to “try” it first if possible Develop a back-out plan

Q7503, Fall Back-Out Plan Especially important for “conversions” Customers already have expectations and needs as defined by their existing system Must be able to restore customer’s service ASAP May mean running both simultaneously “just in case” Leave it in place for awhile (more than a day!) When to fall-back? Mgmt: sooner, Tech: one-more-fix Set a time limit (ex: 3 hours of start)

Q7503, Fall Data Conversion Quote: –If you add a cup of champagne to a barrel of sewage, you’ll have a barrel of sewage –If you add a cup of sewage to a barrel of champagne, you’ll have a barrel of sewage Most systems need this step Most PMs forget this Impacts both completely new and replacement systems The “data” often more valuable than the “system”

Q7503, Fall Data Conversion Areas Data Sources: Where does it come from? Do you need to modify data on the way in? Is it accurate? Process Controls: Does it happen all at once? How do you guarantee it’s been done correctly? Completion: How do you handle any ‘exceptions’? Do you make backups? Can you restart?

Q7503, Fall Parallel Operation Multiple variations of this method An “adoption” period –See telephone industry w/new area codes –Both work for a period of time Strategies –Avoid flash-cuts if possible Start with test subjects

Q7503, Fall Rollout Create a “Release Checklist” –Avoid activities falling through the cracks –ExampleExample –Activities by Group: Engineering, QA, Documentation, Operations –Possibly sign-off signatures Roll-out: Must have a plan for the process –Often on a given day (ex: a Sat.) –Must be a very detailed planplan

Q7503, Fall Training Often more than just end-users –Users –Sales & Marketing staff –System operators –Maintenance engineers (possibly) –Sales engineers (possibly)

Q7503, Fall Documentation Must be ready by ship-date Final user documentation Updates to other –Operations documentation –Development documentation –Sales and marketing material –Wed site –Test reports

Q7503, Fall Shipping Details Packaging (if commercial product) Marketing collateral Security mechanisms (if commercial product) Licensing Plan Mechanism

Q7503, Fall Installation Scripts Uninstall (if not Web-based) If you need to install your software (as on PCs): –Don’t underestimate: Time this takes to develop Importance of a “first impression” Or, if “custom” software you’re reselling –Installation at site is often a “mini-project”

Q7503, Fall Project Recovery How to save a “drowning project” 3 Approaches –1. Cut the size of the software –2. Increase process productivity –3. Slip the schedule, proceed with damage control Opportunity for decisive leadership action Not a time to ‘just cut corners’ –Be realistic (not foolish) Timing: politically important –Not too early, not “too” late

Q7503, Fall Project Recovery Steps Assess situation –Is there a hard deadline, what’s negotiable, etc. Don’t do what’s been done already Ask team what needs to be done –People Steps Restore morale –Sacrifice a sacred cow »Dress code, off-site, catered meals, etc –Cleanup personnel problems Focus people’s time –Remove non-essential work

Q7503, Fall Project Recovery Process Steps –Fix classic mistakes Inadequate design, shortchanged activities, etc? –Create “Miniature Milestones” Small (in day(s)), binary, exhaustive Boosts morale: getting things done! –Track progress meticulously –Recalibrate after a short time –Manage risk painstakingly

Q7503, Fall Project Recovery Product Steps –Stabilize the requirements –Raise the bar on change requests –Trim the feature set Determine priorities, cut the low ones –“Take out the garbage” Find error-prone modules; re-design –Get to a known, stable state & build from there

Q7503, Fall Post Project Reviews (PPR) a.k.a. –Lessons Learned Review –Postmortem –Post Project Analysis (PPA) –Post Performance Analysis Focused on: Process not People! –Potentially a finger-pointing, blame-game exercise

Q7503, Fall PPR Steps team to schedule meeting Use a Survey Form to gather initial feedbackForm Ask them to collect all potentially relevant data –Dimensional project data work products: size, qty, etc –Change requests –Time and effort data Conduct meeting Collect data and feedback, discuss Summarize in a PPR report

Q7503, Fall Homework Your final MS-Project schedule due! –You should add estimates and refine –Remember, this is the most important part of your grade

Q7503, Fall Questions?

Q7503, Fall