1 / 28 CS 425/625 Software Engineering Managing People Based on Chapter 22 of the textbook [Somm00] Ian Sommerville, Software Engineering, 6 th Ed., Addison-Wesley,

Slides:



Advertisements
Similar presentations
Chapter 22 Managing People.
Advertisements

1 Note content copyright © 2004 Ian Sommerville. NU-specific content copyright © 2004 M. E. Kabay. All rights reserved. Managing People IS301 – Software.
Management, Leadership, & Internal Organization………..
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 25 Slide 1 Managing people l Managing people working as individuals and in groups.
CHAPTER 7 Business Management.
©Ian Sommerville 2000 Software Engineering, 7th edition. Chapter 25Slide 1 Managing people l Managing people working as individuals and in groups l People.
Modified from Sommerville’s originalsSoftware Engineering, 7th edition. Chapter 25 Slide 1 Managing people (individuals and in groups)
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 25 Slide 1 CHAPTER 25: Managing people l Managing people working as individuals and in.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 22Slide 1 Managing people l Managing people working as individuals and in groups.
User Modeling CIS 376 Bruce R. Maxim UM-Dearborn.
1 CS 501 Spring 2005 CS 501: Software Engineering Lecture 23 People 1.
Software Teams & Tools 1 Software Engineering Teams Most projects are too large for a single s/ware professional Employing teams helps projects to be delivered.
Software Engineering Process - II
1 Software Testing and Quality Assurance Lecture 35 – SWE 205 Course Objective: Basics of Programming Languages & Software Construction Techniques.
The Human Side of Project Management
People in the process People are an organisation’s most important assets The tasks of a manager are essentially people oriented. Unless there is some.
1 R&D SDM 1 Software Project Management Team Management Project organizations 2009 Theo Schouten.
Chapter 15 Design, Coding, and Testing. Copyright © 2005 Pearson Addison-Wesley. All rights reserved Design Document The next step in the Software.
1 / 26 CS 425/625 Software Engineering Software Requirements Based on Chapter 5 of the textbook [Somm00] Ian Sommerville, Software Engineering, 6 th Ed.,
CS 425/625 Software Engineering System Models
CS CS 5150 Software Engineering Lecture 27 People 2.
1 / 31 CS 425/625 Software Engineering User Interface Design Based on Chapter 15 of the textbook [SE-6] Ian Sommerville, Software Engineering, 6 th Ed.,
CS 425/625 Software Engineering Software Requirements
CS CS 5150 Software Engineering Lecture 23 People 1.
University of Wollongong Anne Fuller 1 Working in teams CSCI311 Software Process Management.
1 CS 501 Spring 2003 CS 501: Software Engineering Lecture 24 People I.
1 Software Testing and Quality Assurance Lecture 35 – SWE 205 Course Objective: Basics of Programming Languages & Software Construction Techniques.
CS 501: Software Engineering Fall 2000 Lecture 25 Management III Managing People.
HOSPITALITY MANAGEMENT Ch. 16 HS. THE GENERAL MANAGER  General Manager – is a person responsible for the entire operation of one unit of a hospitality.
Basic Challenges of Organizational Design
PowerPoint Presentation by Charlie Cook
Chapter 22 Project management
Managing people Managing people working as individuals and in groups.
CS 425/625 Software Engineering Legacy Systems
Chapter 12 The Manager as Leader.
Software Engineering Muhammad Fahad Khan
1 / 18 CS 425/625 Software Engineering Requirements Engineering Processes Based on Chapter 6 of the textbook [Somm00] Ian Sommerville, Software Engineering,
Working in Groups 1.  Working in groups may be one of the most important skills you learn in college.  The ability to work in groups is an essential.
Slide 1 Teams l Most products are too large to be completed by a single software professional with the given time constraints l You will work within a.
Effective Groups and Teams
Managing people l Managing people working as individuals and in groups.
Managing people Managing people working as individuals and in groups People are an organisation’s most important assets 1.
Understanding Groups & Teams Ch 15. Understanding Groups Group Two or more interacting and interdependent individuals who come together to achieve particular.
1 CS 501 Spring 2002 CS 501: Software Engineering Lecture 20 Managing People.
CS 425/625 Software Engineering Project Management
Software Engineering, 8th edition Chapter 25 1 Courtesy: ©Ian Somerville 2006 May 04 th, 2009 Lecture # 20 Managing people l Managing people working.
Understanding Work Teams
Applied Software Project Management Andrew Stellman & Jennifer Greene Applied Software Project Management Applied Software.
SELF MANAGED TEAMS. A self-managed team is a group of employees that's responsible and accountable for all or most aspects of producing a product or delivering.
CS CS 5150 Software Engineering Lecture 24 People 2.
CS CS 5150 Software Engineering Lecture 26 People 2.
The Manager as a Leader Chapter 12. The Importance of Leadership Definition: Leadership is the ability to influence individuals and groups to cooperatively.
Chapter 8 Management, Leadership, and Internal Organization Learning Goals Define management and the skills necessary for managerial success. Explain the.
CS 240, Prof. Sarwar Slide 1 CS 240: Software Project Fall 2003 Sections 1 & 2 Dr. Badrul M. Sarwar San Jose State University Lecture #19.
Unit – I Presentation. Unit – 1 (Introduction to Software Project management) Definition:-  Software project management is the art and science of planning.
CS 501: Software Engineering Fall 1999 Lecture 20 Management III Managing People.
Lim Sei cK.  Team ◦ A group whose members work intensely with each other to achieve a specific, common goal or objective. ◦ All teams are groups.
2-1 Defining Team Success Chapter Nature of Team Success Managers and team members may see success differently Hackman’s three primary definitions.
Employment Skills for Communications Technology..
©2000 South-Western College Publishing
Lecturer: Eng. Mohamed Adam Isak PH.D Researcher in CS M.Sc. and B.Sc. of Information Technology Engineering, Lecturer in University of Somalia and Mogadishu.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 25 Slide 1 Managing people l Managing people working as individuals and in groups.
Managing people working as individuals and in groups Managing people.
1 Note content copyright © 2004 Ian Sommerville. NU-specific content copyright © 2004 M. E. Kabay. All rights reserved. Managing People IS301 – Software.
Chapter 4 – Requirements Engineering
People and organizational issues in Testing
LDR 535Competitive Success/snaptutorial.com
Managing People Managing people working as individuals and in group
CHAPTER 25: Managing people
PowerPoint Presentation by Charlie Cook
Presentation transcript:

1 / 28 CS 425/625 Software Engineering Managing People Based on Chapter 22 of the textbook [Somm00] Ian Sommerville, Software Engineering, 6 th Ed., Addison-Wesley, 2000 and on the Ch22 PowerPoint presentation available at the book’s web-site: November 24, 2003

2 / 28 Outline n n People in the Software Process n n Limits to Thinking n n Group Working n n Choosing and Keeping People

3 / 28 People in the Software Process. n n People are an organization’s most important assets n n The manager’s tasks are essentially people oriented n n Software engineering is a cognitive and social activity n n Cognitive limitations should be taken into consideration in the software process

4 / 28.People in the Software Process n n Management activities include: u u Problem solving using available people u u Motivating people who work on a project u u Planning what people are going to do u u Estimating how fast people will work u u Controlling people's activities u u Organizing the way in which people work

5 / 28 Limits to Thinking n n People are very diverse, and do not all think in the same way n n However, all people are subject to the same constraints on their thinking due to: u u Memory organization u u Knowledge representation u u Motivation influences n n Awareness of the limits to the way people think is important in software process management

6 / 28 Limits to Thinking: Memory Organization. n n Memory organization [Fig Somm00]

7 / 28 Limits to Thinking:.Memory Organization n n Short term memory: u u Fast access time u u Limited capacity u u Holds 5-7 “chunks” of information u u Fast decay time n n Working memory: u u Larger capacity u u Longer access time u u Used for information processing u u Can retain information longer than the short term memory u u Relatively fast decay time n n Long term memory: u u Slow access time u u Very large capacity u u Somewhat unreliable retrieval mechanism (we forget things) u u Relatively high threshold (work/time/repetition needed to retain things in long term memory) u u Slow decay time

8 / 28 Limits to Thinking: Cognitive Chunking n n Cognitive “chunking” [Fig. 22.2, Somm00]

9 / 28 Limits to Thinking: Semantic and Syntactic Knowledge. n n Knowledge types: u Semantic knowledge, knowledge of concepts such as the operation of assignment statement, the notion of an object class, etc.   Organized, structured, acquired through experience and active learning, deeper and less volatile than the syntactic knowledge u u Syntactic knowledge, knowledge of details such as how to write a class description in UML, etc.   Disorganized, arbitrary, acquired through memorization, easier to forget than the semantic knowledge

10 / 28 n n Syntactic and semantic knowledge [Fig Somm00] Limits to Thinking:.Semantic and Syntactic Knowledge

11 / 28 Limits to Thinking: Problem Solving. n n Problem solving requires integration of different types of knowledge, e.g., computer, task, domain, and organization knowledge n n A semantic model of the problem as well as a corresponding model of the solution are built n n The process of program design involves: 1Integration of computer and task knowledge to create new knowledge and understand the problem 2Development of a semantic model of the solution and testing of this model against the problem 3Representation of this model in an appropriate notation or programming language

12 / 28 Limits to Thinking:.Problem Solving n n Problem solving [Fig. 22.4, Somm00]

13 / 28 Limits to Thinking: Motivation. n n A manager must know how to motivate the people working on a project n n Different types of motivation are related to: u u Basic needs (e.g., food, sleep, etc.) u u Personal needs (e.g. respect, self-esteem) u u Social needs (e.g., to be accepted as part of a group) n n Motivation should also take into account different personality types: u u Task-oriented u u Self-oriented u u Interaction-oriented

14 / 28 Limits to Thinking:.Motivation n n Human needs hierarchy [Fig. 22.5, Somm00]

15 / 28 Group Working: Introduction n n Software engineering typically requires group activity n n The development schedule for most non-trivial software projects is such that they cannot be completed by one person working alone n n Group interaction is a key factor of group performance n n But flexibility in group composition is often limited and managers must do the best they can with available people

16 / 28 Group Working: Main Factors n n Factors that influence group working: u u Group composition u u Group leadership u u Group cohesiveness u u Group communications u u Group organization

17 / 28 Group Working: Composition n n Group composed of members who share the same motivation can be problematic: u u Task-oriented: everyone wants to do their own thing u u Self-oriented: everyone wants to be the boss u u Interaction-oriented: too much chatting, not enough work n n An effective group has a balance of all types n n However, this can be difficult to achieve because most engineers are task-oriented n n Also, there is a need for all members to be involved in decisions which affect the group

18 / 28 Group Working: Leadership n n Leadership depends on respect, not on titular status n n In a team, there may be both a technical and an administrative leader n n Democratic leadership is more effective than autocratic leadership n n A career path based on technical competence should be supported

19 / 28 Group Working: Cohesiveness n n In a cohesive group, members consider the group more important than the individuals n n Advantages of cohesive groups: u u Group quality standards can be developed u u Group members work closely together u u Team members learn from each other u u Egoless programming can be practised n n Cohesiveness can be build through: u u Social events u u Developing a group identity and territory u u Explicit team-building activities u u Open access to information n n Strong, cohesive groups can lead however to irrational resistance to leadership change and to “groupthink”

20 / 28 Group Working: Communications n n Good communications are vital for group working n n Information must be exchanged on the status of work, design decisions and changes to previous decisions n n Good communications also strengthens group cohesion and promotes understanding n n Factors that influence the effectiveness of group communications : u u Group size u u Group structure u u Group composition u u Physical work environment of the group

21 / 28 Group Working: Organization… n n Software engineering group sizes should be relatively small (at most 8 members) n n Small teams can follow a democratic team organization n n On the other hand, chief programmer teams try to make the most effective use of skills and experience n n Extreme programming involves democratic team organization

22 / 28 Group Working:.Organization.. n n In democratic team organization: u u The group acts as a whole and comes to a consensus on decisions affecting the group u u The group leader serves as the external interface of the group but does not allocate specific work items u u The work is discussed by the group and tasks are allocated according to ability and experience u u This approach is successful for groups where all members are experienced and competent

23 / 28 Group Working:..Organization. n Chief programmer teams consist of a kernel of specialists helped by others added to the project as needed n This group organization allow very capable programmers to be responsible for most of the software development

24 / 28 Group Working: …Organization n n Issues with chief programmer teams: u u Talented designers and programmers are difficult to find u u Group members may resent the chief programmer taking the credit for the group’s success u u Projects will fail if both the chief and deputy programmer become unavailable u u Organizational structures may not be able to accommodate this type of group

25 / 28 Choosing and Keeping People… n n Hiring people for a project is a major managerial responsibility n n Appointment decisions are based on: u u Information provided by the candidates in their resumés u u Information obtained at an interview u u Recommendations from people who know the candidates n n Some companies use psychological or aptitude tests

26 / 28.Choosing and Keeping People.. n n Staff selection factors [Fig Somm00]

27 / 28..Choosing and Keeping People. n n Working environments: u u The physical workplace has an important effect on individual productivity and satisfaction (comfort, facilities, privacy) u u Health and safety aspects must also be taken into consideration (e.g., lighting, heating, furniture) n n Important environmental factors: u u Privacy: each engineer should have his or her work area u u Outside awareness: people prefer natural light u u Personalization: different people organize their work environment in different ways u u Spaces for group meeting: teams working together need spaces for holding formal and informal meetings

28 / 28 …Choosing and Keeping People n n Office layout [Fig 22.8, Somm00]