Lecture 07: Team Environment Issues (Part I)

Slides:



Advertisements
Similar presentations
Making Responsible Decisions and Setting Goals
Advertisements

12 Aug 2005CSE403, Summer'05, Lecture 15 Updated Schedule of Remaining Class-Related Deliverables Fri, Aug 10pm: hw#4 responses due Sun, Aug
10 Aug 2005CSE403, Summer'05, Lecture 15 Lecture 15: Configuration Management, Software Maintenance, and Code Reviews (Part I) Valentin Razmov.
29 Jul 2005CSE403, Summer'05 Student Startup Sequence Verify network connection Rotate to Landscape mode Start Presenter 2.0 Maximize Application Role->Student.
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.
15 Jul 2005CSE403, Summer'05, Lecture 10 Lecture 10: Incremental Releases Valentin Razmov.
1 Module BASICS OF PLANNING. 2 Content Overview Planning principles Gantt charts.
13 Jul 2006CSE403, Summer'06, Lecture10 Lifecycle Architecture Review: Preliminary Feedback Valentin Razmov.
Multicultural workplace project –
Workshop: Teamwork practicalities Kauppinen, M. Ylikangas, M.
22 Jul 2005CSE403, Summer'05, Lecture 12 Lecture 12: Scheduling, Estimation, and Prioritization (Part II) Valentin Razmov.
Pragmatic Programmer Ch. 8.41
Teamwork Presentation By Devon Berry. What is a team? A team is more than just a group of people, it is a group of people with complementary skills who.
Working in Teams January 12, 2011 CSE 403, Winter 2011, Brun.
CSE 403, Spring 2007, Alverson Software Development Teams Talent wins games, but teamwork and intelligence wins championships. Michael Jordan With some.
Team dynamics CSE Team pros and cons Benefits – Attack bigger problems in a short period of time – Utilize the collective experience of everyone.
CSE 403 Lecture 9 Project teams. Why teams? Team size Bigger is better Smaller is better.
CSE 403 Lecture 5 Working in Teams Reading: Rapid Development Ch. 13, Pragmatic Programmer Ch slides created by Marty Stepp
06 Jul 2006CSE403, Summer'06, Lecture08 Lecture 08: Requirements Gathering Techniques (Part II) Valentin Razmov “The goal of requirements engineering is.
05 Jul 2006CSE403, Summer'06, Lecture07 Administrivia Informal feedback meetings with LCO groups FantasySportsLeague: still to come today Individual assignment.
Software Project Management Lecture # 2 Originally shared for: mashhoood.webs.com.
Successful Teams CSE 403, Spring 2008, Alverson We must all hang together or assuredly, we shall all hang separately. Ben Franklin We must all hang together.
> whoami Yuriy Brun Office: CSE 340
11 Jul 2005CSE403, Summer'05, Lecture 08 Lecture 08: Best Practices for Software Design (Part I) Valentin Razmov.
Student Startup Sequence Verify network connection Rotate to Landscape mode Start Presenter 2.0 Maximize Application Role->Student Connect->Classroom 1.
1 CSE 403 Team Dynamics Reading: Rapid Development Ch. 13, Pragmatic Programmer Ch These lecture slides are copyright (C) Marty Stepp, 2007, with.
Organizational Factors and Reuse Danielle Fafchamps Hewlett-Packard Laboratories.
Governance Orientation. Governance Model 1 Principles maintain future orientation and outcomes focus Board representing the ownership capture decisions.
Organisation structure of projects Project Management (lecture)
Software Project Management
07 Jul 2006CSE403, Summer'06, Lecture10 Lecture 10: Core Principles and Best Practices for Software Design (Part I) “Treat design as a wicked, sloppy,
05 Jul 2006CSE403, Summer'06, Lecture08 Lecture 08: Techniques for Gathering Requirements Valentin Razmov “The goal of requirements engineering is to develop.
Deliverables: Beta Release Installation package Application sources and binaries One-step build for all sources Latest specification & design documents.
Teamwork Mansour al-shathri
PROJECT MANAGEMENT Software Engineering CSE
Building Teams and Empowering Members 1. Empowerment Empowerment is not bestowed by a leader, it is the process of an individual enabling himself to take.
27 Jul 2006CSE403, Summer'06, Lecture 15 Midterm Exam Statistics Other statistics: Average: 40.6 Median: 42.3 Std Dev: 6.2 Max: 46.5 Min: 28 Easiest Problems:
1 Chapter 9 Implementing Six Sigma. Top 8 Reasons for Six Sigma Project Failure 8. The training was not practical. 7. The project was too small for DMAIC.
PERTEMUAN-2 Chapter 2. Project Selection and Management
Management: Everyone needs structure, even in artsy fields like animation.
A Systems View of Project Management
Human Resource Practices
The Project Infrastructure
Classroom Interaction via Tablet PCs and Student Submissions
Chapter 7.
CSC 480 Software Engineering
CSE 403 Lecture 7 Motivation.
Lecture 11: Scheduling, Estimation, and Prioritization
“Plan the work. Work the plan.” ~ Old Saying
Client Management Managing Client Expectations
Success Through Teamwork
Ch. 7 Management By Objectives: MBO
Performance Ownership: A Roadmap to a Compelling Employment Brand
Section 01: Life Cycle Objectives Review
Lecture 02: Software Lifecycle Models
Lecture 06: Team Environment Issues
Lecture 03: Software Lifecycle Models
Lecture 09: Software Architecture (Part I)
CSE 403 Lecture 3 Teams and Software.
CSE 331 Working in Teams slides created by Marty Stepp based on materials by M. Ernst, S. Reges, D. Notkin, R. Mercer, Wikipedia
Lecture 05: Team Formation Issues
Lecture 15: Scheduling, Estimation, and Prioritization (Part II)
Software Project Management
Teamwork.
Group Dynamics and Work Teams
From PPC to Circular Flow
Step up to Action.
PROJECT MANAGEMENT WORKFLOW
Presentation transcript:

Lecture 07: Team Environment Issues (Part I) Valentin Razmov 03 Jul 2006 CSE403, Summer'06, Lecture07

Outline What Contributes to a Team’s Success? Team Organization 03 Jul 2006 CSE403, Summer'06, Lecture07

Resources “Rapid Development”, by Steve McConnell Ch. 12, 13 “Agile Software Development”, by Alistair Cockburn Ch. 1 03 Jul 2006 CSE403, Summer'06, Lecture07

Why Teams? Having more people has benefits (that can be exploited) Attack bigger problems in a short period of time Utilize the collective experience of everyone Having more people has risks too What risks? 03 Jul 2006 CSE403, Summer'06, Lecture07

Why Teams? Having more people has benefits (that can be exploited) Attack bigger problems in a short period of time Utilize the collective experience of everyone Having more people has risks too Miscommunication of expectations Flowing by inertia; not planning ahead “Fluid” (or lack of) responsibility for tasks Conflict/mistrust between team members 03 Jul 2006 CSE403, Summer'06, Lecture07

Managing Risks in a Team Setting Risks need to be actively managed by clearly defining the product and its scope by careful planning and organization by continuously monitoring the progress and direction ... and adjusting when necessary by maintaining an open atmosphere 03 Jul 2006 CSE403, Summer'06, Lecture07

Issues Affecting Team Success Presence of a shared mission and goals Motivation and commitment of team members Experience level ... and presence of experienced members Team size ... and the need for bounded yet sufficient communication Team organization ... and results-driven structure Reward structure within the team incentives, enjoyment, empowerment (ownership, autonomy) 03 Jul 2006 CSE403, Summer'06, Lecture07

Models of Team Organization Who makes the important product-wide decisions in your team? One person? All by unanimous consent? All by using the Roman Rule? Other options?... Is this an unspoken or an explicit agreement among team members? 03 Jul 2006 CSE403, Summer'06, Lecture07