Valentin Razmov, CSE403, Sp'05 CSE403 Section 1: The Fate of Software Projects Learning = Practice + Feedback Desirable Qualities in Teammates Team-Building.

Slides:



Advertisements
Similar presentations
What is Engineering?.
Advertisements

TestIstanbul Conferences 2012 TESTISTANBUL 2011 KEYNOTE SPEAKERS.
What Employers Want Kristian Rumble – Graduate Employment Manager.
Managing Innovation in Educational Organisations Andy Hockley, Hox & Erix SRL Quest Conference, Iasi June 2009.
(Insert team name) (insert your names) Homework worksheets ONE PER TEAM Send this powerpoint to india- by Tuesday, June 25.
PRO-FRIENDS Continuous Improvement Discussion (CID)
© 2010 University of California, Irvine – André van der Hoek1June 14, 2015 – 15:24:35 Informatics 121 Software Design I Lecture 11 André van der Hoek &
Outline (Mis)communicating expectations Schedule of class-related deliverables Specific final release deliverables Your questions Intellectual activity:
Administrivia Lifecycle Architecture (LCA) group assignment will go out later today. Informal feedback meetings with LCO groups EasyShare: Mon, 2:45pm-3:15pm,
1 Jul 2005CSE403, Summer'05, Section 02 Section 02: Life Cycle Architecture Review Valentin Razmov.
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.
1 Computer Systems & Architecture Lesson 1 1. The Architecture Business Cycle.
John Moncrieff Getting the Business out of the Kitchen and into the Boardroom John Moncrieff Consulting.
The Many Contexts of Software Architecture
Presented by Levent Yıldızgören TTC Language Services Ltd & Learnproject.
Organizational Behavior as a Way of Thinking and Acting
UTSA Colleges of Business and Engineering TAKE YOUR TECHNOLOGY TO THE LIMIT! Rudy W. De La Garza ENTREPRENEUR WEAPONS First Dominion FINANCIAL CITE BootCamp.
MLC Learning Model Reveal the Big Picture Immersion What do I need to Know and how will I find out? Create it Share Reflection Celebrate Brainstorm.
19 Aug 2005CSE403, Summer'05, Lecture 17 Lecture 17: Course Retrospective and the Path to Lifelong Learning (Part II) Valentin Razmov.
1 CSE 403 Classic Mistakes Reading: Rapid Development Ch3 These lecture slides are copyright (C) Marty Stepp, 2007, with significant content taken from.
ABET’s coming to Rose! Your involvement Monday, Nov 5, 2012.
Chapter 11 Management Skills
Software Project Planning CS470. What is Planning? Phases of a project can be mostly predicted Planning is the process of estimating the time and resources.
Welcome to Software Engineering. CSE403, Summer'05, Lecture 01 Lecture 01: Course Overview Valentin Razmov.
1. 2 IMPORTANCE OF MANAGEMENT Some organizations have begun to ask their contractors to provide only project managers who have been certified as professionals.
Presentation Tutorial Entrepreneur’s Guide to an Effective Pitch to Investors AmBAR © 2005 All Rights Reserved.
Feasibility Study.
PROPOSING TO WRITE A PROPOSAL? BY PAPIA BAWA. What are Proposals? Long reports usually written in response to a specific request or in response to your.
Presenter: 陳秋玉 1.  Extreme programming Extreme programming  On-site customer On-site customer  Benefit Benefit  Characteristics of a good customer.
MLC Learning Model Reveal the Big Picture Immersion What do I need to Know and how will I find out? Create it Share Reflection Celebrate Brainstorm.
1 Software Process Models-ii Presented By; Mehwish Shafiq.
How to start Milestone 1 CSSE 371 Project Info There are only 8 easy steps…
CSE 403, Spring 2007, Alverson Software Development Teams Talent wins games, but teamwork and intelligence wins championships. Michael Jordan With some.
1ICT 421 IT Professional Practice Semester 1, 2005 Communications Management Part 1 Diana Adorno
1 Ideas of Problem-based Learning As a learner-centred process, problem- based learning meets the learners' interests and as such gives room for developing.
1 Advanced Software Architecture Muhammad Bilal Bashir PhD Scholar (Computer Science) Mohammad Ali Jinnah University.
Project Management For the Non Project Manager 1.
Setting Objectives. How do you know if you have succeeded or failed, won or lost? By setting objectives/goals.
EENG 4910/4990 Engineering Design Murali Varanasi September 02, 2009.
1 CSE 403 Introduction Reading: Rapid Development Ch3.3 These lecture slides are copyright (C) Marty Stepp, 2007, with significant content taken from slides.
Project Management Communications Overview Copyright ©
1 TenStep Project Management Process ™ PM00.9 PM00.9 Project Management Preparation for Success * Manage Quality *
05 Jul 2006CSE403, Summer'06, Lecture07 Administrivia Informal feedback meetings with LCO groups FantasySportsLeague: still to come today Individual assignment.
1 SWE 513: Software Engineering People II. 2 Future Experience What will you be doing one year from now? Ten years from now?
Actionable Strategies for the Design of a High Performing Organization.
1 Problem based Learning – The AAU Way A Work Shop given by: Mona Dahms Department of development and planning Fibigerstraede 11, DK Aalborg East.
Information Technology Project Management Managing IT Project Risk.
Greene County Extension Center, Springfield, Mo. Presented by David L. Burton George Deatz, Lisa Bakerink and Harold Bender “Using Partnerships, Volunteers.
Introduction to Technical and Business Writing. 2 What is Technical Writing? Taking complicated subject matter and transforming it into easy-to-understand.
Using the TSPi Chapter Using the TSPi Chapter 16 Managing yourself Chapter 17 Being on A Team Chapter 18 Teamwork Postmortem.
  Developing a meaningful business plan is often overlooked despite its importance. People are often too impatient to devote time to the process or.
18 Aug 2005CSE403, Summer'05, Lecture 17 Lecture 17: Course Retrospective and the Path to Lifelong Learning (Part I) Valentin Razmov.
11/06/04Supervision and Assessment1 Friday the 11 th of June: Supervision and Assessment 09.00:Cases on supervision (LK + LPJ) 11.00:Supervision - strategies.
1 CSE 403 Team Dynamics Reading: Rapid Development Ch. 13, Pragmatic Programmer Ch These lecture slides are copyright (C) Marty Stepp, 2007, with.
CIS 4251 / CIS 5930 SOFTWARE DEVELOPMENT Fall 1999 Sept. 1, 1999 Marge Holtsinger.
Personal Effectiveness
CSE 403, Spring 2008, Alverson CSE 403 Software Engineering Pragmatic Programmer Tip: Care about Your Craft Why spend your life developing software unless.
30 Jun 2006CSE403, Summer'06, Section02 Administrivia Individual assignment #1 will go out later today. Upcoming holiday schedules: Mon / Wed? Informal.
Deliverables: Beta Release Installation package Application sources and binaries One-step build for all sources Latest specification & design documents.
TU-C2040 Strategy Fieldwork Marco Clemente Natalia Vuori.
PROJECT MANAGEMENT Software Engineering CSE
Project Scope Management Pantelis Ipsilandis- Dimitrios Tselios.
Outline Your one-minute feedback from last week
Classroom Interaction via Tablet PCs and Student Submissions
Requirements Analysis Scenes
Unit4 Customer Portal Submitting & Managing Cases.
Lecture 05: Team Formation Issues
Student submission examples
Presentation transcript:

Valentin Razmov, CSE403, Sp'05 CSE403 Section 1: The Fate of Software Projects Learning = Practice + Feedback Desirable Qualities in Teammates Team-Building Conversations

First, Let’s Try the Technology In the space below, please write the first name of the person you’re sharing a machine with: Now, let them do the same: When done, submit using ‘Select All’ and then ‘Send Selection’.

The Fate of Software Projects in Industry: Question Under some reasonable definition of a “project” (you make it up), what would you guess is the percentage of software projects that fail (i.e., that don’t accomplish their goals)? Choose the nearest approximation:  0-20%  20-40%  40-60%  60-80%  %

The Fate of Software Projects in Industry: Answers Here is how undergraduate students in software engineering (CSE403) voted (left) vs. how graduate students (in CSE590ET) voted (right): Historically, 85% of software projects fail. % of students who answered this

Chief Reasons for Software Project Failures: Question What might be the main reasons behind such a large percentage of software project failures? State one reason that you and the person next to you think is prevalent.

Chief Reasons for Software Project Failures: Student Answers Other CSE403 students said: Doing something without a clear customer base Competition Changes in the context (funding, priorities) Lack of planning: poor module decomposition, poor risk analysis, lack of knowledge, lack of motivation Entrepreneurial nature of software (unlike other engineering disciplines) Too “rosy” assumptions (about future technology, etc.) Poor communication

Chief Reasons for Software Project Failures: Student Answers Graduate students (in CSE590ET) stated: Changing of requirements Misunderstanding of requirements Lack of clear specification Over-ambitious goals Original goals were unrealistic Poor understanding of goals Lack of a reasonable & structured software/feature plan Lack of planning Poor planning/research Cost overruns No commercial market for end product Complexity of software

Chief Reasons for Software Project Failures: What Professionals Say According to most professionals, the majority of software projects fail… not because of technical deficiencies or problems but because of underestimating or sometimes even completely ignoring the human aspect, including: the relationship with the customers regular and explicit communication between all stakeholders – managers, developers, testers, marketing, sales, customers Examples: Building a product that no one wants to buy Sabotaging a product (for political reasons) that otherwise may have succeeded

Learning = Practice + Feedback Practice: Feedback:

Learning = Practice + Feedback Practice: Project work Planning, communication Design, testing, documentation, coding Reflective writings Providing constructive comments to others Feedback: From us On project milestones On reflective writings During in-class discussions From student peers continually + as part of peer reviews From programming tools From guest lecturers (if you choose to ask them)

Desirable Qualities in Teammates What would you like your teammates to be?

Desirable Qualities in Teammates Students in previous CSE403 classes said they prefer teammates who were: Motivated Reliable Putting team agenda before personal goals Open-minded Explicit and concise communication Active, showing initiative Flexible (not stuck into original expectations) Organized (good time management) Not necessarily “stars”

Personal Qualities that Managers Look for in Employees Dependable Trainable Proactive “Star players” are a red flag!

Team Conversations Necessary to establish shared understanding among teammates. See handout What are your team’s success criteria?

One-minute Feedback What one or two ideas discussed today captured your attention and thinking the most?

Questions? On homework On project On course …