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