관련분류 : 아키텍쳐/공학/Computer Science / 소프트웨어 공학/패턴 실용적인 소프트웨어 요구사항 : 까다로운 문제와 핵심적인 조언(More About Software Requirements) 크게보기 l 차례보기 ㆍ저 자 Karl E. Wiegers ㆍ역 자 김도균 ㆍ구 분 번역서 ㆍ발행일 2006년 06월 12일 ㆍ정 가 13,000원 ㆍ페이지 228 페이지 ㆍISBN 89-5674-322-3 ㆍ난이도 중급.상급 ㆍ출판사 정보문화사

소프트웨어 요구사항 관리에 관해 아무리 많은 훈련을 받아왔더라도 경험을 대체할 만한 것은 없다. 종종 요구사항 공학 프로세스에 관한 교육은 실세계 솔루션을 지원하는 의미 있는 지침이 결여되어 있다. 그의 책 ｢소프트웨어 요구사항 2판｣에서 나타낸 최선의 사례들의 완결판이라는 의미와 함께 이 책에서는 요구사항 공학의 대가 Karl Wigers가 맞닥뜨린 현실적인 문제들에 대한 논쟁을 다룬다. 솔직히 전문적인 조언과 실용적인 충고는 실제 프로젝트 경험에 근거를 두며, 이 책은 산업 전문가들에 의한 많은 거친 질문들에 답하고 있다. 고객과 같이 일하고 평가하는 전략으로부터 요구사항 문서화의 너트와 볼트에 이르기까지 이 핵심적인 안내서는 개발자, 분석가 그리고 관리자에게 사실상 모든 소프트웨어 개발 프로젝트에 적용하는 일반적인 진리를 제공한다. 더 나은 요구사항 사례들에 대한 투자를 위해 비즈니스 케이스를 만들어라. 세 가지 특정한 기술을 사용하여 평가하라. 의미 있는 비즈니스 및 사용자 요구사항을 유도하기 위해 조사하라. 프로젝트 범위를 명확하게 문서화하라. 효과적으로 유스케이스, 시나리오 그리고 사용자 스토리를 구현하라. 검사와 동료 검토를 개선하라. 요구사항 작성에서 모호함을 피하라. Karl Wiegers는 요구사항 프로세스에 관련된 모든 사람을 위해 실용적인 통찰력을 가진 격언 그 이상을 잘 다루고 있다. 우리에게 꼭 필요한 책이다. -­ Robert L. Glass, [The Software Practioner Visiting Professor] 발행 및 편집자 Karl Wiegers는 내가 매일 부딪히는 몇 가지 다루기 힘든 요구사항 공학 문제들을 처리하며 수집된 보석같은 충고들을 소프트웨어 요구사항에 추가하였다. -­ Erik Simmons, Requirement Engineering Program Lead, Corporate Quality Network, Intel Corporation 이 필수적인 책은 대부분의 짜증나는 요구사항 문제에 대해 실용적인 대답을 제공한다. 바로 여러분이 찾고있는 핵심적인 충고들로 가득하다. -­ Ellen Gottesdiener, EBG 컨설팅, [Requirements by Collaboration and Software Requirement Memory Jogger] 저자 Karl Wiegers는 또 다시 해내었다. 그는 어려운 요구사항 질문들을 찾아내어 현명한 솔루션을 제공하고, 우리에게 관련된 함정들을 보여준다. -­ Ivy Hooks, Compliance Automation, Inc. [저자에 대해] Karl E. Wiegers는 요구사항 공학과 소프트웨어 프로세스 개선 분야에서 연설자, 저술가 그리고 컨설턴트로 일하고 있다. Process Impact의 수석 컨설턴트로서 그는 기업과 전 세계 정부 고객을 위한 훈련 세미나 주관하였고, 수많은 기업 행사에서 연설하였다. Karl은 소프트웨어 개발 생산성상을 수상했는데, 이는 생산성 향상 제품과 저술 서적들에 최고의 권위를 부여한다.   이 책은 이전에 한국에서 번역 출판된 [소프트웨어 요구사항 2판]의 내용을 현장에서 다룰 때 부딪히는 까다로운 문제에 대한 실용적인 접근론을 다룬 이 분야의 또 다른 역작이라고 할 수 있다. 이 책을 읽는 독자들은 직접 코딩을 하는 개발자이거나 아니면 PL이나 PM으로서 소프트웨어 개발의 최상위 수준의 문제를 다루는 역할을 하고 있을 것이다. 만일 독자가 소프트웨어 개발 프로젝트의 출발선상에 서있고 이전에 어떤 개발 경험에서 소프트웨어 요구사항에서 심각한 고민을 한 적이 있다면 이 책에서 다루는 내용의 많은 부분을 공감할 것이다. 나름대로 요구사항을 잘 도출하고 관리해왔다고 생각하였지만 소프트웨어 개발 중반에 끝도 없는 요구사항이 쏟아지고 처음의 요구사항이 은밀하게 변경되고 확장되는 경험을 하고 있는 독자라면 과연 어디서 문제 해결의 실마리를 찾을 것인가 고민할 때 이 책이 그 길잡이 역할을 해줄 수 있을 것이라고 생각한다. 물론 단지 이 책이 현재 부딪히고 있는 모든 문제를 해결해 주지는 못한다. 중요한 것은 경험이고 그 보다 중요한 것은 경험을 향후의 생산성으로 연결하는 능력일 것이다. 잘 정의된 요구사항은 프로젝트가 성공하는데 있어서 필수 불가결한 사전 조건이다. 자금력이 항상 풍부하고 기간이 아주 넉넉한 프로젝트는 거의 없다. 실제 프로젝트가 시작되면 관리자는 일정과 비용이라는 양날의 칼을 들고 개발자와 분석가 그리고 테스터를 압박하기 시작하고 요구사항이 변경되거나 추가될 때 일정과 비용에 영향을 끼치지 않도록 사람이라는 자원을 가혹하게 사용하기 시작한다. 개발 방법론은 이상적이나 현실은 그렇지 않은 참담한 현실을 접한 개발자들은 의욕을 상실하고 점점 잘 실행되는(?) 소프트웨어만을 개발의 최종목표로 삼기 시작한다. 이제 여러분의 프로젝트 관리자는 그냥 그럭저럭 실행되는 소프트웨어를 납품하고 프로젝트는 성공적으로 종료될 것이다. 그 소프트웨어를 받아든 사용자는 기대감으로 이 소프트웨어를 사용하기 시작하고 이내 소프트웨어의 독선에 치를 떨게 될 것이다. 사용자를 무시하지 말고 사용자에 기만당하지 않으려면 여러분이 요구사항 개발 단계를 더 주의 깊게 살펴보아야 하고 관리자에게 그 시기가 얼마나 중요한지를 설득해야 한다. 눈앞에 보이는 이익을 쫓아 조금 후 닥칠 재난을 간과하지 않아야 하겠다. 이전에 [소프트웨어 요구사항 2판]을 읽고 현실에서 부딪히는 많은 문제들을 고민하였는데 이 책을 번역하면서 나의 그런 고민들을 간파한 저자의 뛰어난 통찰력에 다시 한 번 놀라게 되었다. 아무쪼록 이 책을 읽는 독자들이 소프트웨어 개발에서 요구사항과 관련한 문제의 실마리를 얻기 바란다.