32. 갈등 발생!! 진행과정을 리뷰 하면서, 갈등 시작 전산팀은 나름대로 요구사항 정리 후 개발 시연을 하게 되면 전혀 다른 요구사항이 발생 고객이 원하는 시스템이 아니었다는 결론 전산팀에서 아이디어를 고민해 제시해 달라!! 업무적인 갈등을 넘어 감정의 갈등으로..
33. 신사웅님의 해결책 커뮤니케이션 문제가 시급하다고 판단 업무별 커뮤니케이션 창구를 확정 실제 피드백을 받을 수 있는 단위로 요구사항을 잘게 쪼개어 리스트 확정 각 요구사항마다 완료일과 매일 진행상항 공유 완료된 사항으로는 거의 실시간으로 확인 및 테스트를 할 수 있도록 변경.
34. 상황정리. 고객의 입장에서는 최종 보이는 결과는 UI 실제 필요한 요구사항 파악 불가 QoS– (비기능적인 요구사항) 파악 불가 선정한 Framework의 사용성, 적합성 모름. 비즈니스 도메인에 대한 정보 예측 불가 구축 후 발생하는 여러 문제들을 파악 불가
79. 기술을 모르는 영업 상무 기술을 모르는 영업 상무 비행기에서 유명 컨설턴트와 만나다. CBD에 대해서 이야기를 나눔. 당신의 솔루션이 재사용, 확장 가능해 진다. 귀국 후 차세대 시스템 구축 기존 시스템 유지보수에 지친 개발자들도 환호 개발자의 추천으로 전문가 A를 아키텍트로 섭외.
80. 전문가 A 컨설턴트와의 마찰! 새로운 신기술을 적용해야 밴더 사에 잘 보이겠지. 맞지 않는 패턴 적용 Enterprise Pattern을 임베디드 시스템에 적용. 정식 버전이 나오지 않은 신기술을 적용 실시간성이 보장되어야 하는 시스템에서 첫 통신시 14초가 걸림. 개발자들 왈: “임베디드 시스템 특성을 몰라? … “ 기존 기술에 익숙한 개발자들의 반발 무엇이 좋아질지 모르는데왜 바꿔? 과연 이렇게 잘게 나누면 좋아질까?
81. 결과! PM은 왜 일정이 연기되냐며 개발자 윽박 지르기! 컨설턴트 조직은 계약만료 후 나 몰라라 사라짐. 결국 프로젝트 6개월 연기! 시스템 오픈 후 여기 저기 문제 떠짐.
87. 대화를 해라. 대화의 기술 정면 대결이 아니라 대화라는 관점에서 접근해라 사람들의 장점을 고려하고 대화해라. 여러분의 태도가 올바로 갖춰진 후에만 대화를 시도해라 화가 나거나 짜증난 상태에서 대화하지 말아라 회의 시 침묵하는 사람들의 의견을 이끌어 내라. 특정 사람에게만 발언권이 모이지 않게 해라. 모든 사람의 관점을 다 들어보아라.
92. EA의 간략한 소개. UML 2.1 Full 지원 모델링 정보를 다양한 DBMS와 연동하여 저장가능 형식을 파괴하는 모델링 지원 Use Case에서도 Class Diagram의 요소들을 사용가능 다양한 언어를 지원 C++, C#, Delphi, Java, VB, VB.NET, PHP, Python 강력한 코드 탬플릿 생성 기능 테스팅생성및 관리 (기존 Unit Testing 과 연동됨) 강력한 역공학 기능 다양한 Plug-in 지원 가장 저렴한 가격 1 Copy당 20만원 ~ 30만원 사이 80
93. EA의 장점. 강력한 코드 템플릿 생성 기능 몇 가지 Plug-in 소개 Legacy System을 위한 역 공학 문서 자동 생성 템플릿 소개 통합 개발 환경 구축 방법 81
124. 아키텍트의 정치 아키텍트는 비즈니스 목표에 맞는 시스템을 만들기 위해,기술과 관련된 수많은 의사결정을 하는 사람입니다. 이해관계자 사이에서 정당성(rightness), 타당성(rational)을 바탕으로 이해관계를 조율하고 설득해야함.
125. 제품 영업 담당자 효과적인 마케팅과 판매활동을 통해 이윤을 창출해야 하는 "경제"적인 역할을 담당. 맨발로 지내온 아프리카 원주민에게 구두를 팔고, 에스키모 인에게 냉장고를 파는 영업인에게'사기 쳤다'고 이야기 하지는 않습니다. 오히려 새로운 시장을 개척했다고 말함.