Notice
Recent Posts
Recent Comments
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- CQ
- ClearQuest
- RTC
- VMware 인수합병
- RAM
- Rational
- MDD
- 애자일
- Plug-In
- 설치
- Watchfire
- RMC
- pluglet
- Tag Heuer 7201
- Agile
- @tistory.com
- 도스커맨드
- Scrum
- Daily Stand-up Meeting
- 7.0
- OSLC
- 설정
- 스프링소스
- QC3
- Kanban
- Jazz.net
- RSA
- 세미나
- 에릭감마
- jazz
Archives
- Today
- Total
아름프로의 Agile, DevOps, 그리고 일상 이야기
개발팀 힘을 내주세요. ~ 본문
Jazz 제품으로 방향을 돌린데에는 국내 개발환경의 변화에 일조(!)하고픈 작으나마의 의지도 있어서였다.
그렇게 시작했던 시간이 어느덧 1년 반이 지나가고 있다. 1년 반 ...
내가 생각하고 해보고자 했던 것의 변화의 노력은 시간이 어느정도 흘렀음에도 큰 성과가 나오지 않고 있어 요즘들어 많은 고민에 쌓여 있다. 무엇 때문일까.. 왜 왜 ..
이러한 생각속에서 몇가지 나름의 이유를 생각해보게 되었다.
1. 가장 큰 이유중에 하나는 조직에 있어서의 개발팀의 위치가 생각보다 그리 높지 않기 때문이 아닐까 싶다.
많은 고객 사이트를 다녀보면서 알게 된 것은 일단 개발팀을 만나기가 쉽지 않다는 것이다.
차세대 프로젝트니, 개발팀의 변화니, 생산성 향상이니 .. 등과 같은 개발과 직접적인 상황임에도 만나게 되는 사람들은 개발팀의 일원이기보다는 그 상위단에 있는 관리팀이나 운영주체의 팀이 대부분인 경우가 많다는 것이다. 2~3명정도로 구성된 이러한 관리 조직은 수십명의 개발팀의 상위에서 개발툴과 개발환경을 결정하고 있는 경우는 자주 보게 된다. 그런데 정작 이 분들과 이야기를 해보면 이분들이 개발을 해본 경험이 적은 분들이라는 점과 지식 또한 높지 않다는 것이다. 더 한 경우는 본인의 생각이 옳음을 강조하며 이렇게 되어야만 한다고 외치는 상황이다. 이러한 조직과 사람 밑에 있는 개발팀 ... 참 많은 것을 생각하게 만든다.
2. 개발 환경의 개선? 생산성 향상?
개선을 필요로하고 요구하여 방문해보면, 딱봐도 왜 안좋은지 상황이 보인다.
짧은 시간의 미팅을 통해서도 그 무엇부터 도려내야야 될 것이다란 생각이 들지만, 그러기 힘든 것은 ...
고객은 항상 이렇게 이야기한다. "그 무엇을 위해 많은 노력을 했고, 이것이 우리의 핵심이다. 그렇기에 이것은/이 사상은 그대로 두고 개선을 하려 한다". ... 참 난감하지 않을 수 없다.
대표적인 것이 다양한 형태의 업무(작업) 지시서로 부터 시작되는 업무에 대한 것들이다.
- 이것을 고수하며 요구사항을 개선하려 한다고 한다.
- 이것을 고수하며 업무 전반의 관리를 개선하려 한다.
- 이것을 고수하며 생상선을 위하다는 명목으로 개발자를 체크하기 위한 항목만 더 추가해 달라고 한다.
- 이것을 고수하며 이 내용속에 개발자의 업무 프로세스를 개선하려 한다.
=> 이미 수십개의 필드들이 덕지덕지한 여기에 얼마나 더 복잡한 화면을 구성하려 하는지 ...
=> 개발자의 생산성의 향상 = 개발자의 업무 및 개발 시간을 보다 더 철저히 관리하기 ... 밖에 없는지...
많은 개발자들이 보다 나은 개발을 위한 고민과 노력을 하고 있음에도 정작 현업에서는 그와는 별개로 그 위에서 다른 형태로 이들을 관리하고 운영하고 것에만 더 관심을 가지고 이를 실천하는데에만 노력하고 있는 것을 많이 보게 된다. (개발자들의 노력은 ... 그렇게 투자한 시간들은 ... 조직에 반대되는 것이라는 이유에 오히려 상처 받는 것만 보게 되는듯 싶다.)
더 많은 이야기들이 있지만, 오늘은 이 정도만 적어본다.
가장 큰 이유 ... 개발자와 개바팀의 위치와 위상이 조직에 있어 너무도 낮다는 것.
하지만, 조직내에서는 어느 조직보다도 많은 시간과 노력을 하는 이들 ...
무엇을 어디에서부터 어떻게 고쳐나가야할까 ...
그렇게 시작했던 시간이 어느덧 1년 반이 지나가고 있다. 1년 반 ...
내가 생각하고 해보고자 했던 것의 변화의 노력은 시간이 어느정도 흘렀음에도 큰 성과가 나오지 않고 있어 요즘들어 많은 고민에 쌓여 있다. 무엇 때문일까.. 왜 왜 ..
이러한 생각속에서 몇가지 나름의 이유를 생각해보게 되었다.
1. 가장 큰 이유중에 하나는 조직에 있어서의 개발팀의 위치가 생각보다 그리 높지 않기 때문이 아닐까 싶다.
차세대 프로젝트니, 개발팀의 변화니, 생산성 향상이니 .. 등과 같은 개발과 직접적인 상황임에도 만나게 되는 사람들은 개발팀의 일원이기보다는 그 상위단에 있는 관리팀이나 운영주체의 팀이 대부분인 경우가 많다는 것이다. 2~3명정도로 구성된 이러한 관리 조직은 수십명의 개발팀의 상위에서 개발툴과 개발환경을 결정하고 있는 경우는 자주 보게 된다. 그런데 정작 이 분들과 이야기를 해보면 이분들이 개발을 해본 경험이 적은 분들이라는 점과 지식 또한 높지 않다는 것이다. 더 한 경우는 본인의 생각이 옳음을 강조하며 이렇게 되어야만 한다고 외치는 상황이다. 이러한 조직과 사람 밑에 있는 개발팀 ... 참 많은 것을 생각하게 만든다.
2. 개발 환경의 개선? 생산성 향상?
짧은 시간의 미팅을 통해서도 그 무엇부터 도려내야야 될 것이다란 생각이 들지만, 그러기 힘든 것은 ...
고객은 항상 이렇게 이야기한다. "그 무엇을 위해 많은 노력을 했고, 이것이 우리의 핵심이다. 그렇기에 이것은/이 사상은 그대로 두고 개선을 하려 한다". ... 참 난감하지 않을 수 없다.
대표적인 것이 다양한 형태의 업무(작업) 지시서로 부터 시작되는 업무에 대한 것들이다.
- 이것을 고수하며 요구사항을 개선하려 한다고 한다.
- 이것을 고수하며 업무 전반의 관리를 개선하려 한다.
- 이것을 고수하며 생상선을 위하다는 명목으로 개발자를 체크하기 위한 항목만 더 추가해 달라고 한다.
- 이것을 고수하며 이 내용속에 개발자의 업무 프로세스를 개선하려 한다.
=> 이미 수십개의 필드들이 덕지덕지한 여기에 얼마나 더 복잡한 화면을 구성하려 하는지 ...
=> 개발자의 생산성의 향상 = 개발자의 업무 및 개발 시간을 보다 더 철저히 관리하기 ... 밖에 없는지...
많은 개발자들이 보다 나은 개발을 위한 고민과 노력을 하고 있음에도 정작 현업에서는 그와는 별개로 그 위에서 다른 형태로 이들을 관리하고 운영하고 것에만 더 관심을 가지고 이를 실천하는데에만 노력하고 있는 것을 많이 보게 된다. (개발자들의 노력은 ... 그렇게 투자한 시간들은 ... 조직에 반대되는 것이라는 이유에 오히려 상처 받는 것만 보게 되는듯 싶다.)
더 많은 이야기들이 있지만, 오늘은 이 정도만 적어본다.
가장 큰 이유 ... 개발자와 개바팀의 위치와 위상이 조직에 있어 너무도 낮다는 것.
하지만, 조직내에서는 어느 조직보다도 많은 시간과 노력을 하는 이들 ...
무엇을 어디에서부터 어떻게 고쳐나가야할까 ...
'IT 이야기' 카테고리의 다른 글
JSON 관련 정보 (0) | 2011.04.06 |
---|---|
배치파일 만들때 날짜/시간 설정 (0) | 2010.02.25 |
One day in Kanban land (0) | 2009.08.31 |