What has been accomplished at the end of MSD 1 & 2?

Slides:



Advertisements
Similar presentations
September 2008Mike Woodard Rational Unified Process Key Concepts Mike Woodard.
Advertisements

The Business Analyst and the SDLC
Roadmap for Sourcing Decision Review Board (DRB)
Note: Lists provided by the Conference Board of Canada
PROJECT TITLE Project Leader: Team: Executive Project Sponsor (As Required): Date: Month/Day/Year 110/17/2014 V1.
ECE 4334: Capstone Design Fall 2009 Welcome ! Facilitator: Dr. Len Trombetta.
Software Modeling SWE5441 Lecture 3 Eng. Mohammed Timraz
Alternate Software Development Methodologies
CH02: Modeling the process and life cycle Process of developing software (organization and discipline in the activities) contribute to the quality of the.
Degree and Graduation Seminar Scope Management
Chapter 15 Design, Coding, and Testing. Copyright © 2005 Pearson Addison-Wesley. All rights reserved Design Document The next step in the Software.
Analysis Stage (Phase I) The goal: understanding the customer's requirements for a software system. n involves technical staff working with customers n.
EDGE™ Final Project Presentation P09141 – Satellite Thermal Heater Controller Anthony Berwin (Mechanical Engineer)
SE 555 Software Requirements & Specification Requirements Validation.
Design Reviews.1 KGCOE Multidisciplinary Sr. Design Borkholder 2007 R I T Design Reviews Objectives of the Design Review Participants for a successful.
4. 2Object-Oriented Analysis and Design with the Unified Process Objectives  Explain the elements of project management and the responsibilities of a.
Systems Engineering Management
Design Reviews.1 KGCOE Multidisciplinary Sr. Design Borkholder 2006 R I T Design Reviews Objectives of the Design Review Participants for a successful.
EE496A Senior Design Project I Dr. Jane Dong Electrical and Computer Engineering.
CHAPTER 19 Building Software.
GTM for Product Leaders Project Overview A project that guides product leaders and their teams in developing a successful go-to-market strategy.
Pre-Project Planning Lessons from the Construction Industry Institute Construction Industry Institute Michael Davis, P. Eng, PMP Ontario Power Generation.
Charting a course PROCESS.
Release & Deployment ITIL Version 3
Final Client Briefing Call Center Wait Time Project August 27, 2012 – December 11, 2012 State of Florida – Department of Economic Opportunity Florida State.
Effective Methods for Software and Systems Integration
Guide Workshop Tuesday, August 19, Agenda I.MSD Fall 14 Logistics Werth –45 minutes 1.Class Schedule high level 2.Grading Period Highlights 3.MSD.
Introduction to RUP Spring Sharif Univ. of Tech.2 Outlines What is RUP? RUP Phases –Inception –Elaboration –Construction –Transition.
CLEANROOM SOFTWARE ENGINEERING.
T Project Review RoadRunners [PP] Iteration
Rational Unified Process Fundamentals Module 4: Disciplines II.
Demystifying the Business Analysis Body of Knowledge Central Iowa IIBA Chapter December 7, 2005.
Business Analysis and Essential Competencies
1 Process Engineering A Systems Approach to Process Improvement Jeffrey L. Dutton Jacobs Sverdrup Advanced Systems Group Engineering Performance Improvement.
Z26 Project Management Introduction lecture 1 13 th January 2005
Using a Project Model for Assessment of CDIO skills Tomas Svensson, Svante Gunnarsson Linköping University Sweden June
Software Engineering Management Lecture 1 The Software Process.
Basic of Project and Project Management Presentation.
PROJECT MANAGEMENT. A project is one – having a specific objective to be completed within certain specifications – having defined start and end dates.
Management & Development of Complex Projects Course Code MS Project Management Project Life Cycle & PM Process Groups Lecture # 4.
Detailed Design & Component Selection. Detailed Design Phase Portion of the engineering design process where the engineering team can completely describe.
Software Development Cycle What is Software? Instructions (computer programs) that when executed provide desired function and performance Data structures.
Microsoft Office Project 2003: Selling EPM in your Organization Matt Wilson Business Solutions Specialist LMR Solutions.
Review of Software Process Models Review Class 1 Software Process Models CEN 4021 Class 2 – 01/12.
Request for Proposal (RFP)
Professional Certificate in Electoral Processes Understanding and Demonstrating Assessment Criteria Facilitator: Tony Cash.
Rational Unified Process (RUP) Process Meta-model Inception Phase These notes adopted and slightly modified from “RUP Made Easy”, provided by the IBM Academic.
Information System Project Management Lecture Five
Initiation Project Management Minder Chen, Ph.D. CSU Channel Islands
SOLUTION What kind of plan do we need? How will we know if the work is on track to be done? How quickly can we get this done? How long will this work take.
PPTTEST 12/26/ :41 1 IT Ron Williams Information Technology Management Project Management.
Overview of RUP Lunch and Learn. Overview of RUP © 2008 Cardinal Solutions Group 2 Welcome  Introductions  What is your experience with RUP  What is.
Rational Unified Process Fundamentals Module 4: Core Workflows II - Concepts Rational Unified Process Fundamentals Module 4: Core Workflows II - Concepts.
1 The Requirements Problem Chapter 1. 2 Standish Group Research Research paper at:  php (1994)
Unit – I Presentation. Unit – 1 (Introduction to Software Project management) Definition:-  Software project management is the art and science of planning.
T Iteration Demo Tikkaajat [PP] Iteration
Software Engineering (CSI 321) Software Process: A Generic View 1.
MSD END-STATE EXPECTATIONS. Today’s Agenda 7:30-7:59 Continental Breakfast & Reconnecting 8:00 Review of Agenda Workshop with students –EH 8:02-8:30 MSD.
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
1 Chapter 11 Planning. 2 Project Planning “establishing a predetermined course of action within a forecasted environment” “establishing a predetermined.
Complete Design & Gate Review. Complete Design Detailed Design Review (DDR) 1.“High and medium technical risk” areas –Design Review (Prelim-DDR): standard.
RUP RATIONAL UNIFIED PROCESS Behnam Akbari 06 Oct
Request for Proposal (RFP) In response to the RFP – the first step is to prepare a proposal 1. Review Customer Requirements and come up with candidate.
LECTURE 5 Nangwonvuma M/ Byansi D. Components, interfaces and integration Infrastructure, Middleware and Platforms Techniques – Data warehouses, extending.
MGT 437 OUTLET Become Exceptional/mgt437outlet.com FOR MORE CLASSES VISIT
Software Engineering Management
Identify the Risk of Not Doing BA
ARB Schedule Locations
Nicholas J. Di Liberto 20 June 2011
Presentation transcript:

What has been accomplished at the end of MSD 1 & 2?

MSD End State Expectations High Level MSD 1 & 2 Outcomes Your Customer and Team are enjoying a working prototype. You have Delighted Customers like Dr. Roman Press & Jeff Gutterman from Team Your Team executed an effective design process. You grew as an engineer and were part of a productive Project Team.

Student Takeaways from the MSD Experience Project Completion ◦Satisfaction that comes with real accomplishment ◦Something to add to your resume and highlight during job interviews Process Competence ◦Methods and tools to execute the engineering design & delivery process that you can use on any future project Individual Contribution & Personal Development ◦Project ownership and effectiveness in a diverse team setting ◦Personal growth and increased confidence in engineering, problem solving, and presentation skills MSD End State Expectations

Project Completion – Ideal Working prototype is delivered All requirements are verified by test data All required documentation is delivered Possible improvements are identified Customer is satisfied if not delighted MSD End State Expectations

Project Completion – Typical Most functionality is delivered Most requirements are verified by test data Essential documentation is delivered Shortfalls are identified with action plans Possible improvements are identified Customer is satisfied MSD End State Expectations

Process Competence – Ideal Design, development & delivery process is rational, traceable and documented. Methods and tools utilized are appropriate, effective, and efficient. Team prepared, followed, and continuously updated a plan leading to predictable outcomes. MSD End State Expectations

Process Competence – Typical Design, development & delivery process was not consistently followed, but it was rational, traceable, and reasonably well documented. Methods and tools utilized are mostly appropriate, effective, and efficient. Team prepared and generally followed a plan leading to mostly predictable outcomes. MSD End State Expectations

Individual Contribution – Ideal Accepted, understood, & took ownership – “did everything you could” Exhibited positive, constructive, & professional behavior at all times Individual Contribution – Typical Generally took ownership – contributed significantly but missed some opportunities Generally exhibited constructive & professional behavior with some exceptions during crises MSD End State Expectations

Be sure to consider all key stakeholders Your Customer & Sponsor ◦Would I pay for what was delivered? ◦Could they do it again (because they understood & followed good process)? ◦Would I hire these young engineers? Your Team – discuss !! ◦Learned to resolve conflicts? Started to appreciate process and value of planning & risk assessment? Applied appropriate engineering analysis? Faculty ◦Students achieved learning objectives MSD End State Expectations

The Journey – MSD I & II 30 weeks (6 credits) ◦MSD I: Project definition and design ◦MSD II: Prototype development and delivery Design & delivery process defined by RIT faculty ◦Five 3-week phases each semester ◦Review and grading after each phase Students take ownership – utilize process methods & tools to define, develop and deliver expected outcomes, implement peer reviews All engineers utilize appropriate analysis tools to support engineering decision making MSD End State Expectations

MSD I WksPhaseDeliverables 1-3 Problem Definition Customer Requirements, Engineering Requirements (& Relationship Diagram), Project Plan 4-6 System Design Functional Decomposition, Concepts Developed, Engineering Analysis to support critical technology, Architecture, Test Plan, Risk Assessment, Update Project Plan 7-9 Subsystem Design (High Technical Risk) Requirements Flowdown, Engineering Analysis to demonstrate feasibility of critical subsystems, Update Test Plan, Update Risk Assessment, Update Project Plan Detailed Design (High & Med Technical Risk) Design Output (drawings, schematics, layouts, algorithms, BOM), Engineering Analysis to support Detailed Design, Update Test Plan, etc Complete Design (Low Technical Risk) Complete Design Output (…), Design Package Completion, Ready to order long lead time parts 16MSD I WrapupGate Review – Readiness for MSD II

MSD End State Expectations MSD II WksPhaseDeliverables 1-2 Subsystem Level Prep/Build & Action Items (if failed Gate Review) Test Bench setup, simulation, analysis, Create Problem List, Update Test Plan & Project Plan 3-5 Build/Test/Integrate Subsystem Level Testing, simulation, analysis, Subsystem Function Demo, Update Problem Status, Test Plan, Project Plan 6-8 Build/Test/Integrate Subsystem & System Level Execute overall Test Plan to evaluate performance, Preliminary Integrated System Demo, Update Problem Status, Conference Paper Outline 9-11 Build/Test/Integrate System Level Continue full system testing for reliability, Full Integrated System Demo with Customer, Project Documentation Complete Verification & Validation Project Complete Complete full system testing for reliability Project Complete – handoff obligations to Customer Complete Paper & Poster, ImagineRIT 15Final Presentation & ReviewCompletion of MSD II

MSD End State Expectations MSD II WksPhaseDeliverables 1-2 Subsystem Level Prep/Build & Action Items (if failed Gate Review) Test Bench setup, simulation, analysis, Create Problem List, Update Test Plan & Project Plan 3-5 Build/Test/Integrate Subsystem Level Testing, simulation, analysis, Subsystem Function Demo, Update Problem Status, Test Plan, Project Plan 6-8 Build/Test/Integrate Subsystem & System Level Execute overall Test Plan to evaluate performance, Preliminary Integrated System Demo, Update Problem Status, Conference Paper Outline 9-11 Build/Test/Integrate System Level Continue full system testing for reliability, Full Integrated System Demo with Customer, Project Documentation Complete Verification & Validation Project Complete Complete full system testing for reliability Project Complete – handoff obligations to Customer Complete Paper & Poster, ImagineRIT 15Final Presentation & ReviewCompletion of MSD II

MSD End State Expectations MSD GRADING Emphasis Project Completion 70% Process Followed & Tool Usage 20% Personal Contribution to Team 10%

MSD End State Expectations Grade Definitions *Letter Grade ScoreBrief DescriptionLonger Description A+100 Outstanding (Work is high quality) - Deliverables completed and high quality; - Executed process and used process tools very effectively; - Took ownership of the project by consistently demonstrating initiative, persistence, and process discipline. A95 A-92 B+88 Good to Very Good (Work is satisfactory) - Deliverables completed and acceptable; - Executed process and used process tools satisfactorily; - Took some ownership of the project by demonstrating periodic initiative, persistence, and process discipline. B85 B-82 C+78 Minimally Acceptable (Most work is satisfactory) - Deliverables minimally acceptable but incomplete in some areas; - Process haphazardly followed, not intelligently or efficiently applied; - Lacked ownership of the project by seldom demonstrating initiative, persistence, or process discipline. C75 C-72 D+68 Unacceptable (Less than half of the work is satisfactory) D65 D-62 F55 Disaster (Little to none of the work is satisfactory) Guide reserves the right to assign a score lower than 55 if less than 55% of the work has been done. MSD GRADING RUBRIC Grade Expectations B is a good to very Good outcome A is an outstanding Outcome. (It is not the Default)

Comments Project-based course – no “right” answers, only better solutions All projects have QCD goals ◦Quality = What will be delivered as defined by performance metrics, etc… ◦Cost = Cost incurred to deliver the what ◦Delivery = When the what is delivered MSD Projects can be ◦A working device or a “process” for accomplishing something – both are prototypes ◦First time attempt or leverages a prior MSD project MSD End State Expectations

Comments Expect that deliverables must be iterated & refined – see Schedule for details Expect that you must exhibit dynamic zoom – consider the 20,000 ft. view, a system level view and a detailed view. Move in and out until you get convergence and coherence. Ensure coherence of your documentation: eg. major technical risks should be supported by a set of activities on the schedule. MSD End State Expectations

Final Thoughts Ownership & Accountability Discipline Teamwork Communication (internal, external) Personal satisfaction & growth Great results Customer satisfaction Good grade Enjoyment MSD End State Expectations