기본 콘텐츠로 건너뛰기

xper 11월 정기 모임에 다녀와서

국내에서 가장 활발하고 가장 유명한 Agile 커뮤니티 하면.. 역시 김창준님이 메인 시삽으로 계시는 xper가 아닐까 싶다..

여담으로 테스터들의 가장 큰 커뮤니티는 sten이다..

xper는 매달 한번씩 모여 사례공유를 하는 정기 모임을 얼마전부터 가져오고 있다.

그런데 이 정기 모임은 한달은 평일에 그 다음달은 주말에 이런 식으로 퐁당 퐁당 운영되고 있다.

난 요즘 주말마다 교육을 받고 있기 때문에 지난 달에는 참석하지 못하고(솔직히 지난 달이 더 참석하고 싶은 내용이었다. ㅠㅠ) 이번달 정기 모임에 어제 참석하고 왔다.

사실 어제 아침부터 다시 편도선이 붓고 혀가 부으면서 감기가 심해져서(지난주부터 도무지 감기가 떨어지지 않는다. 체온도 아주 미열로 올라갈뿐.. 별다른 증상은 없어서 그냥 감기약으로 버티고 있는데.. 이 무슨 돌려 막기도 아니고 목감기에서 몸살감기로 그 다음에는 코감기로 가더니 지금은 두통에 시달리고 있다..ㅠㅠ) 가지 말까? 싶기도 했다.

그러던 차에 김기웅님하고 TOC 모임에 대해 메일을 주고 받으면서 모임에서 만나기로 하는 바람에 죽기 아니면 까무러치기로 참여하게 되었는데.. 막상 김기웅님하고는 말 한마디 섞어보지 못했다..ㅡㅡ 뭥미?

어쨌든 어제 모임에는 정말 많은 사람이 참여했었고 2분의 발표자가 사례를 공유해 주셨다.

첫번째 발표자 분은 드래곤플라이의 스페셜포스 2의 팀장이신 고성원님이었다.

고성원님은 팀에 스크럼을 도입했던 사례를 발표해 주셨다. 흥미있는 발표였고 무엇보다 고성원님의 포스가 정말 팀장님의 포스였다.

발표 내용만으로도 정말 저런 팀에서 한번 일해보는 것도 좋지 않을까? 하는 마음을 갖게 만드는 발표셨다.

게임업계에서 사회 생활을 시작했지만 지금은 한 가정의 아버지로서 허구헌날 돈 벌어 처자식을 먹여살리느라.. 예전에는 1년에 2번도 하던 컴퓨터 업그레이드는 고사하고 게임 한번 제대로 못하는 나에게 게임 업계는 일종의 향수병과 같은 느낌이 남아있다.

하지만 정작 지금 게임업계로 돌아가겠느냐고 묻는다면.. 글쎄요? 하지만 날 불러줄 데도 있을리 만무하고.. 지금 하는 일에 충실해야하지 않을까나?

무엇보다도 부러웠던 것은 스크럼 마스터 자격증이 아닌가 싶다.. 나도 너무나도 기다리고 듣고 싶었던 것이지만 주말마다 듣고 있는 교육에 지출이 너무 커져서 현재 여유자금이 없는 관계로 듣지 못했던 강의이기 때문에 더 아쉬움이 큰것이 아닌가 싶다. 과연 다음 기회는 언제쯤이 될런지...

발표 내용 중 가장 기억이 남는 것이 있다면 보상에 대해 커뮤니케이션의 만족도를 포함시켰다는 것이 무엇보다도 신선했다. 커뮤니케이션의 만족도 즉 자신에게 노출되는 정보의 양과 질에 따른 만족도가 보상이 될 수 있다는 개념은 좀 더 고민해 보면 좋은 측정 지표가 될 수도 있을 것 같다는 생각이다.

두번째 발표자 분은 SK C&C 모바일솔루션 사업팀 과장이신 민신현님이었다.

혹자는 국내 IT 산업의 발전의 주역이자 최후의 보루로 SI업체를 꼽는 분들도 있지만 내 개인적인 생각으로는 정부의 말도 안되는 규제와 표준의 벽에 갇혀 썩을대로 썩어버린 건설 하청 피라미드 구조와 하등 다를바 없는 SI  업체 역시 사라져야 할 필요악이라고 생각한다.

무엇보다 현재의 SI의 실상으로 가감없이 보여주신 PPT 는 정말 공감 100%였다. 무엇보다 PPT 내용이 얼마나 탐나던지.. 얻을 수 있다면 정말 얻고 싶은 자료들이었다.

특히나 Agile을 도입하기 가장 어려운 성역중의 성역이라 불리는 SI 업계에 감리사와 각종 꼬장맨들의 꼬장의 어려움 속에서도 고객 동의라는 무기로 일구어내신 결과라서 그런지 더욱더 공감이 되었다.

두분의 발표 중에서는 나에게는 두번째 발표가 더 마음에 와 닿는 사례였고.. 더 많은 얘기를 나누어 보고 싶은 사례였다.

기억이라는 것은 휘발성이 있어서 벌써 하룻밤이 지났는데도 많은 것들이 희미하게 남아 있다.

하지만 현실에 맞는 Agile 에 대한 가이드라인을 원하시던 민신현 과장님의 이야기는 쉽사리 잊혀지지 않을 것 같다.

아픈 몸이었지만 뜻 깊은 자리였고 이 모임이 TOC 정기 모임처럼 100회를 넘어 쭈욱 계속되었으면 하는 바램이다.

마지막으로 몸이 너무 안좋아서 회고를 하지 못하고 종종걸음으로 집으로 향했던 것이 못내 아쉬운 모임이었다.

다음 모임은 기년회로 진행한다고 하는데.. 참석할 수 있을지 모르겠다.

더 좋은 모임을 기대하면서.. 모임 후기는 여기서 그만...


댓글

  1. trackback from: xper 11월 정기모임 회고
    11월의 마지막날 xper 정기모임을 강남역 근처에 위치한 토즈에서 진행하였습니다. 거의 60명에 가까운 분들이 참여하신것 같습니다. 평일 모임이라 시간이 부족한 까닭에 바로 발표를 진행하셨습니다. xper(http://xper.org/wiki/xp/)에서는 매월 정기모임을 갖습니다. xper 메일링 리스트에 가입하시면 자세한 공지를 받으실 수 있습니다.^^ 조직관리와 스크럼 - 고성원 Dragonfly사의 Special Force 2 팀장님이신 고..

    답글삭제
  2. 저랑 공감하신 부분들이 매우 비슷하신 것 같습니다~

    후기 잘 읽었습니다~^^ 빨리 쾌차하시길 바랍니다~!

    답글삭제
  3. trackback from: xper 11월 정기모임 후기
    xper 정기모임 다녀왔습니다. 첫번째 발표 기적의 사과 동영상 두번째 발표. 모두에게서 받은 느낌은 이 모든것이 다 사람이 하는 일이라는것. 결국 중요한건 사람이라는 것입니다.

    답글삭제
  4. 민신현님의 PPT 자료는 온오프믹스에서 구하실수 있습니다. 이 귀한 자료를 공유해 주신 민신현님께 다시한번 고마움을 표합니다.



    온오프믹스는 아래 주소로 가시면 됩니다. 자료는 맨 아래쪽에 있습니다.



    잘 찾아보세요. 이 정보는 박계홍님이 제공해 주셨습니다.



    http://www.onoffmix.com/e/xper/1223

    답글삭제
  5. trackback from: 2009 년 11 월 xper 모임 후기(1/2)입니다.
    2009 년 11 월 xper 모임 후기입니다.

    () 는 제가 추가한 내용입니다.



    Special Force II 팀장님인 고성원님이 팀에 Scrum 을 도입한 경험과 감상에 대해 공유해 주셨습니다.



    20091130 Xper PresentationView more presentations from swko.Scrum 을 도입하게 된 배경

    개발 및 조직 관리 효율화

    매너리즘 방지, 집중도 향상

    스케줄 완수 성공률 증가

    성과 측정...

    답글삭제
  6. 더 다양한 후기들이 http://xper.org/wiki/xp/Xper_c1_a4_b1_e2_b8_f0_c0_d320091130 에 올라오고 있습니다. 더 자세한 정보는 xper 메일링 리스트(http://groups.google.com/group/xper)에 가입하시면 받으실 수 있습니다.^^

    답글삭제
  7. trackback from: xper 에자일 세미나에 참석하다.
    어느날 갑자기 한통의 메일이 도착했다.* 세미나 와서 당신의 경험을 공유해주세요.순간 망설임과 함께 개발자 초기때 수많은 모임 쫒아 다니던 기억이 나서 쉽게 응해버린다.* 속으로는 현재 진행형 프로젝트들과 고객들과의 약속과 기타 등등등 어찌 다 할까? 고민 한참을 했다.그리고는 2006년부터로 거슬러 올라가서 왜 Agile이라는 것에 맛이 갔는지에 대해서 주저리 주저리 써나간다.Agile을 어떻게 떠들어야 할지 잘 몰라서 다시 공부공부 (Wiki...

    답글삭제
  8. 참석못해서 궁금했는데, 후기 감사합니다~

    답글삭제
  9. trackback from: 2009년 11월 XPER 모임 후기
    전반적인 정리와 다른 분들의 후기는 박PD님의 블로그에 잘 링크가 되어 있다. 2009년 11월 xper 모임 후기(1/2)입니다. 2009년 11월 xper 모임 후기(2/2)입니다. 발표자 두 분 모두에게서 아 저건 진심이구나, 하는 느낌을 받았고, 정말 감동적인 경험이었다. SK C&C 민신현 과장님의 사례 발표에서는 오랜 기간 동안 프로젝트를 이끌며 엄청나게 괴로워하고 고민하다가 드디어 답을 찾아 낸 사람의 희열을 느낄 수 있었고, 스페셜 포..

    답글삭제

댓글 쓰기

이 블로그의 인기 게시물

스위치봇 & 스위치봇 허브 미니 간단 사용기

제 블로그에 예전부터 오셨던 분들은 제가 사브작 사브작 홈 오토메이션을 어설프게 해온 것을 아실겁니다. 작년부터 너무 하고 싶었던 도어락 자동화에 도전해봤습니다. 우리 나라에 자체 서비스로 앱을 통해 도어락을 제어하는 제품은 꽤 있습니다. 게이트맨도 있고, 키위도 있고, 삼성도 있죠.. 그런데.. 전 그것보다 구글 어시스턴트를 지원하는 도어락이 필요했는데... 그런건 안만들더라구요.. 꼭 필요한건 아니지만 웬지 해보고 싶은데... 언제 제품이 출시될지도 몰라서.. 가능한 방법을 찾아보다가.. 스위치봇이라는 제품으로 도어락을 버튼을 꾹 누르는 방법을 찾아서 스위치봇이 직구가 아닌 국내에 출시되었길래 낼름 구매해서 도전해봤습니다. 스위치봇 제품에 대한 내용이나 구매는  https://www.wakers.shop/  에서 하시면 됩니다. 저는 스위치봇에 스위치봇을 구글 홈에 연결시키기 위해 스위치봇 허브 미니까지 구매했습니다. 스위치봇 허브 미니가 없으면 스위치봇을 외부에서 제어하거나 구글 홈에 연결할 수 없습니다. 그리고 제가 스위치봇 허브 미니를 구매한 이유 중 다른 하나는 이 제품이 RF 리모컨 기능이 지원됩니다. 집에 있는 모니터를 제어할 필요가 있어서 이참 저참으로 같이 구매했습니다. 제품 등록은 어렵지 않습니다. 여기서는 스위치봇 허브 미니에 RF 리모컨을 등록해서 구글 어시스턴트로 제어하는 방법을 소개해드릴까 합니다. 제가 스위치봇 허브 미니로 모니터를 제어하고 싶었던 부분은 컴퓨터에서 크롬캐스트로 외부 입력을 때에 따라 바꿔야 하는데.. 그때마다 리모컨을 찾는게 너무 불편해서였습니다.  어차피 리모컨은 외부 입력 바꿀 때 빼고는 쓸 일도 없는지라.. 매번 어디로 사라지면 정말 불편해서 이걸 자동화 하고 싶었습니다. 그런데, 처음에 스위치봇 허브 미니를 등록하고 여기에 리모컨을 등록하니.. 구글 홈에 등록된 리모컨이 자동으로 등록이 됩니다. 그런데, 등록된걸 확인해보니 전원 On/Off만 제어되는 것이고, 나머지 버튼은 구글 홈...

20년 차 테스터가 고른 최근 IT 소식: 기술의 속도, 그리고 사람의 자리

20년 넘게 IT 업계에서 테스팅하고 강의하고 공부하고 여러 일을 해왔지만... 정말이지 단 하루도 편하게 쉴 틈을 주지 않는 세상입니다. 특히 최근 4~5년 동안 가속화된 AI의 물결은 기술의 스펙트럼뿐만 아니라 우리가 일하고, 협업하고, 조직을 이끄는 방식 전체를 뒤흔들고 있습니다. 이번 주에도 수많은 뉴스레터와 아티클을 훑어보았습니다. 그중에서도 기술의 화려함 뒤에 숨겨진 ‘사람, 조직, 그리고 커리어의 본질’을 찌르는 글 몇 개가 눈에 띄어 메모해 둡니다. 제 평소 생각과 맞닿아 있는 6가지 이야기입니다. --- 1. 인지부채(Cognitive Debt): 바이브 코딩 시대에 우리가 지게 되는 진짜 빚 (출처: ROBOCO - 인지부채: 바이브 코딩 시대의 새로운 부채 관리법 / 정도현 수석 컨설턴트 ) 요즘 커서(Cursor)나 클로드 코드(Claude Code) 같은 에이전트를 붙여 "이거 만들어줘" 하고 승인(Approve) 버튼만 누르면 눈 깜짝할 사이에 코드베이스가 완성되는 '바이브 코딩(Vibe Coding)'이 유행입니다. 그런데 속도는 엄청나게 빠른데, 정작 서비스에 장애가 나면 "AI가 짜서 잘 모르겠는데요?"라는 답이 나오는 이상한 현상이 벌어집니다. 정도현 컨설턴트는 이를 '인지부채(Cognitive Debt)'라고 정의합니다. 코드는 쌓이는데, 정작 인간의 시스템 이해도는 쌓이지 않는 격차죠. * Human-in-the-loop의 환상: AI가 초당 수백 줄을 뽑아내는데 사람이 일일이 검토한다? 결국 검토자는 병목이 되고, 시간 압박에 쫓겨 영혼 없이 승인 버튼만 누르게 됩니다. 40년 전 자동화 연구(Bainbridge, 1983)가 지적했듯, 자동화될수록 사람은 감시만 하다가 정작 개입해야 할 결정적 순간에 숙련도를 잃어버립니다. * 부채는 0으로 만드는 게 아니라 '관리'하는 것: AI가 만든 모든 코드를 사람이 외울 수는 없습니다. 핵심은 ...

우리는 AI로 '더 빠른 말'을 키우고 있는걸까요? 아니면 '자동차'를 만들고 있는걸까요?

20년 넘게 IT 현장에서 뒹굴거렸는데... 요즘처럼 "우리가 지금까지 당연하게 여겨온 일하는 방식의 본질"에 대해 근본적인 질문을 던지게 만드는 때가 없었던 것 같습니다. 최근 읽은 UX 관련 글 하나가 가슴을 쿵 치고 지나갔습니다. UX 및 디지털 트렌드를 다루는 블로그 ux4dotcom에 올라온 "Beyond Faster Horses — Why AI Challenges One of UX's Oldest Assumptions"라는 글입니다. (출처: ux4dotcom - Beyond Faster Horses — Why AI Challenges One of UX's Oldest Assumptions ) 혁신을 말할 때 늘 인용되는 헨리 포드의 유명한 말이 있습니다. "사람들에게 무엇을 원하느냐고 물었다면, 그들은 '더 빠른 말'이라고 답했을 것이다." 사람들은 자신이 경험해 본 범위 안에서만 미래를 상상합니다. 말만 탈 줄 아는 사람에게 자동차는 상상 밖의 범주(Mental Model)니까요. 저자는 그동안 UX(사용자 경험)라는 학문과 필드 자체가 '더 빠른 말을 만드는 일(기존 과업의 효율화)'에 집중해 왔다고 지적합니다. 사용자의 행동을 관찰하고, 마찰(Friction)을 줄이고, 화면을 간소화하고, 기존 워크플로우를 최적화해 주는 작업 말입니다. 실제로 주변을 봐도 우리가 AI를 쓰는 방식도 대부분 이 범주를 벗어나지 못하고 있습니다. 더 빠르게 이메일을 작성하고, 문서 요약을 3초 만에 끝내고, 프레젠테이션 장표나 일정표를 순식간에 만들어내는 일. 분명 유용하고 저 역시 매일 요기하게 쓰고 있지만, 이건 어디까지나 '기존에 인간이 하던 일의 프로세스를 흉내 내어 속도만 올린 것(Faster Horse)'에 불과합니다. 정작 "이 워크플로우 자체가 과연 계속 존재해야 하는가?"라는 근본적인 질문은 던지지 못하고 있는 것이죠....