Page History

...

브룩스와 피터스는 우리들, 즉 프로그래머가 소프트웨어 공학에서 긍정적 변환의 핵심이라고 지적한다.

헨리 레거드는 이런 변화를 이루기위해 프로의식이 있어야한다고 한다. ( 이 책에서 설명하는 내용으로, 좋은 개발모델을 도입하기 위해서 사람들의 수준이 보통이상이여야한다고 한다. - 30년전)

최근 개발방법론인 DDD로 거슬러 올라와, DDD의 성공요건을 다음과 같이 설명한다.

DDD처럼 소프트웨어를 개발하는 고급 철학이자 기술관점에서 볼때, 평균 이상의 개발자. 더 정확히 말하면, 매우 좋은 개발자가 필요하다.

정확한 기술, 자발성을 지닌 정확한 사람을 고용하는 것의 중요성을 과소 평가하지 마라.

스크럼,애자일,DDD에서 요구하는 수준과 목표점이 크게 다르지 않다고 생각한다. (30년전이나 지금이나)

수평적이고 배울게 많고 도전적이고 성장시스템인것처럼 보이지만, 간과하지 말아야할것이 있다.우리의 수준은 어디이고? 나의 수준은 어디쯤이고? 평균이되기 위해 무엇을 더 노력해야하는가?

가장먼저 해야할것

이책에 언급된 변화를 위한 개발자의 요구수준 . p53

• 아마추어는 사용자가 프로그래머와 똑같이 알고 있다고 가정하는 반면 프로는 결코 사용자가 알고 있다고 가정하지 않는다.
• 아마추어는 예외를 살면서 일어날 수 있는 것으로 여기지만, 프로는 설계할 때 이미 그 예외적인 경우를 포함시킨다.
• 아마추어는 리뷰를 귀찮게 여기지만, 프로는 리뷰를 환영한다.
• 아마추어는 버그를 닥치는 대로 만들어내지만, 프로는 에러가 없는 프로그램을 출시한다.
• 아마추어는 문서를 마지막에 작성하지만, 프로는 처음부터 작성한다.
• 아마추어는 불완전한 명세서 스펙으로 작업하지만, 프로는 명세서를 매우 자세하게 만든다.
• 아무추어는 생명주기를 잘 따르지 않지만, 프로에게는 잘 정의된 단계와 기준이 있다.
• 아마추어들은 당면한 일을 그럭저럭 해나갈 뿐이지만, 프로는 미래와 더 큰 시스템에 대한 관심을 보이며 일한다.
• 아마추어는 컴퓨터를 위해 프로그래밍하지만,프로는 사람을 위해 프로그래밍한다.

30년전 코볼시대, 이책에서 설명한 긍정적인 변화의 핵심을 위한 프로의 정의를 그대로 옮겨왔으며

요즘은 개별 요구수준이 훨씬더 디테일하고 높아졌음을 참고하자~ ( TDD,BDD가 없던 시절이다.)

자신을 포함 우리팀이 프로인지 아마추어인지 셀프 체크를 해보자~ 

긍정적인 변화의 핵심은 스크럼도입도 아니고 폭포수모델을 이해하고 개선하는것도 아니다.

가장 먼저해야할것은 우리의 수준을 돌아보고 프로가 해야할것을 모두가 자발적으로 하는것이다.

'스크럼을 하기위해서 코드리뷰를 하고,문서를 잘작성한다.' 이러한것이 먼저가 아니다란 이야기이며

'리뷰없음,예외처리없음,문서작성없음,잘정의된 생명주기없음' 등의 문제가

마치 폭포수모델을 따르기때문에 폭포수모델의 문제로 보면 안된다는 이야기입니다.

오히려 폭포수모델의 절차에는 계획,설계,검증,생명주기,문서화등이 있으며

전략/전술을 위해 체력단련을 하는것이아닌, 체력단련과 개인기연마를 기본으로 하고 성공의 기준은 무엇이며?

...

• .

애자일 인식의 뿌리

30년전 고서 "Wicked Problems,Righteous Solution" 에서 이야기하는것들을 압축하였으며

...