• 피터 블록의 '완벽한 컨설팅' 읽는 중. 애자일 코치 제곱 http://ac2.kr 에 읽어갈 읽기 자료라 훑어보는데 재미있네요. 컨설팅 책인데 IT 책을 많이 내는 인사이트 출판사에서 발간된 책이라는게 나름 뿌듯하군요.(twi2me) [ 2009-11-07 16:30:02 ]

이 글은 toracle님의 2009년 11월 7일의 미투데이 내용입니다.

• Hudson의 스케쥴을 두 개로 분리해서, clean deploy만 하는 job을 5분 간격으로 두고, 일일 배치로 site를 만들도록 변경할 예정. 일 배치로 Sonar랑도 연결해봐야지.(hudson 지속적 통합) [ 2009-11-06 09:17:39 ]
• 애자일 선언문에는 프로세스나 도구보다는 사람이 중요하다고 하지만, 실제로 도입 효과가 빠르게 나타나는 것은 도구와 시스템 쪽인 것 같다. 중요하다는 것과 도입 효과의 반응이 빠르다는 것은 좀 다른 것 같다.(애자일 도입) [ 2009-11-06 09:20:13 ]
• 때문에 우선 간단한 CI, BTS, Backlog, Sprint 등을 먼저 도입해서 환경에 적응하고 리듬을 파악할 수 있게 해주고, 그 이후에 TDD나 PP 같은 더 작은 개인 단위에서의 실천법들을 도입하는 순서가 더 잘 먹히는 듯 싶다.(애자일 도입) [ 2009-11-06 09:21:12 ]
• 스크럼을 문서로만 보았을 때는 간단한 몇 가지 실천법이 너무 단순해서 '뭔가 더 대단한게 있지 않을까?' 했지만, 실제로 하나씩 도입하면서 보니 그것이 역동성(dynamic)을 만들어내는 원천이라는 것을 몸소 깨닫게 되다.(애자일 스크럼) [ 2009-11-06 11:26:10 ]
• 그때부터 일일 스크럼 미팅과 스프린트 계획, 백로그, 소멸차트 등이 어떤 국면에서 어떤 의미를 가지기 때문에 필요한 것들인지 하나 하나 깨닫게 되고, 결국 스크럼에서 해야 한다는 요소들을 하나 둘 씩 빠짐없이 실천하게 되어간다.(애자일 스크럼) [ 2009-11-06 11:27:17 ]

이 글은 toracle님의 2009년 11월 6일의 미투데이 내용입니다.

• 일주일동안 파견나가있다가 오랜만에 사무실에 오니 아늑하고 좋구만(컴백) [ 2009-11-02 09:18:54 ]

이 글은 toracle님의 2009년 11월 2일의 미투데이 내용입니다.

• 요즘 회사에서 만들고 있는 애플리케이션은 모듈화가 비교적 잘 이루어게 하고 싶어서 적절한 기능 단위로 프로젝트를 나누고 maven+hudson 으로 빌드를 하고 있다. [ 2009-10-30 10:18:23 ]
• 그런데, 이 hudson을 통해 프로젝트 단위로 빌드를 한다는게 부분 부분 점진적으로 개선할 때는 큰 문제는 없는데, 동시에 여러 사람이 여러 프로젝트를 산발적으로 수정하게 되면, 빅뱅식 빌드가 여기저기서 터져나오면서 빌드 카오스 상태를 벗어나는데 시간이 좀 걸린다.(프로젝트 나누는 방식과 빌드 설정 방식을 변경하면 해소할 수 있겠지?) [ 2009-10-30 10:20:19 ]
• 회사의 조엘 테스트가 7점으로 올랐다. Scrum 실천과 Trac, CTIP 구축의 영향이 크다. 안되는 것들은 대개 공간/비용의 지원이 필요한 것들이다. 조용한 환경, 최고의 툴, 테스터 고용 등이다.(조엘 테스트) [ 2009-10-30 18:31:48 ]

이 글은 toracle님의 2009년 10월 30일의 미투데이 내용입니다.

• 갑자기 시스템 데모가 잡혔다. 어제 학교도 못가고 자정 넘어까지 야근하다 -.T)(야근) [ 2009-10-28 09:26:16 ]

이 글은 toracle님의 2009년 10월 28일의 미투데이 내용입니다.

• Learning by Doing… 현장이 힘들기는 하지만 중요한 배움의 기회인데, 좌충우돌하면서 비효율적(?)으로 배우기보다는 효과적으로 배울 수 있도록 도움이 필요한 것 같다.(코치가 필요해) [ 2009-10-24 00:04:01 ]

이 글은 toracle님의 2009년 10월 24일의 미투데이 내용입니다.

• 지금까지는 '회사에 다니다보면 하기 싫은 일도 해야 한다'는 말을 '누군가 나에게 하기 싫은 일을 시킬 때도 해야 한다'는 말로만 들었는데, 이제는 '팀장으로서 내가 다른 사람을 귀찮게 하거나 피해를 주는 일을 시켜야 할 때도 있다'는 이야기로 들어야 하는구나. [ 2009-10-17 13:34:51 ]
• 인간은 선할까 악할까? 팀원들은 신뢰를 주고 보호해주면 스스로 동기부여를 할까 나태해질까? 계속 잘 대해주어야 할까 밀고 당기기의 기교를 부려야 할까? [ 2009-10-17 13:36:09 ]

이 글은 toracle님의 2009년 10월 17일의 미투데이 내용입니다.

• 업무를 지도할 때 “빨리 해라”라는 말을 많이 하게 되는데, 약간의 의미 차이를 발견하다. 내가 요즘 “빨리 해라”라고 할 때는, 삽질하지 말고 효율적이고 효과적인 방법으로 군더더기 없이 몰입하여 하라는 말과 동의어로 사용하고 있다. 자세히 풀어 말할 필요가 있겠다.(빨리 해라 vs. 효율적으로 몰입해서 해라)2009-10-15 10:49:20

이 글은 toracle님의 2009년 10월 15일의 미투데이 내용입니다.

• 이해관계자 중심 소프트웨어개발. 이름 참 재미있네요. 실무에서는 당연한 이야기이지만 전문 분야 책으로 이런 책이 나온건 신기하군요.(me2book 이해관계자중심 소프트웨어 개발-고객의 비즈니스 가치를 드높이는 개발)2009-10-09 10:06:08

  이해관계자중심 소프트웨어 개발-고객의 비즈니스 가치를 드높이는 개발

  
  
  

이 글은 toracle님의 2009년 10월 9일의 미투데이 내용입니다.

• 오늘 점심시간은 600여개의 읽지 않은 RSS 피드와 400여개의 읽지 않은 메일을 정리하느라 시간 다 보내다. 정보 과잉인가… 지속적인 구독 대상 관리가 필요한 상황.(정보 과잉)2009-10-08 14:26:44
• Mindstorm 읽는 중. 생각보다 얇다.(me2book 로고 아동과 컴퓨터)2009-10-08 16:00:16
• DB2에 jdbc 접속이 잘 안돼서 한 시간 넘게 붙잡고 있었는데, 나중에 보니 서버에 DB가 내려져 있더라;(도대체 누가 내린거야?)2009-10-08 21:00:48

이 글은 toracle님의 2009년 10월 8일의 미투데이 내용입니다.