산출물 문서 발송. 내일 마저 할 일이 더 생기려나? 유스케이스 문서는 못만들긴 했는데. AM 01:17

감리를 제대로 받아본 적은 없지만, 감리지적사항을 방지하기 위해서 꼼꼼히 문서화를 시키는 이런 제도가 있는 배경은, 설계자와 개발자가 단절되어 있다는 가정이 아닌가 하는 생각이 든다. 문서는 대화를 통해 보완되어야 하는게 아닐까? PM 07:48

개발 산출물은 개발자를 위한 것이니까, 그나마 개발할 사람들의 수고를 덜어주고 있는건지도 모른다는 생각이 들었으나… 지금 만드는 문서가 정말로 개발자들을 위한 것인지, 감리자를 위한 것인지, 클라이언트 직원들을 위한 것인지 헷깔려졌다. PM 07:32

산출물을 작성하고 공유해야 하는 사람이 작성하는 주체가 2명, 수합하는 주체가 1명 있다. 그 동안은 문서를 메일로 주고받거나, 파일 서버에 올려놓고 공유했었는데, 파일 서버를 사용하지 못하는 상황에서는 Dropbox 같은 sync 서비스가 유용할듯. AM 04:03

같이 일하는 파트너사 팀장님에게 산출물 공유를 쉽게 할까 해서 '혹시 Dropbox 아세요?'라고 물어봤는데, 모르신단다. '그런 것'도 좀 알고 있어야 할 것 같단다. 가만히 생각해보니 P2P 파일공유 서비스를 떠올리신게 아닐까 싶다. AM 03:49

퇴근하고 산출물 작성중. 오늘도. 내일도. 어쩌면 모레도… PM 10:48

넛지 내지는 행동설계가 해결중심치료(SFT)와 연관이 있다는 것을 '스위치' 책에서 이야기하고 있다. 코칭도 문제의 원인을 찾기보다는 밝은 지점(bright spot)을 강화한다는 점에서 SFT와 비슷한 면이 있다. PM 03:33

실제로 '스위치' 책 내용에서도, 저자가 골프를 배우면서 깨달은 점이 나온다. 아마 강사가 이너골프 식으로 가르치지 않았을까? SFT도 동시에 언급한다. 이 세 가지의 접근방법의 공통점이 있다는 것을 시사하는 대목. PM 03:33

'스위치' 읽고 있는데, '넛지' 책보다 더 재미있다. 비슷한 내용을 다루는데 조금 더 재미있고 쉽게 쓴듯. '스위치'나 '넛지' 책 자체에는 무언가 행동설계요소가 들어가 있을까? PM 02:03

휴… 다행히 큼직한 문서들은 몇개 빼고는 얼추 끝냈네. PM 06:02

Waterfall 싫어요… PM 04:32

이 프로젝트를 제대로 수행하려면 숙련된 7명 정도의 인력이 전담해야 할 것 같다. 지금은…? 휴… PM 02:03

AC2 3기분들의 중간 회고 다녀왔습니다. 두번째 경험하는 시뮬레이션. AC2 3기 분들은 과정 중에 시뮬레이션을 많이 하셔서 그런지 팀웍이 좋으시더군요. :) #AC2 AM 01:04

“이런 개발문서는 개발을 위해서 필요한 것이기 떄문에 개발 후에는 그 의미가 엄청나게 줄어 듭니다. 유지보수를 위해 만든다는 사람들도 있는데 사실 유지보수때는 문서가 큰 의미를 가지지 않습니다. ” http://bit.ly/deftHh AM 09:49

오랜만에 다시 타이머 사용하다. 뽀모도로 시간관리 http://bit.ly/4q8yD6 PM 01:33

“맥킨지 사표내고 `반값 쇼핑몰` 창업한 청년”. 티켓몬스터 창업 이야기네요. 멋지군요. http://bit.ly/b6FEEh #yam AM 09:33