일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
- 도스커맨드
- RTC
- 세미나
- Jazz.net
- 스프링소스
- 7.0
- 설정
- VMware 인수합병
- Tag Heuer 7201
- Rational
- RAM
- pluglet
- 설치
- Agile
- RSA
- QC3
- RMC
- Plug-In
- jazz
- 에릭감마
- OSLC
- Kanban
- MDD
- ClearQuest
- CQ
- Daily Stand-up Meeting
- Scrum
- Watchfire
- 애자일
- @tistory.com
- Today
- Total
목록분류 전체보기 (96)
아름프로의 Agile, DevOps, 그리고 일상 이야기
지난 7월 30일(목) 에 개최되었던 "코드 중심 개발자를 위한 모델 중심 개발(MDD)솔루션 제안" 세미나 자료입니다. http://www-01.ibm.com/software/kr/rational/mddseminar/vconf.html MDD인데 RTC를 연계해서 이야기 해달라고해서 좀 난감했지만, 한 세션 발표했습니다. 혹시라도 듣고 싶으신 분들은 참고하세요. ^^;;; (차트가 많은데 해야할 이야기는 많고.. 이번 역시도 말이 빠릅니다. 제 스스로 한번 들어보고 있는데 고쳐야 할 것이 많네요. 휴~~ ) http://www.onbinet.tv/ibmkorea/2009/mdd/loading.asp?email=ibm@ibm.co.kr&firstname=ibm&sessionid=2
뭐에 그리 쫓겨사는지 블로그에 요즘 많이 소흘하네요. 최근들어서는 짧게나마 생각나고 하고픈 이야기 있을 때, 트위터를 종종 이용합니다. 놀러들 오세요. ~ 바로가기 : http://twitter.com/hyunchan
한동안 너무 툴에만 빠져 산듯하여, 원론 중심의 책들을 한동안 좀 미친듯이 봤습니다. (책상을 침대삼아.ㅎㅎ) 그런데, 이 역시도 후유증이 도졌는지 진도도 더디고 몸도 상태가 말이 아니고. ^^; 겸사겸사 오늘은 분위기 전환차 개발쪽을 잠시 들여다 볼까하고 Android SDK를 설치하고 이것저것 보기로 했습니다. 테스트 대상으로는 RTC 2.0 Beta2 위에 Android 1.5 r2 를 올려보는 것으로 시작했습니다. 설치는 이전에도 잠시해본 사항이라, 어렵지 않게 휭~하니 지나갔습니다. 설치참조 : http://developer.android.com/sdk/1.5_r2/installing.html 설치를 마치고, 가벼운 마음으로 Hello World에 대당하는 HelloAndroid를 진행. ~~ ..
Scrum의 유명한 Cartoon '닭과 돼지' 가 문득 떠올라서 글 남겨봅니다. 닭과 돼지가 길을 따라 걷고 있었다. 닭이 돼지에게 “너 나랑 식당 같이 해볼래?”라고 물었다. 돼지는 잠깐 생각하더니 “그래, 좋겠다. 그런데 식당 이름은 뭐라고 할거니?”하고 물었다. 닭이 “당연히 햄과 달걀로 해야지!”라고 대답했다. 순간 돼지가 멈춰 잠시 생각해보더니 다음과 같이 말했다. “다시 생각해보니 너랑 같이 식당 못하겠다. 난 희생해야 하는데 너는 단지 관여만 하잖아?” 이는 비단 프로젝트 팀만의 이야기만이 아닌, 어느 조직에서 흔일 일어나는 일이기도 한 것 같습니다. 의사결정권은 대체로 닭에게 주어지는 현 조직사회에서 다수 돼지들은 때론 'No, Thanks'를 말할 수 있는 용기와 지혜가 필요할 듯 싶습..
이 책의 저자인 헨릭 크리니버그의 블로그에 가보니 요즘 고민하고 있는 좋은 내용이 있어서 퍼봅니다. scrum-ban 이라고도 불리는 Kanban과 Scrum과의 비교를 잘 정리해 놓은 자료입니다. (첨부파일 참고) 바로가기 : http://blog.crisp.se/henrikkniberg 내용에 대한 것을 다음에 정리할께요. ^^
오늘 고객으로부터 너무도 감사하고 소중한 선물을 하나 받았다. IBM으로 옳긴 이후 가장 감동먹은(!) 일중에 하나가 아닐까 한다. 아래에 링크되어 있는 글이 jazz.net 에 올라와 화재가 되고 있는 가운데 (고객이 작성한), 오늘 이 글을 다시 번역한 글을 고객이 다시 나에게 보내준 것이다. "툴 저변에 도움이 되라는 ..." 짧은 인사말과 함께 말이다. 마음 같아선 성함까지 언급하며 감사의 글을 남기고 싶지만, 아직 이에 대한 확답까지는 받지 못한 상황이라 회사와 성함은 다음에 기회로 미룰까 한다. (복받치는 감정을 추스리기 위해 급히 이렇게라도 글 남기고 있다.) ... 1년여 RTC라는 제품을 위해 시간과 노력을 들이며... 나름 힘든 시간과 고민의 나날을 보내고 있는 가운데 이 선물은 더운 ..
강호동이 진행하는 무릎팍도사에 예전에 나와서 잔잔한 감동을 주었던 강수진에 대한 기사가 나와 잠시 들여다 보았다. 당시 방송에서도 정말 노력하고 열심히라는 것이 가식적이지 않게 느껴졌었지만, 이번 기사를 보며 이 분이 이러한 말을 너무도 자연스럽게, 그리고 당당하게 말할 수 있었던(/있는) 이유를 쌀짝 더 느낄 수 있었다. 특히, 한 학생이 질문을 했다는 “쉬는 시간엔 뭘 하는지”라는 것에 대한 답변인 “‘쉰다’는 단어 자체를 싫어한다”는 말은, 요즘 내가 거의 매일 입에 달고 다리는 "쉬고 싶다"라는 말이 얼마나 부끄러운 것인지 깨닫개 해주는 것 같다. 이 말을 되씹어 생각해보면, 이 분처럼 "쉰다"라는 말이 싫다는 마인드라면 지금의 나의 "쉬고 쉽다"라는 주저림은 나올 수 없는 이야기였을 것이다. 물..
직간접적으로 만나게 되는 다수의 컨설턴트와 전문가라는 사람들 ... 프로젝트를 논하고, 제품을 언급하고, 더 나아가 비젼까지도 제시한다. 그런데, 다수의 이런 사람들에서 재미난 특징을 발견하게 된다. 프로젝트라는 것을 제대로 해본적도 없는 사람들이 의외로 많다. 제품을 언급하면서 제품을 설치조차 해보지 않은 사람 또한 많다. 경험과 경력이 없음에도 사람들을 상대로 떠들고 비전을 제시하는 것을 보면 박수를 보내 주고 싶지만, 그 박수의 의미는 일을 잘함에 보내는 박수라기보다는 그럴 수 있는 용기와 무모함에 보내는 박수일 것이다. 이들이 훓고 지나간 시간은 아주 짧지만, 그 뒤에서 수많은 사람들이 삽질하며 오랜시간을 허비하고 고생하는 것을 보면 한숨만 나올 따름이다. 스스로 자부심이 있는 것은 좋지만, 제발..
자바와 함께한지 어언 13~4여년이 흐른거 같다. 함께 해온 시간 만큼이나 이번 썬의 오라클 합병은 딸을 시집보내는 기분이랄까.. 뭐 그런 기분까지드는 것 같다. 한때 마나, IBM으로의 합병설이 돌아 기대반 걱정반하며 지켜보고 있었지만, 이번 결과는 좀 의외의 결과가 아닐 수 없다. (이러저런 복잡한 생각들만이 머리를 스쳐지나간다...) 앞으로 자바가 어떻게 변해갈지/위치와 위상이 어떻게 될지 ... 지금까지 썬에 있었을 때와는 달리 / 다른 시선으로 지켜봐야할 것 같다. 무엇보다 오라클이 자사 자바 라인업 구성을 몇차례나 시도하다 실패했던 과거이력이 있었던 만큼, 괜시리 자바의 명성과 발전에 누를 끼치지는 않았으면 하는 바램과 인수합병과정상에서 기존의 썬의 자바 운영자(관리자)들이 대거 이탈함에 따른..
IBM에 와서 경력이 쌓이며 좋은 것 중에 하나가 다양한 고객층의 다양한 이야기를 들을 수 있다는 점이다. 업체들의 면면을 보면 끊임없는 노력을 통해 지속적으로 최선의 환경을 만들어가려고 노력하는 업체가 있는가 하면 어떻게 이러한 환경에서 개발이 이루어지고 있는가? 라고 생각될 정도로 열악함에도 꿋꿋이 유지되고 있는 굳건한(!) 업체까지 다양한 업체들을 보게 된다. 그래도 최근 몇년간 업체들은 나름 많은 투자와 관심을 가지고 이를 개선하기 위해 투자하고 있는 분야가 소스관리, 버그(이슈)관리 분야다. (형상. 변경관리라는 용어를 사용하고 싶기도하지만, 최소한 내가 보는 관점에서는 분명히 구분이 되어 보여 용어는 이렇게 써봤다.) 이러한 시스템을 도입하려(또는 도입한) 업체들을 보게되면 그 도입 이유는 다..
투자대비 가치를 증대하는 방법, 생상선을 향상 시키기 위한 방법, 품질 향상, 개발 조직의 혁신 증대... 와 같은 개발 조직의 목적을 달성하기 위해서는 어떤 한 것들을 개선해 나가야 할까요? 이에 대해 IBM에서는 다년간의 경험을 토대로 RMC 7.5에 정리를 하였답니다. 참고하세요. 각 Pactices의 내용까지 보시면 더욱 도움 되겠지만... 지면이 좁아 항목만 리스트 해 봅니다.