블로그 이미지
Max.

calendar

    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 31    

Notice

'표준화'에 해당되는 글 1

  1. 2008.11.19 전사적인 개발 표준화의 중요성
2008.11.19 14:45 이전글(~2009)

회사 규모가 100명 이하이면, 각 개발팀간의 표준화가 없어도 그럭저럭 굴러간다. 심지여 그 이상의 규모를 가진 회사도 팀별로 또는 프로젝트별로 템플릿만 맞다면 이역시 그럭저럭 굴러간다.

그러나 그저그런 그럭저럭 굴러가는 조직을 원하는 회사는 어디에도 없다. 당연히 표준화가 필요한데, 이게 어느정도 규모가 커지기 시작하면, 말처럼 쉽게 되기 힘들다. 각 사업부 또는 개발팀별로 담당하는 도메인 특성 때문에 표준화가 힘들어 진다. 여기에 사업부 이해관계까지 얽히면, 효율성 보다는 정치적인 당위성이 더 강조되고, 영원히 표준화는 꿈으로 남을수 있다.

그럼 왜 표준화를 할려고 하고, 왜 필요한가
표준화는 일관된 목표를 향해 기민하게 움직일수 있게 하는 발판(기틀)을 제공한다. 특정상황에 기민하게 대처하기 위해서는 통일된 행동규칙이 모든 팀에 적용될수 있어야 일사불란하게 움직이고 변화에 강한 모습을 보일수 있다. 각 팀마다 규정이 다르고, 대처방안에 모순이 발생되면 목표를 향해 기민해질수 없다.

개발분야에 있어 표준화는 어떤것이 있을까
표준화는 획일화가 아니다. 표준화는 형식(틀)이 같음을 말하고, 획일화는 내용(영혼)까지 같음을 말한다. (몇몇 AF는 획일화를 조장하기도 한다. RIA? SI 역시 그런 확일화가 존재한다.-다 그런건 아니고-) 개발활동에 있는 모든것을 표준화 할수 있는데 대략 분류를 하면, 업무프로세스, 개발환경(툴), 프로그램구성, 지식, 사람 정도일 것이다. 이중에서 다루기 힘든 요소는 회사차원에서 결정되어 지는것이고, 그나마 개발관리자가 다루기 좋은것은, 업무프로세스, 개발환경, 프로그램구성 정도이다. 지식, 사람은 어떤 표준화 시스템으로 커버하기엔 다소 무리가 있다.

이들 표준화 안건에 대한 각각의 세부적인 핵심요소를 추려내서 표준화 작업을 진행한다면, 100명 이상의 규모에서도 표준화를 이룰수 있을 것이다. 물론 표준화 활동 보다, 개발선임자들의 할려는 의지가 훨씬더 중요하다.

표준화가 어느정도 정립되면 이룰수 있는것은?
변화다. 다른말로 진화할수 있는 기반이 마련된 것이다. 변화의 궁극적인 결과가 무엇인지 몰라도 된다. 변화를 추구할려고 노력하고, 그런 과정에서 많은것을 얻을수 있다. 물론 경제적인 부와 지식 나아가 더 좋은 아빠와 애인이 될수 있다.

이는 개발문화 더 나아가 회사문화를 바꿀수 있는 출발점이다.
개발자 하면 야근에 찌든 사람이 아닌, 일반 회사원 처럼 일하는것을 넘어서, 엘리트 또는 존경은 아니더라도 선망의 대상이 될수 있는 직업군이 될수 있다. 꿈이 아니라 가능하다. 계획을 세우고 실행에 옴기면 된다.

출발한 표준화에서 부터 시작해야 한다.

'개발 전분야에 대해 표준화를 진행할려고 하니, 걸리는것이 한두가지가 아니다.
가장 어려운건 개발자가 개발자를 선득하는것인것 같다.'
신고

'이전글(~2009)' 카테고리의 다른 글

한정된 자원와 머리카락수  (0) 2008.11.20
인성이 중요한 이유  (0) 2008.11.20
전사적인 개발 표준화의 중요성  (0) 2008.11.19
전략에 대한 명언  (2) 2008.11.18
MB 정세변화 못읽거나, 외면하거나  (0) 2008.11.18
BPM의 주요 Step.  (0) 2008.11.17
posted by Max.
TAG
prev 1 next

티스토리 툴바