글로벌 SW를 꿈꾸다

1,132 views

Published on

0 Comments
2 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
1,132
On SlideShare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
15
Comments
0
Likes
2
Embeds 0
No embeds

No notes for slide

글로벌 SW를 꿈꾸다

  1. 1. 프로세스 기반 기업<br />유엔진솔루션즈<br />
  2. 2. 교육이나 체험에 의하지 않고<br />부모로부터자식에게로 전달되는 성질을유전형질이라고 한다. 이 유전형질의 근원이 되는 물질의 단위를 유전자라고 하는데, 이 유전자가 바로 가늘고 긴 실 모양의 물질인DNA이다.<br />
  3. 3. 정규교육이나 규정에 의하지 않고<br />Leader로부터Member에게로 전달되어형성 되는 <br />행동 양식을 Culture 라고 한다. 유엔진솔루션즈의Culture 근원이 되는 사고방식이 유엔진솔루션즈DNA이다.<br />
  4. 4. 변화관리 운영<br />글로벌 SW 회사 문화 개념 Key word <br />구체적 행동 방법 프로세스 정립 및 문서화<br />행동방법 문서 update<br />구체적 행동 방법에 대한 교육<br />정립되는 프로세스 사례발표?<br />교육방법에 대한 feedback<br />구체적 행동 방법 *실행/적용<br />*실행 적용방법에 대한 지속적인 연구 필요<br />구체적 행동을 통한 유엔진솔루션즈 문화정립 <br />
  5. 5. uEngine<br />
  6. 6. 본문 내용<br />
  7. 7. 솔개의 노력<br />70년까지 살수 있는 솔개의 대부분은 40년에 수명을 다한다<br />40년이 되면 부리는 너무 길어져 먹이를 쪼기 힘들어지고, <br />발톱은 무녀지고,날개는 기름에 절고 무성해져서 사냥을 할 수 없다. <br />이때 엄청난 자기 갱생의 노력을 한솔개는 살아남고 그렇지 않은 솔개는 죽는다. <br />부리를 일부러 돌에 부딪혀 깨뜨려서 새 부리가 나오게 만들고, 새로 나온 부리로 발톱을 <br />쪼아 없애서 새 발톱을, 날개를 뽑아서 새 날개가 나오게 만든다. <br />이 노력을 6개월 동안 해서 30년을 더 살아남는다.<br />이 죽음과도 같은 고통을 참지 못하는 솔개는 40년에 죽는다.<br />70년을 사는 솔개는 이렇게 혁신에 성공하여 재 탄생한다…….<br />
  8. 8. SW회사에서 바꿔야 할 것<br />경영자<br />개발자<br />버려라!<br />해야한다!<br />1.하드웨어 마인드를 버려라.<br />2.소프트웨어는 아무나 개발을 <br />할 수 있다는 생각을 버려라.<br />3.관리자나 영업이 개발을 <br />좌지우지 하지 않게 하라.<br />4.빠른 개발의 경영전략을 버려라.<br />5.일정을 협상하지 마라.<br />6.2% 부족한 것을 간과하지 마라.<br />7.조급한 생각을 버려라.<br />?<br />1.자신의 능력을 알고 행동해야 한다.<br />2.급할 수록 천천히 가야 한다.<br />3.처음부터 제대로 배워야 한다.<br />4.항상 자신을 변화시키려고 <br />노력해야 한다.<br />‘변화’<br />
  9. 9. 글로벌 SW가 되기 위한 변화의 단계<br />‘변화’의 한가운데 들어 있는 개발자는 습관과 관성때문에 변화를 <br />주도하기 힘들다. 그러므로 영웅개발자는 계속 진정한 영웅으로 남을수<br />있게 경영자는 적절한 시기에 변화를 주도해야 한다.<br />2번의 변화를 성공적으로 수행해야 글로벌 SW회사로 성장할 수 있다!!<br />
  10. 10.
  11. 11. 미국회사는 기본이 70점, 한국회사는 20점<br />실리콘밸리에서 근무하는 소프트웨어 개발자의 직장 평균 재직 기간은?<br />‘2년’, 그래도 잘 운영된다…왜?<br />시스템<br />70%<br />노력<br />기반 시스템 설치<br />프로세스 정립<br />코딩의 표준화<br />문서화 방법<br />개발방법론<br />공유문화 정리<br />적극적인 지원<br />신입<br />Or<br />경력<br />30%<br />+<br />
  12. 12. 꼬여버린 프로세스, 코드, 기반 시스템<br />회사의 규모가 커질수록 좋은 것만 쓰고 싶고,<br />따라서, 다음과 같은 스파게티 현상을 겪게 된다.<br />소스코드 관리 시스템<br />Ex)IBM Clearcase<br />이슈관리 시스템<br />Ex)Jira<br />테스트 관리 시스템<br />Ex)HP Quality Center<br />검수프로세스<br />Source Code<br />프로세스 정립이 부재<br />문서 작성능력 부족<br />현재, 우리도 이런 현상을 겪게 되지 않는가?<br />
  13. 13. 공유를 싫어해???<br />인재<br />人財<br />인재<br />人災<br />
  14. 14. 바꿔야 할 것<br />S/W 회사에서 전반적으로 바꾸어야 하는 5가지<br />
  15. 15. 기반시스템<br />가장 필수적인 2가지!!<br />이슈관리 시스템<br />소스관리 시스템<br />테스트관리 시스템<br />빌드/릴리즈관리 시스템<br />프로젝트관리 시스템<br />작업관리 시스템<br />고객관리 시스템<br />ERP (Enterprise Resource Planning)<br />
  16. 16. 조직<br />분석<br />기반<br />시스템관리<br />VS.<br />테스트<br />설계<br />코딩<br />빌드<br />전문성!<br />전문성이 있는 조직이 있어야 각 기능이 제대로 돌아갈 수 있다.<br />처음에는 개발자가 다 맡아서 하다가 회사가 성장함에 따라<br />하나씩 전문직에 일을 넘겨주는 것이 통상적이다.<br />
  17. 17. 프로세스<br />기술<br />‘정해진 순서에 의해 정해진 산출물을 만들어 내면서 개발을 진행하는 것’<br />소프트웨어 공학의 영역<br />넘쳐도 안 되고 모자라도 안 되는 것이 프로세스이며 잘 사용해야 함<br />‘기술은 시대에 따라 변한다.’<br />비싼 도구가 기술역량을 올려 주지 않는다. Ex) IBM Clearcase vs. SVN<br />단기적으로 필요한 만큼만 배우면서 사는 것이 효율적이다.<br />
  18. 18. 문화<br />소프트웨어 업계의 문화는 무엇인가?<br />다른 일에 참여도 하고 자기 것을 공유도 하고 개방도 하면 된다.<br />5가지 결론<br />특정한 하나의 요소가 비대하게 커도 문제이고 작아도 문제이다.<br />균형 있게 맞추어 나가는 것이야 말로 소프트웨어 회사가 성공을 가는 길<br />
  19. 19. 중요 어록<br />
  20. 20. <ul><li>이슈관리 시스템을 보면 회사를 안다.
  21. 21. 소스관리 시스템은 개발팀의 축소판이다.
  22. 22. 문서를 적으면 개발시간이 단축된다는 것을 </li></ul>진정으로 믿어라<br /><ul><li>스펙(SRS)를 작성하려고 노력하라.</li></ul>그리고 그것은 항상 가능하다.<br /><ul><li>찰떡같이 붙어 있는 분석, 설계, 코딩을 떼어내라
  23. 23. 서로 배우게 하라</li></li></ul><li>건축가와 벽돌공, 누가 가치가 있는가?<br />첫번째 개발자가 “지금 코딩하고 있어요”<br />두번째, 개발자가 <br />“연봉 5,000만 원짜리 일을 하고 있어요”<br />세번째개발자가 “세상 사람이 사용할 소프트웨어<br />를 만들고 있어요”<br />세상 사람이 사용할 소프트웨어를 만든다고 생각하는 사람이<br />대충 만들려고 하지는 않을 것이다.<br />마음가짐이 다르면 눈에 보이는 것이 달라진다.<br />
  24. 24. 기업 문화<br />
  25. 25. 기존의 문화 – 품질을 높이기 위한 통상적으로<br />생각해 낼 수 있는 KPI<br />1)버그를몇 개 만들어 냈나. 물론 적을 수록 좋다<br />2)버그를 몇 개를 고쳤나. 물론 많을 수록 좋다<br />3)일정 준수 율. 높을 수록 좋다<br />4)버그 발견 수. 높을 수록 좋다<br />과연 KPI가 제대로 역할을 할 것인가?<br />프로세스 위주로 관점을 바꿔서 KPI를 정하는 것은<br />어떠한가?<br />스펙은 적은가?<br />동료 검토는 자주 하는가?<br />자기 관련 문서를 제대로 업데이트 하는가?<br />소스코드를 체크인할 때 주석을 제대로 남기는가?<br />모든 버그나 기능 추가 사항은 이슈관리 시스템에<br />등록하고 일하는가?<br />법이나 규칙이 아닌 자기 존중의 문화만이 좋은 소프트웨어를 만들 수 있다.<br />
  26. 26.
  27. 27. 기업 문화는 자선사업과 같다<br />"문서를 작성하고 있습니까?"<br />"언제든지 할 수 있는데 지금은 안하고 있습니다."<br />"건강하기 위해 운동을 합니까?"<br />"언제든지 할 수 있는데 지금은 안 하고 있습니다.“<br />"어려운 이웃을 위해 기부합니까?"<br />"언제든지 할 수 있는데 지금은 안하고 있습니다"라고 말하는 것과 같다.<br />이것은 영원히 안 하겠다는 말의 다른 표현이기도 하다. <br />인간의 본능상 못 한다는 말 대신에 하는 자기 합리화이기도 하다. <br />하려고 하지 않는 사람에게 스펙(spec)을 적자고 하면 간단한데 뭐 하러 적느냐고 한다. 복잡한 건 시간도 없고 자주 변경되기 때문에 적을 필요가 없다고 한다. <br />반대로 긍정적인 의지가 있는 사람은 간단한 것은 금방 적을 수 있으니까 적는 것이고, 복잡한 건 적지 않으면 잊어버리니 시간을 들여서라도 적는 다고 한다. "<br />아는 것 만으로는 충분하지 않다. 적용해야 한다. 하려는 의지만으로는<br />충분하지 않다. 실행해야만 한다.<br />
  28. 28. 미신에 현혹되지 마라<br />경영진이 갖고 있는 미신<br />-스펙문서 작성하느라 개발 일정을 못 맞추는 것 아닙니까?<br />-개발일정이 늦어지면 개발자를 추가로 투입하지요<br />-우리가 개발할 수 없으면 외주를 주도록 합시다<br />고객이 갖고 있는 미신<br />-자세한 요구사항은 나중에 정합시다.<br />-소프트웨어의 좋은 점은 변경이 가능하다는 생각<br />개발자가 갖고 있는 미신<br />-빨리 코딩합시다. 그래서 빨리 끝냅시다.<br />-제품을 만들때까지 테스트를 못한다.<br />-소프트웨어 공학을 적용할 시간이 없다.<br />미신에 현혹되지 않고 소신있게 옳은 방향으로 나가는 것이<br />소프트웨어 전문가의 책임이자 의무이다.<br />
  29. 29. 성공하는 소프트웨어 회사<br />1. 5가지 – 기반 시스템, 조직, 프로세스, 기술, 문화를 체계화<br /><ul><li>생각의 변화와 관습화, 즉 문화가 중요하다.</li></ul>2. 올바른 문화를 형성하기 위해서는 자기 자신이 변화하려는 노력이 무엇보다 중요하고 다음으로 본질에 대한 진정한 이해가 있어야 한다.<br />3. 문화 정립에 성공하려면, 구성원 모두가 노력을 해야 만 한다.<br />
  30. 30. 유엔진솔루션즈의<br />사내 변화 관리 프로세스 대상<br />1)Code Review Process<br />2)프로젝트 관리 Process<br />3)과제 관리 Process<br />4)컨설팅 방법론 Process<br />

×