글로벌 sw를 꿈꾸다

프로세스 기반 기업유엔진솔루션즈

교육이나 체험에 의하지 않고

부모로부터 자식에게로 전달되는 성질을

유전형질이라고 한다 . 이 유전형질의 근원이 되는 물질의

단위를 유전자라고 하는데 , 이 유전자가 바로 가늘고 긴 실 모양의

물질인 DNA 이다 .

정규교육이나 규정에 의하지 않고

Leader 로부터 Member 에게로 전달되어 형성 되는

행동 양식을 Culture 라고 한다 . 유엔진솔루션즈의 Culture

근원이 되는 사고방식이 유엔진솔루션즈 DNA 이다 .

글로벌 SW 회사 문화 개념 Key word

구체적 행동 방법 프로세스 정립 및 문서화

구체적 행동 방법에 대한 교육

구체적 행동 방법 * 실행 / 적용

* 실행 적용방법에 대한 지속적인 연구 필요

정립되는 프로세스 사례발표 ?

구체적 행동을 통한 유엔진솔루션즈 문화정립

교육방법에 대한 feedback

행동방법 문서 update

변화관리 운영

uEngin

e

본문 내용

70 년까지 살수 있는 솔개의 대부분은 40 년에 수명을 다한다40 년이 되면 부리는 너무 길어져 먹이를 쪼기 힘들어지고 ,

발톱은 무녀지고 , 날개는 기름에 절고 무성해져서 사냥을 할 수 없다 .

이때 엄청난 자기 갱생의 노력을 한 솔개는 살아남고 그렇지 않은 솔개는 죽는다 .

부리를 일부러 돌에 부딪혀 깨뜨려서 새 부리가 나오게 만들고 , 새로 나온 부리로 발톱을 쪼아 없애서 새 발톱을 , 날개를 뽑아서 새 날개가 나오게 만든다 .

이 노력을 6 개월 동안 해서 30 년을 더 살아남는다 .

이 죽음과도 같은 고통을 참지 못하는 솔개는 40 년에 죽는다 .

70 년을 사는 솔개는 이렇게 혁신에 성공하여 재 탄생한다…… .

솔개의 노력

SW 회사에서 바꿔야 할 것

‘ 변화’

경영자 개발자

?1. 자신의 능력을 알고 행동해야 한다 .

2. 급할 수록 천천히 가야 한다 .

3. 처음부터 제대로 배워야 한다 .

4. 항상 자신을 변화시키려고 노력해야 한다 .

1. 하드웨어 마인드를 버려라 .

2. 소프트웨어는 아무나 개발을 할 수 있다는 생각을 버려라 .

3. 관리자나 영업이 개발을 좌지우지 하지 않게 하라 .

4. 빠른 개발의 경영전략을 버려라 .

5. 일정을 협상하지 마라 .

6.2% 부족한 것을 간과하지 마라 .

7. 조급한 생각을 버려라 .

버려라 !

해야한다 !

기업 수준 인력 중심 회사의 목표 문제점

1 단계창업 초기 인력( 소수 단위 )

영웅 개발자-NIH(Not Invented Here)

개발 스피드-빨리 고쳐주는 것이 고객만족-체계적인 문서 없는 주먹구구

2 단계중소 인력( 수십단위 ~ 수백단위 )

영웅 개발자일부 관리조직

스피드와 안전의 균형체계적인 관리의 필요성

버전관리유지보수 문제아키텍처 변화의 필요성신규개발 집중의 어려움추가되는 간접비용

3 단계대규모 인력( 수백단위 ~ 수천 , 수만 )

영웅 개발자전문적인 관리 조직- 테스트 조직- 빌드 조직

관리와 안전- 서비스 데스크- 프로젝트 관리- 빌드관리 시스템- 기반 시스템과의 통합 시도

자유와 규칙의 충돌- 영웅 개발자와 경영자사이의 충돌- 규모는 크나 1 단계 인력들의 집합- 각부서가 협력이 아닌 경쟁상대- 공유문화나 시스템이 부재

‘ 변화’의 한가운데 들어 있는 개발자는 습관과 관성때문에 변화를 주도하기 힘들다 . 그러므로 영웅개발자는 계속 진정한 영웅으로 남을수있게 경영자는 적절한 시기에 변화를 주도해야 한다 .

2 번의 변화를 성공적으로 수행해야 글로벌 SW 회사로 성장할 수 있다 !!

글로벌 SW 가 되기 위한 변화의 단계

실리콘밸리에서 근무하는 소프트웨어 개발자의 직장 평균 재직 기간은 ?

‘2 년’ , 그래도 잘 운영된다…왜 ?

미국회사는 기본이 70 점 , 한국회사는 20 점

기반 시스템 설치프로세스 정립코딩의 표준화문서화 방법개발방법론공유문화 정리적극적인 지원

+신입Or경력

70%

30%

시스템노력

꼬여버린 프로세스 , 코드 , 기반 시스템

소스코드 관리 시스템Ex)IBM Clearcase

이슈관리 시스템Ex)Jira

테스트 관리 시스템Ex)HP Quality Center

프로세스 정립이 부재

Source Code

문서 작성능력 부족

회사의 규모가 커질수록 좋은 것만 쓰고 싶고 ,따라서 , 다음과 같은 스파게티 현상을 겪게 된다 .

현재 , 우리도 이런 현상을 겪게 되지 않는가 ?

검수프로세스

공유를 싫어해 ???

진정 SW 에 필요한 인재정해진 프로세스 , 개발원칙 준수공유하고 협업하고 묵묵히 일하는 사람

영웅개발자 , 야생마 , 카우보이 프로그래머도구 수집가 (Word, Hwp, UML, Clearcase)그러나 없어서는 안 되는 최고의 핵심인재

인재人財

인재人災

바꿔야 할 것

기반시스템 조직 프로세스

기술 문화

S/W 회사에서 전반적으로 바꾸어야 하는 5 가지

기반시스템이슈관리 시스템

소스관리 시스템

테스트관리 시스템

빌드 /릴리즈관리 시스템

프로젝트관리 시스템

작업관리 시스템

고객관리 시스템

ERP (Enterprise Resource Planning)

가장 필수적인 2 가지 !!

조직

분석

설계

코딩빌드

테스트

기반시스템관리

전문성 !

VS.

전문성이 있는 조직이 있어야 각 기능이 제대로 돌아갈 수 있다 .처음에는 개발자가 다 맡아서 하다가 회사가 성장함에 따라하나씩 전문직에 일을 넘겨주는 것이 통상적이다 .

프로세스

기술

‘ 정해진 순서에 의해 정해진 산출물을 만들어 내면서 개발을 진행하는 것’

소프트웨어 공학의 영역넘쳐도 안 되고 모자라도 안 되는 것이 프로세스이며 잘 사용해야 함

‘ 기술은 시대에 따라 변한다 .’

비싼 도구가 기술역량을 올려 주지 않는다 . Ex) IBM Clearcase vs. SVN단기적으로 필요한 만큼만 배우면서 사는 것이 효율적이다 .

문화

소프트웨어 업계의 문화는 무엇인가 ?

다른 일에 참여도 하고 자기 것을 공유도 하고 개방도 하면 된다 .

기반시스템 조직 프로세스

기술 문화

특정한 하나의 요소가 비대하게 커도 문제이고 작아도 문제이다 .균형 있게 맞추어 나가는 것이야 말로 소프트웨어 회사가 성공을 가는 길

5 가지 결론

중요 어록

이슈관리 시스템을 보면 회사를 안다 .

소스관리 시스템은 개발팀의 축소판이다 .

문서를 적으면 개발시간이 단축된다는 것을 진정으로 믿어라

스펙 (SRS) 를 작성하려고 노력하라 .그리고 그것은 항상 가능하다 .

찰떡같이 붙어 있는 분석 , 설계 , 코딩을 떼어내라

서로 배우게 하라

건축가와 벽돌공 , 누가 가치가 있는가 ?

첫번째 개발자가 “지금 코딩하고 있어요”

두번째 , 개발자가 “ 연봉 5,000 만 원짜리 일을 하고 있어요”

세번째 개발자가 “세상 사람이 사용할 소프트웨어를 만들고 있어요”

세상 사람이 사용할 소프트웨어를 만든다고 생각하는 사람이대충 만들려고 하지는 않을 것이다 .

마음가짐이 다르면 눈에 보이는 것이 달라진다 .

기업 문화

기존의 문화 – 품질을 높이기 위한 통상적으로생각해 낼 수 있는 KPI

1) 버그를 몇 개 만들어 냈나 . 물론 적을 수록 좋다2) 버그를 몇 개를 고쳤나 . 물론 많을 수록 좋다3) 일정 준수 율 . 높을 수록 좋다4) 버그 발견 수 . 높을 수록 좋다

과연 KPI 가 제대로 역할을 할 것인가 ?

프로세스 위주로 관점을 바꿔서 KPI 를 정하는 것은어떠한가 ?

1) 스펙은 적은가 ?2) 동료 검토는 자주 하는가 ?3) 자기 관련 문서를 제대로 업데이트 하는가 ?4) 소스코드를 체크인할 때 주석을 제대로 남기는가 ?5) 모든 버그나 기능 추가 사항은 이슈관리 시스템에등록하고 일하는가 ?

법이나 규칙이 아닌 자기 존중의 문화만이 좋은 소프트웨어를 만들 수 있다 .

" 문서를 작성하고 있습니까 ?""언제든지 할 수 있는데 지금은 안하고 있습니다 ."

"건강하기 위해 운동을 합니까 ?""언제든지 할 수 있는데 지금은 안 하고 있습니다 .“

" 어려운 이웃을 위해 기부합니까 ?""언제든지 할 수 있는데 지금은 안하고 있습니다 " 라고 말하는 것과 같다 .

이것은 영원히 안 하겠다는 말의 다른 표현이기도 하다 . 인간의 본능상 못 한다는 말 대신에 하는 자기 합리화이기도 하다 .

하려고 하지 않는 사람에게 스펙 (spec) 을 적자고 하면 간단한데 뭐 하러 적느냐고 한다 . 복잡한 건 시간도 없고 자주 변경되기 때문에 적을 필요가 없다고 한다 . 반대로 긍정적인 의지가 있는 사람은 간단한 것은 금방 적을 수 있으니까 적는 것이고 , 복잡한 건 적지 않으면 잊어버리니 시간을 들여서라도 적는 다고 한다 . "

기업 문화는 자선사업과 같다

아는 것 만으로는 충분하지 않다 . 적용해야 한다 . 하려는 의지만으로는충분하지 않다 . 실행해야만 한다 .

경영진이 갖고 있는 미신- 스펙문서 작성하느라 개발 일정을 못 맞추는 것 아닙니까 ?- 개발일정이 늦어지면 개발자를 추가로 투입하지요- 우리가 개발할 수 없으면 외주를 주도록 합시다

미신에 현혹되지 마라

고객이 갖고 있는 미신- 자세한 요구사항은 나중에 정합시다 .- 소프트웨어의 좋은 점은 변경이 가능하다는 생각

개발자가 갖고 있는 미신-빨리 코딩합시다 . 그래서 빨리 끝냅시다 .- 제품을 만들때까지 테스트를 못한다 .- 소프트웨어 공학을 적용할 시간이 없다 .

미신에 현혹되지 않고 소신있게 옳은 방향으로 나가는 것이소프트웨어 전문가의 책임이자 의무이다 .

1. 5 가지 – 기반 시스템 , 조직 , 프로세스 , 기술 , 문화를 체계화생각의 변화와 관습화 , 즉 문화가 중요하다 .

성공하는 소프트웨어 회사

2. 올바른 문화를 형성하기 위해서는 자기 자신이 변화하려는 노력이 무엇보다 중요하고 다음으로 본질에 대한 진정한 이해가 있어야 한다 .

3. 문화 정립에 성공하려면 , 구성원 모두가 노력을 해야 만 한다 .

1)Code Review Process2) 프로젝트 관리 Process3) 과제 관리 Process4)컨설팅 방법론 Process

유엔진솔루션즈의 사내 변화 관리 프로세스 대상