資工 3B 995002536 何睿哲 敏捷方法. Agile Team Perceptions of Productivity Factors.

Slides:



Advertisements
Similar presentations
Develop an Information Strategy Plan
Advertisements

Ch-11 Project Execution and Termination. System Testing This involves two different phases with two different outputs First phase is system test planning.
Requirements Specification and Management
Systems Analysis and Design 9th Edition
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Agile Software Methodologies Employee, Customer and Organization Factors 歐俊良.
CAP 252 Lecture Topic: Requirement Analysis Class Exercise: Use Cases.
Analysis Stage (Phase I) The goal: understanding the customer's requirements for a software system. n involves technical staff working with customers n.
An evaluation framework
Company LOGO B2C E-commerce Web Site Quality: an Empirical Examination (Cao, et al) Article overview presented by: Karen Bray Emilie Martin Trung (John)
Fact-Finding Fact-Finding Overview
The Software Product Life Cycle. Views of the Software Product Life Cycle  Management  Software engineering  Engineering design  Architectural design.
1 Lecture 6 The Systems Analyst (Role and activities) Systems Analysis & Design Academic Year 2008/9.
Homeland Security Exercise and Evaluation Program HSEEP.
WHAT DO WE KNOW ABOUT AGILE SOFTWARE DEVELOPMENT? Author : Tore Dyba and Torgeir Dingsoyr Reporter : 卓卿安.
Synthesis Paper Guidelines. Essential Questions What are issues in urban schools that result in academic disparities? How do students perceive these issues?
Agile Software Development Practice Adoption Survey Narendra Kurapati, Venkata Sarath Chandra Manyam, and Kai Petersen Blekinge Institute of Technology.
CORE 1: PROJECT MANAGEMENT Overview TECHNIQUES FOR MANAGING A PROJECT Communication Skills Active Listening Mirroring Paraphrasing Summarizing Clarifying.
Process: A Generic View n A software process  is a roadmap to building high quality software products.  provides a framework for managing activities.
Requirements analysis Speaker: Chuang-Hung Shih Date:
SYSTEM DYNAMICS MODELING OF AGILE CONTINUOUS DELIVERY PROCESS 敏捷方法期中報告 王竣鋒.
Evaluation Framework Prevention vs. Intervention CHONG POH WAN 21 JUNE 2011.
Performance Indicators
Project Management : Techniques and Tools (60-499) Fall 2014 / Winter 2015.
CISB594 – Business Intelligence
Our quality challenges examples Implement Self assessment - The KVIK model Identify competence of all employees – The Competence Spin.
SYSTEM DYNAMICS MODELING OF AGILE CONTINUOUS DELIVERY PROCESS 資工 4A 鄭鈞輿.
Chapter 16 Structured Systems Analysis. Learning Objectives Know goals, plans, tasks, tools, & results of systems analysis Understand/appreciate costs.
CISB594 – Business Intelligence
Celio Santana Cristine Gusmao Danilo Caetano Alexandre Vasconcelos 丁冠華 The Confidence of Agile Assessment Methods in the Context of Software.
AMA INTERNATIONAL UNIVERSITY BHARAIN SOFTWARE ENGINEERING PROJECT - SBI 302 SOFTWARE ENGINEERING PROJECT - SBI 302A SOFTWARE ENGINEERING PROJECT - SBI.
Interviewing 1. Goals of Interviewing  Make sure that the biases and predispositions of the interviewer do not interfere with a free exchange of information.
McGraw-Hill/Irwin Copyright © 2006 by The McGraw-Hill Companies, Inc. All rights reserved. Chapter 3 Identification and Selection of Development Projects.
Systems Analysis and Design 8 th Edition Chapter 2 Analyzing the Business Case.
Lecture-3.
Universiti Teknologi Malaysia Chapter 1. i. Acknowledgement ii. Abstrak (in Malay language) iii. Abstract iv. Table of Content, List of Figures, List.
Request for Proposal (RFP)
System Context and Domain Analysis Abbas Rasoolzadegan.
Process: A Generic View
Compliance Monitoring and Enforcement Audit Program - The Audit Process.
Kiasu Project Guidelines for writing. Abstract = 2 Describe study, participants, method, results, implications.
Chapter 3 The Knowledge Leader
Course introduction Rawhia salah Assistant Prof. of Nursing 2015/2016 Nursing Management and leadership 485.
An Introduction to UML COMS 103 section 4 11 January, 1999.
Ondřej Přibyl L3: System Development Life Cycle page 1 Lecture 3: System Development Life Cycle Doc.Ing. Ondřej Přibyl, Ph.D. Department of applied mathematics.
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.
BUS 660 Entire Course (2 Sets) For more course tutorials visit This Tutorial contains 2 Sets of Papers for each Assignment (Check Details.
1 R&D ACTIVITIES AS A GROWTH FACTOR OF FOREIGN OWNED SMEs IN CROATIA Zoran Aralica Domagoj Račić
CHAPTER 2 SYSTEM PLANNING DFC4013 System Analysis & Design.
Evaluation of PH-ELIM trainings
Application Outsourcing: Achieving Success & Avoiding Risk
CMMI Q & A.
FEASIBILITY STUDY Feasibility study is a means to check whether the proposed system is correct or not. The results of this study arte used to make decision.
SKILL ASSESSMENT OF SOFTWARE TESTERS Case Study
Software Requirements analysis & specifications
BUS 660 Competitive Success-- snaptutorial.com
Get Real PMI PMP Exam Questions | PMI PMP Question Answers Realexamdumps.com
BUS 660 Education for Service-- snaptutorial.com
BUS 660 Teaching Effectively-- snaptutorial.com
BUS 660 Education for Service-- tutorialrank.com
BUS 660 Inspiring Innovation-- snaptutorial.com
Request for Proposal (RFP)
Team members: Project Manager: Facilitator: Customer Liason:
denote Project Managers explicitly
SUPERVISORY MANAGEMENT
Human Resources Management: Module 2
Testing Services.
Basic Approaches to Leadership.
Chapter 2: The Project Management and Information Technology Context
Presentation transcript:

資工 3B 何睿哲 敏捷方法

Agile Team Perceptions of Productivity Factors

INTRODUCTION The rest of this paper is organized as follows. Section II gives an overview of software productivity factors found in the literature. Section III explains the concept of knowledge worker productivity. Section IV describes our research method and design. Section V presents the results and Section VI discusses the main findings and implications for research and practice. Section VII describes some limitations of this work. The last section concludes the paper and describes future work.

PRODUCTIVITY FACTORS The factors in Table I include: product, personnel, project, and process factors. Product is related to a specific characterization of software, such as domain, requirements, architecture, code, documentation, interface, size, etc. Personnel factors involve team member capabilities, experience, and motivation. Project factors encompass management aspects,resource constraints, schedule, team communication, staff turnover, etc. Process factors include software methods, tools, customer participation, software lifecycle, and reuse. We highlighted factors that also appeared in our results.

KNOWLEDGE WORKER PRODUCTIVITY A Knowledge Worker (KW) has been described as a high- level employee who applies theoretical and analytical knowledge, acquired via formal education and experience, to develop new products or services [25]. Drucker states that knowledge-worker productivity is strongly related to the degree of autonomy, responsibility, and continuous lifelong learning a person experiences. He emphasizes that productivity is not only a matter of quantity of output, quality is at least as important [26].

RESEARCH METHOD We aim to investigate which productivity concept the teams use in their projects. We also want to identify which factors impact on agile team productivity and, specifically, how they impact on it. Finally, we want to explore whether agile practices impact productivity from the teams’ viewpoint. To answer our research questions we performed two case studies in the industry [24], [27]. We chose to follow the teams for 6 months because the influence of some productivity factors may change across time, depending on the project context. For instance, the problem of staff turnover may be noticeable just after a member dismissal. Therefore, if we did not ask the interviewee frequently about specific factors that may have affected productivity, they may have forgotten the effect of the dismissals.

RESULTS RQ1. How do agile teams define productivity? Based on the concepts of knowledge worker productivity (Section III), we coded the answers in which the interviewees were talking about being more or less productive. We also coded any mention about their criteria to evaluate the productivity variation. In most of the interviews, the team member’s definition for productivity was unclear for the researchers. Three interviewees mentioned that timeliness is a criterion for measuring or perceiving productivity. Three interviewees also mentioned quantity, and two mentioned quality as a way to determine productivity. It was surprising that only one interviewee mentioned customer satisfaction as a criterion, especially since if a team delivered high quality software on time, without satisfying the customer, they would not achieve the overall iteration/release goals.

The end