2자 문희상

2장/문희상.md

@@ -0,0 +1,44 @@
+## 내용 정리
+### 절차적인 관점에서의 애자일 원칙
+
+- **회의 방식**
+- **구성원 각각의 역할**
+- **요구 사항 파악 방법**
+- **작업 진척 속도 파악 방법**
+- **점진적/반복적으로 일할 때 취하는 방식**
+- **진행 상황을 개발팀 밖의 관계자에게 전달하는 방식**
+- **비즈니스 피드백 방식**
+
+<br>
+
+### 기술적인 관점에서의 애자일 원칙
+
+- 개발, 확장, 유지보수, 제품을 출시하면서 겪는 어려움들에 대해 특정한 **기술적 관례**나 **기술 자체를 가이드하는 것**
+- **TDD**, **페어 프로그래밍**, **지속적인 통합**, **단순한 디자인 원칙**
+- 목표한 것을 올바르게 실행하고 있는지에 대해 **안심할 수 있게 함**
+
+<br>
+
+### 애자일 코치
+
+- 기업들이 애자일을 쉽게 도입하도록 돕는 **개인들 및 컨설팅 업체**
+- 현재 가지고 있는 문제들을 **드러나게 하며** ,
+- **피드백 루프 매커니즘**을 제공하여 언제든지 문제에 대응하고 적응할 수 있도록 해준다
+
+<br>
+
+### 부분적인 전환의 문제점
+
+- 절차에만 집중하고 사람들에 대한 **기술적인 훈련**에는 관심을 크게 두지 않는다
+- 새로운 **기술적 실행 관례**에 대한 거부감 (**페어 프로그래밍**, **TDD** 등)
+- 프로젝트를 이끄는 상급자들이 **소프트웨어로부터 너무 떨어져 있다**
+
+<br>
+
+---
+
+## 느낀 점
+
+- 기존에 했던 프로젝트에서 애자일 방식을 도입해 보겠다고 **기술적 측면에서의 성장은 고민하지 않고** 데일리 스탠드업 미팅과 같은 **절차적인 부분에 집착했던** 적이 있다.
+- 당시 프로젝트를 회고해 보자면 애자일 방식을 통해 **조금 바뀌었나 싶지만 그다지 바뀐 것도 없다는** 걸 느낀다.
+- **절차와 도구에 집착하지 말자. 결국 기술적인 능력 향상만이 개발자로서 롱런할 수 있게 할 것이다.**