Page History

...

폭포수모델은 형식을갖춘방법이다.

소프트웨어를 개발하는질서 정연하고 체계적인방법이다.

폭포수는 나일강을 따라내려가는 여왕의유람처럼복잡하고장엄한 프로세스이며

수직적인 절차의 제일 하부목표는 성공이며, 규칙이 없는 팀이 처음 적용하기에 도움이될수 있다.

그래서 대개 큰조직에서 소프트웨어를 생산하는데 사용한다.

(또는 비즈니스 모델을 잘 이해하는 쪽이 제일 상부에 있다면, 폭포수모델을 따르는것이 비즈니스성공가능성이 높다.)

한마디로 폭포수모델은 프로젝트의 복잡성과 규모를관리하는하나의방법이다.

- 고약한문제 합당한 해결 책중에....

폭포수모델의 한계

고약한 문제(wicked problem)는 문제가 무언지 해결되어야 비로소 완전히 이해되는 문제이다. 이 책은 프로그래밍 과정에서 얼마나 많은 문제가 이런 고약한 성질을 품고 있는지를 살핀다. 그간 주요 방법론으로 채택되고 있는 폭포수 소프트웨어 개발 방식이 이 문제를 풀기에는 얼마나 택도 없이 모자라는지를 다양한 이론과 사례를 들어 그려낸다.

고약한 문제가 피할 수 없는 문제라 하여 극복의 노력조차 하지 않을 수는 없을 것이다. 이 책은 그런 노력의 산물로 나온 것이다. 이런 고약한 문제의 원인을 살펴보고 광범위하게 사용되는 폭포수 모델이 왜 이런 문제를 해결할 수 없는지를 설명한다. 그리고 대안적 방법론을 짚어보면서 해결의 가능성을 타진한다. 가히 지금은 많이 퍼져있는 애자일 방법론의 뿌리를 엿볼 수 있는 인식과 방법들이다. 눈 밝은 독자라면 현재 주된 개발 방법인 폭포수 모델의 한계를 바로 인식하고 그런 상황적 전제에 도전할 수 있는 이론적 근거를 잡아낼 것이다.

* 출처 : 예스24 <https://www.yes24.com/product/goods/4332036>

역자 서문
소개
Chapter 1소프트웨어 공학과 과학

Chapter 2프로그래밍의 ‘현재 수준’에 대한 개인적 견해
기술에 대한 열광, 유행, 그리고 우린 누구인가
요약

Chapter 3폭포수 모델
시작점과 끝점
단계와 변종
세부 논의
마무리 생각
요약

Chapter 4폭포수 모델에 존재하는 문제점
불완전한 요구사항
폭포수 모델은 비용이 지나치게 들어간다
폭포수 모델은 지나치게 오래 걸린다
폭포수 모델의 변종
최종사용자와 의사소통에서 생기는 틈
‘어떻게’에서 분리된 ‘무엇’
에러 관리
고약한 문제
마무리 생각과 요약

Chapter 5소용돌이 모델, 점진적인 모델, 나선형 모델
약화시키기와 축소하기
점진적 모델

Chapter 6프로토타이핑
프로토타이핑을 어떻게 사용하는가
언제, 어디서 프로토타이핑을 사용하는가
프로토타이핑을 사용할 때 이점
프로토타이핑의 문제점
하드웨어와 소프트웨어를 유사하게 보는 데 대한 몇 가지 마무리 생각
요약

Chapter 7즉각 모델
팀 접근방법- 사시미와 스크럼
투맨 접근방법- 수갑 채우기
원맨 접근방법- 해킹
요약

Chapter 8기타 모델들
비디오 모델
클린룸 모델
최종사용자 모델
시스템 엔지니어링
요약

Chapter 9프로의식과 과학
프로의식
과학
참고문헌
찾아보기

역 : 신승환
관심작가 알림신청 작가 파일
고려대학교 기계공학과를 졸업하였으며 동대학원에서 석사를 마쳤다. 소프트웨어 개발, 프로젝트 관리, 컨설팅의 업무를 수행하고 있다. 관심 분야로는 더 나은 개발 환경 및 직장생활이고, 이에 대한 저작 작업에 주력하고 있다. 현재는 차량용 임베디드 소프트웨어 개발, 컨설팅을 하고 있다. 읽은 것과 생각한 것을 블로그(http://talk-with-hani.com)와 트위터(http://twitter.com/talkwithhani)에 꾸준히 남기려고 노력한다. 저서로는 『시지프스를 다시 생각하다』『겸손한 개발자가 만든 거만한 소프트웨어』『도와주세요! 팀장이 됐어요』 등이 있으며 역서로는 『뽀모도로 테크닉』『고약한 문제, 합당한 해결』『Manage it!』『Release it』『애자일 프랙티스』『실천가를 위한 실용주의 프로젝트 관리』『레일스와 함께하는 애자일 웹개발』등이 있다.

저자 : 피터 드그라스 Peter DeGrace

질 낮은 소프트웨어의 품질과 생산성에서 오는 위기와 전투를 치를 줄 아는 경험 많은 실천가다. 일찍이 소프트웨어 엔지니어링에 대한 레퍼런스 라이브러리를 작업을 하면서 소프트웨어 개발과 엔지니어링에 대해 많은 의문을 품게 된다. 그중에서도 "소프트웨어, 어떻게 해야 하는가?"와 같은 문제에 천착하여 깊은 고민을 하게 된다. 이 과정에서 이것을 해소하기 위해 데이터 프로세싱, 프로그래밍, 시스템 분석, 소프트웨어 개발 및 그 방법론, CASE 툴 등 엄청난 학습과 수많은 경험을 한다. 뿐만 아니라 경제학을 비롯한 20세기의 지성과 사상에 대해서도 심도 있게 파고든다. 이 책은 이런 고민과 학습의 결과물이다.
접어보기
저자 : 레슬레 휴렛 슈탈 Leslie Hulet Stahl
하드웨어나 소프트웨어의 레퍼런스나 매뉴얼을 만드는 테크니컬 라이터요, 편집자요, 일러스트레이터요, 컨설턴트다. Documents Unlimited Company라는 회사의 책임 편집자로서 독립적으로 IBM이나 보잉 사 같은 회사와 많은 일을 했다. 저술 작업과정에서 피터와 일을 같이 하지 않을 때는 카드게임 놀이나 공포소설 쓰기, 앵무새와 대화하기 등을 즐겼다.

소프트웨어 개발 중에 고약한 성질을 품은 문제를 만났을 때 그를 합당하게 해결하는 방법을 찾아나가고 있다.

...

데밍의 14가지 지침 ( 50년전 제조업을 위한 이론으로 애자일 선언의 코어영역에 영향을 주었습니다. 린/칸반등은 애자일보다먼저 데밍품질이론에의해 탄생되었으며 애자일로 부분포함되기도 합니다.  )

우리의 시장상황

우리의 시장은 과거와는 달리 변덕스럽고,불확실하며,복잡하고 모호하다

...