People and Methodologies in Software Development 사람과 소프트웨어 개발 방법론
This is a well written doctorate thesis, by Alistair Cockburn, about software development methodology and how people on the development project work with a methodology. 이것은 잘 작성된 박사 학위 논문을 알리스 테어 cockburn, 약 소프트웨어 개발 방법론과 작동하는 방법을 개발 프로젝트에서 사람들을 방법론을합니다. Reading this will help you understand how to manage application development projects better and understand better how to work with people on a project. 독서 이것은 응용 프로그램을 개발 사업을 관리하는 방법을 이해할 수 있도록 도와줍니다 더 나은 사람들과 작업하는 방법을 이해하고 더 나은 사업을합니다. Here is a 여기에 mirror of this thesis 본 논문의 미러 . 합니다.
People and Methodologies in Software Development 사람과 소프트웨어 개발 방법론
Submitted as partial fulfillment of the degree Doctor Philosophiae 철학 박사 학위로의 이행에 제출 부분
At the Faculty of Mathematics and Natural Sciences, University of Oslo, Norway 학부에서 수학과 자연 과학, 대학의 오슬로, 노르웨이
February 25, 2003 2003년 2월 25일
Abstract 추상
This thesis reports on research performed over a ten-year period, interviewing project teams, participating directly on projects, and reviewing proposals and case studies. 이 논문에 대한 리포트를 연구 수행을 통해 10 - 년 기간, 면접 프로젝트 팀, 프로젝트에 직접 참여하고 제안을 검토 및 사례 연구합니다. The research addressed three questions relating to people and software development methodologies ( Q1 through Q3 ), and produced six results ( R1 through R6 ). 국민의 연구 및 소프트웨어 개발과 관련된 세 개의 질문을 해결 방법론을 (3 분기를 통해 질문 1), 그리고 생산 6 개의 결과 (r1을 통해 r6).
Questions: 질문 :
1) Do we need yet another software development methodology, or can we expect a convergence and reduction at some point in time? 1) 우리가 아직 다른 소프트웨어 개발 방법론이 필요하거나 수렴 및 감축은 우리가 어떤 시점에서 기대하는 시간은?
2) If convergence, what must be the characteristics of the converged methodology? 2) 만일 수렴, 무엇을해야하는 방법론의 특성을 수렴? If no convergence, how can project teams deal with the growing number of methodologies? 수렴되지 않은 경우, 어떻게 프로젝트 팀 방법론을 다룰 늘고있다?
3) How does the methodology relate to the people on the project? 3) 방법론은 어떻게 관련이있는 사람들이 프로젝트?
Results: 검색 결과 :
1) A methodology is a formula describing conventions of interaction between roles. 1) 컨벤션의 방법론은 수식 간의 상호 작용의 역할을 설명합니다.
2) People's characteristics, which vary from person to person and even from moment to moment, form a first-order driver of the team's behavior and results. 2) 사람의 특성, 심지어에서 어떤 사람과 사람마다 다릅니다 순간 순간을, 형성하는 첫 번째 - 주문 운전자의 팀 및 결과의 동작합니다. Such issues as how well they get along with each other and the fit (or misfit) of their personal characteristics with their job roles create significant, project-specific constraints on the methodology. 이러한 문제와 함께 그들이 서로를 얼마나 호응을 얻고 있는지에 맞추기 (또는 부리)를 자신의 개인 재산과 그들의 업무 역할을 크게 만들기, 프로젝트 - 구체적인 제약 조건을 방법론을합니다. This result indicates that people's personal characteristics place a limit on the effect of methodologies in general. 이 결과는 사람의 개인적인 특성을 나타냅니다 장소에서 일반적인 방법론의 영향을 제한합니다.
3) Every project needs a slightly different methodology, based on those people characteristics, the project's specific priorities, and the technologies being used. 3) 모든 프로젝트 약간 다른 방법이 필요에 따라 그 사람들을 특성, 프로젝트의 구체적인 우선 순위, 그리고 기술을 사용되고있습니다. This result indicates that a team's methodology should be personalized to the team during the project and may even change during the project. 이 결과를 나타냅니다 방법론을하는 팀 프로젝트를해야하는 동안 개인 및 팀 프로젝트를하는 동안 변경할 수도있습니다.
4) A set of principles were found that can be used to shape an effective methodology to the above constraints. 4) 일련의 원리를 찾을 수있는 효과적인 방법론을하는 데 사용할 수있는 형태로 위의 내용에 제약을합니다. These principles deal with the amount of coordination and verification required in the project, the trade-off between rework and serialization of work, and the trade-off between tacit and externalized knowledge in use by the team. 이러한 원칙의 양을 조정과 대처의 확인이 필요합니다 프로젝트에 재작업 및 직렬화의 사이의 무역 - 따로 일을하고, 무역 - 따로 사용하는 사이에 무언의 팀과 지식을 구체합니다.
5) A technique was found to create a situationally specific methodology during the project and in time to serve the project, and to evolve it as the project progresses. 5)이 개발한 기술은 구체적인 방법론을하는 동안 상황이 발견 프로젝트를 만들려과 시간을 봉사하는 프로젝트로 발전 프로젝트를 진행하고있습니다.
6) All the above suggests a repeating cycle of behavior to use on projects. 6) 상기의 모든 제안을 프로젝트를 사용하는 동작을 반복하는 사이클을합니다.
1) The members establish conventions for their interactions — a base methodology — at the start of the project. 1)의 구성원의 상호 작용을위한 규칙을 설정할 - 기반 방법 -에서 프로젝트를 시작하는 시점으로합니다. This can be likened to them "programming" themselves. 이것은 비유를 그들에게 "프로그래밍"자신합니다.
2) They then perform their jobs in the normal scurry of project life, often getting too caught up to reflect on how they are doing. 2) 그 후 그들의 작업을 수행합니다 질주의 프로젝트의 정상적인 생활, 종종 너무 사로잡혀 그들은 일을하는 방법을 반영합니다.
3) They schedule regular periods of reflection in which they reconsider and adjust their working conventions. 3) 그들은 일정 기간 동안 정기적으로 재검토하고 조정하는 그들은 그들의 작업에 반영 컨벤션합니다.
These results have been used successfully on several industrial projects having the usual time and cost pressures on the staff. 이런 결과는 여러 산업 프로젝트를 성공적으로 사용했던 직원 평소에 시간과 비용을 부담합니다.
Table of Contents: 목차 :
1. 1. The Research Topic 의 연구 주제
1.1 Clarification of Words 1.1 해명의 단어
1.2 Background to Question 1 1.2 배경을 질문 1
1.3 Background to Question 2 1.3 배경을 질문 2
1.4 Background to Question 3 1.4 배경을 질문 3
1.5 Placing This Work in Context 이 작품의 맥락 속에서 1.5 배치
1.6 Personal Motivation and Direction 개인 동기를 부여하고 방향으로 1.6
2. 2. The Research Approach 접근 방식의 연구
2.1 The Research Practice 2.1의 연구 관행
2.2 The Research Theory 2.2의 연구 이론
3. 3. Issues and Results Chronologically 문제와 결과를 날짜순으로
3.1 The Impact of Object-Orientation on Application Development 3.1 애플 리케이션 개발에 미치는 영향의 개체 - 오리 엔테이션
3.2 Selecting a Project's Methodology 3.2 프로젝트의 방법론을 선택하는
3.3 The Interaction of Social Issues and Software Architecture 3.3의 상호 작용의 사회 문제와 소프트웨어 아키텍처
3.4 Characterizing People as First-Order, Non-Linear Components in Software Development 3.4 특성화 사람들이 첫 번째 - 주문, 아닌 - 선형 구성 요소를 소프트웨어 개발
3.5 Project Winifred Case Study 3.5 프로젝트를 위너 프 사례 연구
3.6 Just-in-Time Methodology Construction -이 - 타임 방법론을 건설 3.6 단지
3.7 Balancing Lightness with Sufficiency 가벼움과 균형 조정을 충족 3.7
4. 4. Consolidation ed Results and Reflection 통합 검색 결과와 반성을 에드
4.1 Answering the Questions 4.1의 질문에 대답
4.2 Consolidation and Reliability of Results 4.2의 결과를 통합 및 신뢰성을
4.3 Relating to Mathiassen's Reflective Systems Development mathiassen의 반사하는 시스템 개발에 관한 4.3
4.4 Reflection: The Limits of People-Plus-Methodologies 4.4 반사 : 국민 - 플러스 - 방법론의 한계
Technorati Tags: Technorati의 태그 : software development 소프트웨어 개발 , software development methodology 소프트웨어 개발 방법론 , application development methodology 응용 프로그램을 개발 방법론
Popularity: 13% [ 인기도 : 13 % [ ? ? ] ]
