Bad to Good 2008. 11 ㈜ 엑셈  DB 기술본부 김 시연
Consultant vs.  시리즈 1. Good Consultant vs. Bad Consultant 2. Consultant vs. Worker 3. Consultant vs. Tuner 4. Consultant vs.  사기꾼 Bad to Good  1.  고객 대면  2.  문서 작성 방법 3.  일 처리 방식 4.  서비스  Delivery 5.  보고서 용어 사용법
1. Good Consultant vs. Bad Consultant I. Consultant vs.  시리즈 고객만족이 최고 -Good  컨설턴트 유형 1)  고객지향형 2)  무한책임형 내가 최고 - Bad  컨설턴트 유형 1)  군주형 2)  자기만족형 3)  자기방어형
2. Consultant vs. Worker I. Consultant vs.  시리즈 끊임없는 프로세스 개선 다음 번 프로젝트에서는 이번 프로제트에서 미흡했던 점을 개선해서 적용해봐야지 !! 벽이 있다면 뛰어넘거나 ,  돌아가는 방법은 없을까 ? 끊임없이 열심히 벽이 있다면 일단 정지 !! -  벽은 언제 없어질까 ?  없어질 때까지 대기 !! -  열심히 헤딩해보면 언젠간 벽이 뚫리지 않을까 ?
3. Consultant vs. Tuner I. Consultant vs.  시리즈 넓은 시각 -  나무도 보고 ,  숲도 봄 - Parameter/SQL Tuning/Index 생성 /Rebuild  등이 미치는 전체 관점의 성능 영향도를 중시함 좁은 시각 -  나무만 봄 -  오늘  SQL  튜닝  10 개나 했다 !!  만세 ~   적용은 개발자가 알아서 하겠지 !!
4. Consultant vs.  사기꾼 I. Consultant vs.  시리즈 컨설턴트와 사기꾼은 종이 한장 차이 공통점 : 말을 잘한다 . 고객에게 기대심리를 준다 . 아는 게 많다 .  겉모습이 뻔지르르하다 . 모든 책임은 내가 모든 책임은 고객이
1.  고객 대면 II. Good to Special 분석력 커뮤니케이션  능력 나 홀로 엉뚱히 1)  고객의 요구사항을 정확히 파악하지 못함 2)  요구사항을 액면 그대로만 받아들임 3)  고객의 요구사항이 정확하지 않다면 ?   ->  내 잘못은 없음  고객과의 시너지 창출 1)  고객의 요구사항을 명확히 정립 2)  요구하는 이유와 전후 관계를 파악 3)  고객의 요구사항이 정확하지 않다면 ?    -> 솔루션을 제시
2.  문서 작성 방법 II. Good to Special 분석력 커뮤니케이션  능력 내용에만 충실히 메모장 만능주의  내용과 형식을 충실히 정형화된 워드 /PPT  템플릿 사용 Excel 의 표 / 그래프를 효과적으로 사용
3.  일처리 방식 II. Good to Special 분석력 커뮤니케이션  능력 IT 는 노가다 1)  일에 대한 기 / 승 / 전 / 결이 없음 2)  그저 열심히 !!! –  언젠간 되겠지 !! 3)  시킨 일이니까 해줘야지 !! IT 는 컨설팅 1)  일에 대한 기 / 승 / 전 / 결이 확실함 ->  왜 ?  어떻게 ?  보다 더 ?  등을 항상 생각 2)  항상 정해진 시간 안에 신속하게 처리함 3)  요구사항에 대한 튜닝도 필요하지 않을까 ?
4.  서비스  Delivery  방식 II. Good to Special 분석력 커뮤니케이션  능력 내 할 일은 이제 끝 ! 1)  튜닝한거 설명했으니 이제 철수 !~ 고객의  Feedback  까지 ! 1)  개발자 /DBA  입장을 고려한 설명 및 튜닝 적용 후의 상황까지 확인 ~
5.  보고서 용어 사용법 II. Good to Special 분석력 커뮤니케이션  능력 IT 비표준 & 추정 / 정성적 IT 비표준 -  조건을 부러뜨린다 .  뭉갠다 등의 비표준어  추정 / 가능  ( 항상 빠져나갈 구멍이 있음 ) - ~ 한 것으로 보입니다 . ( 아닐수도  ?) - ~ 다소 많은 것으로 파악됩니다 . ( 얼마나 ?) - ~ 적정한 것 같습니다 . ( 정말 ?) - ~ 할 가능성이 있습니다 . ( 아님 말고 ?) IT 표준 & 사실 / 정량적 IT 표준어를 사용하는 습관 사실 및 정량적인 수치에 근거한 보고서 용어 사용
서울특별시 강남구 역삼동  679-5  서울벤처타운  9 층  902 호 전화 . 02) 6203-6300,  팩스 . 02) 6203-6301 http://www.ex-em.com [email_address]

test

  • 1.
    Bad to Good2008. 11 ㈜ 엑셈 DB 기술본부 김 시연
  • 2.
    Consultant vs. 시리즈 1. Good Consultant vs. Bad Consultant 2. Consultant vs. Worker 3. Consultant vs. Tuner 4. Consultant vs. 사기꾼 Bad to Good 1. 고객 대면 2. 문서 작성 방법 3. 일 처리 방식 4. 서비스 Delivery 5. 보고서 용어 사용법
  • 3.
    1. Good Consultantvs. Bad Consultant I. Consultant vs. 시리즈 고객만족이 최고 -Good 컨설턴트 유형 1) 고객지향형 2) 무한책임형 내가 최고 - Bad 컨설턴트 유형 1) 군주형 2) 자기만족형 3) 자기방어형
  • 4.
    2. Consultant vs.Worker I. Consultant vs. 시리즈 끊임없는 프로세스 개선 다음 번 프로젝트에서는 이번 프로제트에서 미흡했던 점을 개선해서 적용해봐야지 !! 벽이 있다면 뛰어넘거나 , 돌아가는 방법은 없을까 ? 끊임없이 열심히 벽이 있다면 일단 정지 !! - 벽은 언제 없어질까 ? 없어질 때까지 대기 !! - 열심히 헤딩해보면 언젠간 벽이 뚫리지 않을까 ?
  • 5.
    3. Consultant vs.Tuner I. Consultant vs. 시리즈 넓은 시각 - 나무도 보고 , 숲도 봄 - Parameter/SQL Tuning/Index 생성 /Rebuild 등이 미치는 전체 관점의 성능 영향도를 중시함 좁은 시각 - 나무만 봄 - 오늘 SQL 튜닝 10 개나 했다 !! 만세 ~ 적용은 개발자가 알아서 하겠지 !!
  • 6.
    4. Consultant vs. 사기꾼 I. Consultant vs. 시리즈 컨설턴트와 사기꾼은 종이 한장 차이 공통점 : 말을 잘한다 . 고객에게 기대심리를 준다 . 아는 게 많다 . 겉모습이 뻔지르르하다 . 모든 책임은 내가 모든 책임은 고객이
  • 7.
    1. 고객대면 II. Good to Special 분석력 커뮤니케이션 능력 나 홀로 엉뚱히 1) 고객의 요구사항을 정확히 파악하지 못함 2) 요구사항을 액면 그대로만 받아들임 3) 고객의 요구사항이 정확하지 않다면 ? -> 내 잘못은 없음 고객과의 시너지 창출 1) 고객의 요구사항을 명확히 정립 2) 요구하는 이유와 전후 관계를 파악 3) 고객의 요구사항이 정확하지 않다면 ? -> 솔루션을 제시
  • 8.
    2. 문서작성 방법 II. Good to Special 분석력 커뮤니케이션 능력 내용에만 충실히 메모장 만능주의 내용과 형식을 충실히 정형화된 워드 /PPT 템플릿 사용 Excel 의 표 / 그래프를 효과적으로 사용
  • 9.
    3. 일처리방식 II. Good to Special 분석력 커뮤니케이션 능력 IT 는 노가다 1) 일에 대한 기 / 승 / 전 / 결이 없음 2) 그저 열심히 !!! – 언젠간 되겠지 !! 3) 시킨 일이니까 해줘야지 !! IT 는 컨설팅 1) 일에 대한 기 / 승 / 전 / 결이 확실함 -> 왜 ? 어떻게 ? 보다 더 ? 등을 항상 생각 2) 항상 정해진 시간 안에 신속하게 처리함 3) 요구사항에 대한 튜닝도 필요하지 않을까 ?
  • 10.
    4. 서비스 Delivery 방식 II. Good to Special 분석력 커뮤니케이션 능력 내 할 일은 이제 끝 ! 1) 튜닝한거 설명했으니 이제 철수 !~ 고객의 Feedback 까지 ! 1) 개발자 /DBA 입장을 고려한 설명 및 튜닝 적용 후의 상황까지 확인 ~
  • 11.
    5. 보고서용어 사용법 II. Good to Special 분석력 커뮤니케이션 능력 IT 비표준 & 추정 / 정성적 IT 비표준 - 조건을 부러뜨린다 . 뭉갠다 등의 비표준어 추정 / 가능 ( 항상 빠져나갈 구멍이 있음 ) - ~ 한 것으로 보입니다 . ( 아닐수도 ?) - ~ 다소 많은 것으로 파악됩니다 . ( 얼마나 ?) - ~ 적정한 것 같습니다 . ( 정말 ?) - ~ 할 가능성이 있습니다 . ( 아님 말고 ?) IT 표준 & 사실 / 정량적 IT 표준어를 사용하는 습관 사실 및 정량적인 수치에 근거한 보고서 용어 사용
  • 12.
    서울특별시 강남구 역삼동 679-5 서울벤처타운 9 층 902 호 전화 . 02) 6203-6300, 팩스 . 02) 6203-6301 http://www.ex-em.com [email_address]