Tag Archives: featured

Agile Korea 2013 컨퍼런스 다녀오다

agile_korea_2013_post

황상철(SK Planet) – 애자일 코리아 소개

애자일 코리아란 : 애자일 컨퍼런스를 위한 커뮤니티

이상은 – 마음과 마음을 연결해주는 사티어 빙산의사소통 방법론

  • 한국 사티어 변형체계 치료 연구소 / 김영애 가족 치료 연구소
  • 심리학 전공 치료사. 상담 전문가

인간에 대한 이해: 빙산 메타포

  • 제 1수준: 행동 차원
  • 제 2수준: 심리 내적 차원
  • 제 3수준 : 영적 차원

인관관계를 맺을 때, 내 삶의 경험들이 영향을 미치게 된다.
행동을 만들어 내는 것은 사실 내적인 요소(즉 빙산의 하부)다.

행동을 만들어 내는 내적인 요소

  • 감정
  • 감정에 대한 감정: 현재 내가 느끼고 있는 감정에 대한 나의 판단
  • 지각: 생각하는 능력
  • 기대: 타인에 대한 나의 기대, 나에 대한 타인의 기대, 타인의 기대를 지각함으로써 그 기대가 나이 기대가 되는 경우
  • 열망: 인간이 보편적으로 충족하고자 원하는 것들
  • 자기(self): 기대를 부응하여 열망이 충족된 경우 자존감이 높아지며, 반면 기대에 부응하지 못해 열망이 충족되지 못한 경우 자존감이 낮이진다.

기대에 부응하지 못하고 열망을 충족하지 못한다면, 자신의 내면이 건강하게 성장하지 못하고, 자기가 형성되기 어렵다.

의사소통하거나 사람과의 관계를 맺을 때 가장 중요한 요소는 말하는 기술보다는, 행동 밑에 숨어 있는 내적인 요소다.

DBR과 칸반을 활용한 프로젝트 관리

  • 송홍진(STA 컨설팅)

각 제품당 소요시간 측정.

자원 중첩 문제.

DBR(Drum Buffer Rope)

설계 개발 테스트
A 100% 100% 100%
B 50% 100% 100%

A의 경우, 모든 단계가 100%이므로 충격에 민감하다. 설계를 마친 태스크가 개발로 추가될 경우, 개발에 로드가 쌓이므로 테스트 팀이 놀게 되는 상황이 발생할 수 있다. 칸반을 사용할 경우에도 이와 같은 자원 중첩 문제가 발생할 수 있다.이는 같은 팀안에서도 개개인의 속도가 다르기 때문이다.

해결책으로 DBR을 사용해볼 수 있다. DBR에서는 팀의 속도를 가장 속도가 낮은 팀원에 맞추고, 나머지는 버퍼로 둔다.

dbr

제약 이론

개발 , 테스트, 디자인 팀 각각의 속도를 측정하는 대신 전체 팀의 속도를 측정해야 한다. 병목이 발생하는 가장 속도가 늦은 팀에 집중하여 그 부분만 해결하려는데 노력하면 어려움을 개선할 수 있다. 팀에서 가장 약한 고리를 찾아야 한다. 가장 약한 고리는 고정적이지 않고 계속해서 변하므로, PM은 가장 약한 고리를 찾기 위한 노력을 지속적으로 해야 한다.

DBR 체험하기

dbr_hands

Creating Knowledge With Users: Lessons Learned from the Grandfather of Scrum

  • Kenji Hiranabe(Change Vision, Inc)

일본식 스크럼

japanese_scrum

지식의 종류

  • Tacit Knowledg
    주관적
    경험적
    상황에 따른
    말이나 글로는 설명하기 힘든 지식
    예) 자전거 타는 방법
  • Explicit Knowledge
    객관적
    이성적
    상황에 관계없이 언제나 적용가능한
    말이나 글, 공식으로 설명할 수 있는 지식
    예) 책 – 수학, 물리, 과학

SECI 모델

  • Specialization
  • Externalization
  • Combination
  • Internalization

sec_model

Transformation Tacit Knowledge to Explicit Knowledge

  • 사용자에게서 직접 Tacit Knowledge를 얻는다.
  • Explicit Knowledge로 변환한다.
  • 만든다
  • 측정한다.
  • 성공할 때까지, 반복한다.

사용자의 요구사항을 마인드맵으로 만들기

우리의 뇌

  • 좌뇌: 선형적 사고
  • 우뇌: holistic 사고

켄지님은 책을 읽을 때도 책의 인덱스를 마인드맵으로 정리한다고..

mindmap

Agile 팀 만들기

  • 박종빈(SK Planet)

애자일 팀이란?

  • 스스로 동기부여하여 자율적으로 일하고
  • 창조적인 발상으로 Better way를 추구하며
  • 소프트웨어를 개발하는 사람들의 모임
  • 모든 구성원이 행복한 팀

잘못된 팀의 대화 방식

팀원: 납득할 비전을 제시하고, 고객 가치를 알려주시고, How에 대한 재량을 주시고, 스스로에게 도움되는 일을 주신다면 혼심을 다해 전력투구 하겠다.

리더 답변

  • 비전은 당신이 평가할 대상이 아니다
  • 회사에서는 하고싶은 일만 할 수 없다.
  • 지시하는 대로 수행만 하면 평가하겠다
  • 아이같은 소리 하지 마라

명령하고 제어하려는 리더쉽은 팀원을 공포로 가둔다.

심한 리더쉽

대접받고, 아부에 길들여지고, 지시를 내리는데 익숙

타인을 과도하게 압박, 타인의 입장을 생각하지 못함

Servant 리더쉽

동기가 부여된 사람들 중심으로 프로젝트를 구성하라

그들이 필요로하는 환경과 지원을 주고, 그들이 일을 끝내리라고 신뢰하라라

리더의 지시를 기다리지 말고, 동료와 호흡을 맞추라

동기부여와 보상

불공정한 보상은 오히려 동기부여를 떨어뜨린다.

창조적인 일에는 보상제도가 도움이 되지 않는다

다양성이 높을수록 창조성이 높다

다른 사람을 손가락질 하지 않는 문화에 창조적인 사람들이 모인다.

창조적 업무에서의 동기부여

내부 욕망이 충족될 때 진심으로 움직인다.

  • 주도성: 삶의 방향을 결정하고 싶은 욕망
  • 전문성: 보다 잘하고 싶은 욕망
  • 목적성: 보다 중요한 것을 하고 싶은 욕망

네트워킹 : 애자일 마니또 찾기

서로 컨퍼런스에서 배운 내용과 겸험을 공유하기

manito

From CI to CD

  • 황상철(SK Planet)

CI(Continuous Integration: 지속적인 통합)

매일같이 개발한 부분을 통합하는 작업

자동화된 빌드를 가지고, 통합에 오류가 없는지 검증하는 작업

왜 CI가 필요한가?

  • 마지막으로 테스트가 실패한 것은 언제인가?
  • 현재 코드 커버리지는 얼마나 되나?
  • 최근에 빌드가 성공한 적은 언제인가?

현재 시스템의 상황이 어떤지 대답할 수 있으려면 CI를 적용해야 한다.

프로젝트의 가시성이 필요하다

CI는 표준 개발환경에서 제대로 동작한다는 사실을 보장해준다.

CI는 언제 구축하는 것이 좋은가?

소스 코드가 없을 때 구축하라.

배포 가능한 소프트웨어란?

매 이터레이션마다 완성된 제품을 고객이 사용할 수 있는 수준으로 배포가능한 소프트웨어

빌드를 잘하려면 커밋부터 잘해야 한다.

커밋은 일찍, 자주 한다.

빌드를 깨먹는 코드는 절대 커밋하지 않는다.

빌드가 깨지면 즉시 고친다.

CI 구축을 위한 서비스 – Travis

CD(Continuous Delivery: 지속적인 배포)

자동화를 통해 소프트웨어를 배포를 위한 프로세스를 개선하자는 개발 기법

CI와 CD는 어떻게 다른가?

지속적인 배포는 새로운 버전의 소프트웨어를 {사이클 타입}을 줄이민셔 {계속해서 출시} 할 수 있게 해준다.

사이클 타임(Cycle Time)

소스코드를 실제 제품으로 출시하는데 걸리는 시간

사이클 타임을 이터레이션 단위까지 줄인다면, 매 이터레이션마다 소프트웨어를 사용자에게 전달할 수 있다. 즉 배포 가능한 소프트웨어를 만들 수 있게 된다.

DevOps

더 나은 소프트웨어를 만들기 위해 개발자와 운영자간의 커뮤니케이션, 협업, 통합을 중요시하는 개발 기법

변해야 살아 남는다.

  • 운영하는 사람도 코딩을 배워라
  • QA도 마인드셋, 기술 실천법을 바꿔라
  • 품질의 정의도 달라졌다.
    품질: 고객이 서비스 가치를 만들 수 이게 도와주는 것

SW 개발에 있어서의 Agile 적용과 이슈

  • 이재왕(애자일 소사이어티)

신제품 개발 주요 이슈

  • 고객 니즈
  • 제품 개발 범위
  • 제품의 차별화 및 혁신
  • 기술적인 리스크
  • 마케팅

지식 근로자의 생산성

지신 근로자는 스스로 관리할 수 있는 자율성을 가져야 한다.

창의성과 혁신

전문지식이 있는 사람보다 관련된 지식이 없는 사람에게서 놀랄만한 아이디어가 나온다.

창의성은 재즈의 연주팀과 같다. 지휘자가 있는것이 아니라, 각 연주자의 조화에서 창의성이 나온다.

Self-organizing & Cross-functional 팀

소프트웨어 개발이란 불확실성을 확실성으로 바꾸는 일이다.

플래닝 포커의 장점

  • 일의 단위를 측정할 수 있다
  • 구현 방법에 대한 토의가 자연스레 이루어진다
  • 관련 이슈가 공유된다.

스프린트 회고

  • 서로간의 바라는 사항, 불편등을 이야기할 수 있는 자연스러운 분위기가 필요하다.
  • 단 서로를 존중해야 한다는 마음가짐을 가져야 한다.
  • 스프린트 회고는 스프린트가 끝나고 쉬는 시간이다라는 생각으로 진행해라.

BOF

Kenji님께 궁금한게 많았는데, 쑥스러워서 말을 못 걸고 마치고 함께 사진 한 컷 찍었습니다.

“Could I Take a photo with you..?”

라며 소심하게 건넨 말에 흔쾌히 수락해주심!

kenji