애자일 & 스크럼 프로젝트 관리

이재왕
260p
購入可能なサービス
評価分布グラフ
平均3.7(11人)
評価する
3.7
平均評価
(11人)
애자일은 정형화된 프로세스, 도구, 방법론이 아니라 구성원 간의 상호작용과 소통, 고객과의 협력, 변화에 대응하는 것을 중시하는 가치와 철학을 말한다. 애자일은 기존 방법론과 상호보완하며 적용할 수 있는 부분이 많고 실제로 이를 어떻게 활용하느냐가 중요하다. 이 책에서는 애자일과 전통적인 프로젝트 관리의 균형점을 제시하여 팀이 자율적으로 움직이고 창의성을 발현하도록 돕는다.

[디아스포라영화제 개최]

단, 5일 간 인천에서 만나요!

디아스포라영화제 · AD

評価分布グラフ
平均3.7(11人)

[디아스포라영화제 개최]

단, 5일 간 인천에서 만나요!

디아스포라영화제 · AD

著者/訳者

レビュー

2

目次

1장 전통적 프로젝트 경영에서 벗어나기 __1.1 업무 범위, 일정, 비용은 반드시 지켜야 하는가? __1.2 프로젝트 일정 및 예산에 대한 진실 __1.3 업무 범위 내 요구사항은 모두 구현해야 하는가? __1.4 상습적인 야근이 프로젝트의 성과를 높일 수 있는가? __1.5 협력업체는 파트너인가, 소모품인가? __1.6 비즈니스 환경은 어떻게 변화하는가? __1.7 전통적 프로젝트 수행 방식에는 어떤 한계가 있는가? 2장 애자일 주요 원리 : 자기 조직화, 린, 몰입 __2.1 애자일 소프트웨어 개발 선언문의 이해 __2.2 애자일 소프트웨어의 개발 원칙 열두 가지 __2.3 프로젝트는 복잡적응계다 __2.4 스스로 일하는 개발팀 : 자기 조직화된 팀 __2.5 테일러리즘 vs. 린 __2.6 린의 주요 원리 __2.7 소프트웨어 개발의 낭비 요소 일곱 가지 __2.8 몰입 __2.9 애자일 프로젝트 관리의 목표 __2.10 전통적·애자일 프로젝트 관리의 비교 3장 애자일 프로젝트 계획 __3.1 기존 개발 방법론은 어떻게 활용해야 하는가? __3.2 애자일은 개발 생명주기와 어떻게 다른가? ____폭포수 개발 ____점진적 개발 ____진화적 개발 ____스테이지 게이트 개발 ____애자일 개발 __3.3 요구사항 이해관계자 식별 __3.4 요구사항 도출 : 린 스타트업과 디자인 씽킹의 활용 ____린 스타트업의 활용 ____디자인 씽킹의 활용 __3.5 요구사항 정의와 제품 백로그 __3.6 사용자 스토리, 기술 스토리, 완료 조건 ____사용자 스토리 ____기술 스토리 __3.7 제품 백로그 작성 지침 __3.8 제품 백로그 vs. 작업 분류 체계(WBS) __3.9 개발 규모 추정과 스토리 점수 ____스토리 점수의 일관성 유지 __3.10 애자일 추정 기법과 플래닝 포커 ____유사 추정 ____전문가 추정 __3.11 가치 점수와 요구사항 우선순위 __3.12 요구사항 관리 전략 ____업무 범위가 유동적인 프로젝트 ____업무 범위가 고정된 프로젝트 __3.13 릴리스 계획을 이용한 전체 일정 수립 __3.14 스프린트 계획을 이용한 단기 일정 수립 __3.15 프로젝트 계획 검토 __3.16 프로젝트 킥오프 __3.17 전통적·애자일 일정 계획의 비교 4장 애자일 프로젝트 진행 관리 __4.1 전통적 진행 관리의 한계 __4.2 애자일 진행 관리의 특징 __4.3 애자일 프로젝트 성과지표 __4.4 시각적 관리와 데일리 스탠드업 미팅 ____시각적 관리 ____데일리 스탠드업 미팅 __4.5 단계별·스프린트 리뷰를 이용한 고객 피드백 __4.6 효율적 이슈 및 리스크 관리 ____이슈 및 리스크 식별 ____이슈 및 리스크 평가 ____이슈 및 리스크 대응 계획 수립 ____이슈 및 리스크 모니터링 __4.7 산출물 검토 방법 ____인스펙션 기법 ____워크스루 기법 __4.8 지속적인 프로세스 개선 : 프로젝트 교훈 미팅과 스프린트 회고 ____프로젝트 교훈 미팅 ____스프린트 회고 __4.9 요구사항 조정과 협의 ____요구사항 협의 시 효과적인 원칙 ____요구사항 협의 시 활용할 수 있는 전략 __4.10 요구사항 추적 관리 __4.11 이해관계자 관리 5장 효과적인 애자일 팀 구성 __5.1 애자일 팀에 동기를 부여하는 방법 ____팀원의 욕구를 이해하라 ____내재적 동기를 활용하라 ____애자일 팀의 동기부여 활동 __5.2 팀원 존중 __5.3 기술 리더와 애자일 프로젝트 리더의 역할 __5.4 애자일 리더십 __5.5 프로젝트 팀 코칭 ____팀 코칭의 필요성 ____애자일 팀 코칭 방법 __5.6 하이 퍼포먼스 팀의 조건 __5.7 애자일 팀 형성을 방해하는 요인 __5.8 개발팀의 역할과 팀스피릿 6장 대규모 프로젝트에서 애자일 적용법 __6.1 대규모 IT 프로젝트의 문제점 __6.2 애자일 적용 전략 __6.3 애자일 적용 로드맵 ____프로젝트 기획 ____요구 분석 ____점진적 개발 ____통합 테스트 __6.4 팀 간 업무 미팅 __6.5 제품 백로그 정제와 스프린트 계획 미팅 __6.6 조인트 스프린트 리뷰·회고 __6.7 오픈 스페이스 미팅 __6.8 분야별 학습 조직 구성 __6.9 애자일 PMO의 활용 7장 애자일 프로젝트 관리 적용 사례 __7.1 새로운 제품과 서비스 개발 사례 ____적용 전 상황 ____애자일 적용 결과 ____애자일 적용 설문조사 결과 ____교훈 __7.2 소프트웨어 유지보수 적용 사례 ____적용 전 상황 ____애자일 적용 결과 ____교훈 __7.3 외주 프로젝트 적용 사례 ____적용 전 상황 ____애자일 적용 결과 __7.4 전사 애자일 적용 사례 ____적용 전 상황 ____애자일 적용 결과 ____교훈 8장 전사 애자일 적용 방안 __8.1 어떻게 도입하는 것이 좋은가? __8.2 전사 애자일 적용 로드맵 __8.3 애자일 도입 효과 __8.4 애자일 오피스와 코치의 역할 __8.5 전사 품질 조직의 역할 변화 __8.6 애자일 조직에서 성과 평가 __8.7 애자일로 전환

出版社による書籍紹介

어떻게 하면 팀이 자발적으로 움직이게 만들 것인가? 애자일은 가치와 철학이다 특정 방법론, 특정 프로세스, 특정 도구를 사용해야 애자일이라 생각하지만, 애자일은 가치와 철학을 말한다. 따라서 조직 구성원이 원하는 도구와 프로세스를 연결해서 사용할 수 있다. 스크럼을 이용하지만, 스크럼을 100% 적용하지 않아도 되고 필요한 부분만 적용할 수도 있다. 전통적인 프로젝트 관리에도 필요한 도구와 프로세스를 연결해서 사용하면 된다. 애자일은 정형화된 프로세스, 도구, 방법론보다는 제대로 동작하는 소프트웨어, 소통의 중요성, 고객과의 협력, 변화에 대응하는 것을 중시하는 가치와 철학이다. 애자일은 도입이 아니라 변화다 프로젝트 처음부터 애자일로 시작해야 하는 것이 아니다. 이미 진행하는 프로젝트에도 도입할 수 있다. 애자일은 아주 작은 것부터 시작할 수 있다. 작은 변화를 도입하고 구성원에게 동기를 부여하는 것이 중요하다. 애자일은 가치와 철학이다. 구성원이 가치와 철학을 몸에 익히는 데는 시간이 필요하다. 그래서 애자일은 도입이 아니라 변화다. 이것이 오늘도 우리는 애자일을 시도해야 하는 이유다. 애자일을 적용하는 현실적인 방법을 제시한다 개발 방법론에서 말하는 프로세스는 프로세스일 뿐이다. 이미 조직에 뿌리 내린 전통적인 개발 프로세스와 조율하는 방법을 소개한다. 방법론은 맞다, 틀리다의 범위가 아니다. 상호보완하면서 적용할 수 있는 부분이 많으며 실제로 이를 어떻게 활용하느냐가 중요하다. 이 책에서는 전통적인 프로젝트 관리와 애자일의 균형점을 제시한다.
  • 出典
  • サービス利用規約
  • プライバシーポリシー
  • 会社案内
  • © 2024 by WATCHA, Inc. All rights reserved.