중요하고 기술이 아닌 이해 관계자들에게 좋은 프레젠테이션을하려면 어떻게해야합니까?


23

월말에 나는 내가 직접 고용 한 소프트웨어 프로젝트에 대한 프레젠테이션을해야하는데, 기본적으로 회사에서 정규직을 구할 것인지를 결정하는 임시 고용인입니다. 지금은 나는 우리 부서의 사장과 두 명의 VP에게 프레젠테이션을 할 것입니다. 대통령은 다른 두 VP보다 프로그래밍 지식이 적고 궁극적으로 인상을 줄 사람입니다.

프레젠테이션에서 전달해야 할 가장 중요한 것은 무엇입니까? 관리자에게 다음 사항을 강조하라는 말을 이미 들었습니다.

  1. 나는이 프로젝트를 올바른 방향으로 이끌고 있으며 모든 것을 완전히 통제하고있다.
  2. 일정에 따라이 프로젝트를 완료하고 있습니다.

프레젠테이션 중에 자신이 가능한 한 고용 가치가있는 것처럼 보이게하려면 다른 어떤 것들에 집중해야합니까? 소프트웨어의 위험과 불확실성을 줄이기 위해 디자인 수준에서 노력하고있는 부분을 강조 할 생각입니다 (고상한 사람에게는 두 가지가 매우 중요하다고 생각합니다).

특히 걱정되는 것은 프레젠테이션에서 기술적 세부 사항과 비 기술적 세부 사항 간의 적절한 균형을 찾는 것입니다. 기술적 인 세부 사항을 포함하지 않으면 부서의 사장은 소프트웨어에있는 모든 "언더 후드"기능에 대해 알지 못하지만 너무 기술적 인 경우 길을 잃고 이해할 수 없습니다. 프레젠테이션에서 중요한 점.

모든 팁을 주시면 감사하겠습니다.


3
대통령은 자신이 기술적이지 않다는 것을 알고 (그리고 사실은 괜찮습니다), VP는 그렇게한다면 VP를 대상으로하는 것이 훨씬 쉬울 것입니다. 그러면 그들은 대통령을 설득 할 것입니다. 그렇지 않으면 문제가있는 것입니다.
treecoder

대통령은 프로그래밍을 전혀 다루지 않으며, 이런 점에서 그가 기술적이지 않다는 것을 알고있다.
sooprise

운이 좋다 나는이 수요일하고 있어요 (8/10)
바가지

1
프레젠테이션에 위즈 뱅을주고 싶다면 Prezi를 사용해보십시오 .
Benjol

답변:


27

청중을 아십시오.

당신은 이미 대중 연설의 제 1 규칙을 정복했습니다-당신은 당신이 말할 사람들의 기술 전문성을 평가했으며 그에 따라 프레젠테이션을 조정해야합니다. 많은 테크노가 블 및 리트 스피치로 프리젠 테이션을 막을 염려가 없습니다.

큰 가발에 직면 큰 유혹은 정말 시도하는 것입니다 WOW 기술 개념, 이론 및 응용 프로그램의 당신의 인상적인 사전으로 그들을. 당신은 충분히 어리둥절하게 한 경우 아이디어의 존재는 물론, 그 보스 , 다음 물론 당신은이 일을 위해 자격을해야합니다!

이것은 아마도 당신이 찾고있는 풀 타임 포지션을 얻는 짧은 기간에 효과가있을 것입니다. 그러나 대통령은 의심 할 여지없이 "그 사람이 무슨 말을했는지 모르겠다"는 회의의 생각에서 멀어 질 것이고, 당신은 그가 당신의 삶나머지 부분에 대해 당신에게 가지고 있는 인상 이 될 당신의 인생을 걸고 베팅 할 수 있습니다 .

왜 나쁜가요? 비즈니스 세계에서 CEO, 회장 등은 커뮤니케이션 할 수있는 사람들을 찾습니다. 예, 맞춤형 직렬 포트와 인터페이스하는 C 코드를 디버깅 할 수 있지만 무엇을 추측 할 수있는 트렌치에 기술력이 뛰어난 고급 전문가를 보유하는 것이 중요합니까? 그들은 상관하지 않습니다. 그들이 걱정하는 것은 당신이 통제 할 수 있고 그들이 당신 을 믿을 수 있다는 것입니다. 내원 (프로모션, 돈, 영광, 전리품)으로 들어가는 가장 확실한 방법은 고등부와 효과적으로 의사 소통하는 것입니다.

조언은 다음과 같습니다. 현재 회사와의 성과에 중점을 둡니다. 너트와 볼트 및 배선을 파지 마십시오. 눈이 흐려지고 또 다른 프로그래머가 될 것입니다. 그들이 이해할 수있는 것에 대해 이야기하고 시간을내어 "일을 끝내기 위해이 사람을 믿습니다."


기술에 현혹시키기보다는 청중이 이해하도록 +1 합니다.
gablin

10

명심해야 할 가장 중요한 것 중 하나는 초과 판매하지 않는 것입니다. 특히 기술이 아닌 직원에게 제공되는 기술 프로젝트와 관련하여 너무 많은 정보를 제공하면 청중을 빨리 잃을 수 있습니다. 토론하는 모든 주제가 "큰 그림"에 중요하도록 최선을 다하십시오.

"큰 그림"과 관련하여 비 기술적 관리는 일반적으로 기술 토론을 비용, 시간 및 품질 측면으로 변환하려고합니다.

이를 염두에두고 프로젝트에서 내린 주요 결정을 언급 하고 비용, 시간 및 / 또는 품질 측면에서 이러한 결정의 이점을 강조 할 수 있습니다. 3-4 가지 주요 결정을 고르고 그 결정에 대해 간략하게 설명하십시오. 더 많은 정보를 원하면 물어볼 것입니다 (답변을 준비하십시오!).

또한 기술이 아닌 친구가 직접 프레젠테이션을하고 의견을들을 것을 강력히 권합니다. 실제로 여전히 너무 많은 전문 용어를 사용하고있을 때 비 기술적이라고 생각하는 것은 매우 쉽습니다. 친구가 기술이 적을수록 좋습니다. 프로그램은 물론 컴퓨터를 거의 켤 수없는 사람을 찾으십시오. 그들이 당신이 말하는 것의 요점을 따를 수 있다면, 당신은 좋은 몸매입니다.


9

나는 자신을 포함한 대부분의 기술인들이 너무 기술적 인 경향이 있음을 발견했다. 그들이 따를 수있는 기술적 인 것들이 거의 없다는 것에 놀랄 것입니다. 예를 들어, 위험과 불확실성을 줄이겠다 고 설명하려는 경우, 모든 프로젝트가 자신의 프로젝트가 아니라 위험과 불확실성을 가지고 있음을 분명히해야합니다.

비 기술적 문제로 인해 위험과 불확실성이 발생하고 관리에 문제가 있거나 적어도 알고있는 경우에는 반드시 수행 한 작업이 포함되어야합니다.

또한 긍정적 인 점을 강조하십시오. 적어도 당신이하는 말만큼 톤에서 벗어날 수 있기 때문입니다. 따라서 위험과 불확실성에 많은 시간을 소비하지 마십시오. 나중에 통제 할 수없는 일에 대비하기 위해이 문제를 해결해야하는 경우 일정에 따라 작업을 완료하기 위해 다른 사람에게 필요한 사항을 다룰 수 있습니다. 대부분의 프로젝트에서 다른 사람들이 적시에 필요한 작업을 수행하지 않는 것은 실질적인 가능성이기 때문에 이것은 당신이 그것을 비난받을 가능성을 줄입니다.

기술적 인 사람들은 "비하인드"기능의 핵심 중요성을 인식 할 것이지만, 비 기술적 인 사람들은 그렇지 않습니다. 이 프로젝트에는 foozbars, whatsits 및 blah blahs와 같이 시간을 소비하는 데 중요한 기술적 문제가 있다고 말할 수있을 것입니다.


2
"긍정적 강조"에 +1 사람들이 본질적으로 판매 피치에 해당하는 문제에 대해 이야기하는 데 많은 시간을 소비하는 것은 놀라운 일입니다.
Beofett

3

글쎄, 당신의 프로젝트에 대한 설명은 매우 모호하지만 시도해 볼 것입니다.

당신이 만든 응용 프로그램은 다른 응용 프로그램을 대체하거나 수동으로 수행되었거나 여전히 수행되는 프로세스를 자동화하는 도구라고 생각합니다.
소프트웨어 도입 전후의 워크 플로우를 비교하는 다양한 시나리오에 대한 사례 분석을 작성하십시오. 내가보고 싶은 것 :

  • 매우 일반적인 시나리오를 간소화하는 방법을 보여줍니다.
  • 사용자 경험에 결함이있는 버전과 개선 방법을 보여줍니다. 주어진 피드백을 어떻게 구현했는지 보여주십시오.
  • 전후에 시간, 생산성, 기능 등을 비교하는 숫자 또는 표를 보여줍니다. 여기에 내가 듣고 무엇인가 "의 사용에 의해 static noise그리고 more static noise우리는 Y의 %에 의해 X를 수행하는 데 필요한 시간을 감소 "

개인적으로, 나는 후드에서 일어나는 일에 신경 쓰지 않고 관리자는 훨씬 덜 돌보아줍니다 (실제로 많은 시간을 보내고 그것을 즐깁니다. 그러나 나는 아무도 엉망으로 엉망으로 가치를 창출하지 못한다는 것을 알고 있습니다 볼 것이다). 소프트웨어 제품 (구성 요소, 라이브러리, 프레임 워크 또는 응용 프로그램)은 사용 가능하고 (견고하고 빠르며 유연하며 예측 가능) 미래에 대비해야합니다.

내가 당신을 고용한다면, 나는 당신이 이러한 자질을 소중히 여길 것을 확신하고 싶습니다. 나는 당신이 그것을 달성하려고 노력하는 방법과 왜 당신이 그 방법을 선택했는지를 설명하고 싶습니다. 좋은 도구를 사용하고 싶습니다. 프로젝트 트래커의 통계를 보여주세요. 사용하는 개발 방법론에 대한 개요를 제공하고 그 장점과 장점을 간략하게 설명하십시오 (지구상의 모든 것에 대해 설득력있는 사운드를 제공하는 멋진 두 개의 라이너가 있습니다). 나에게 기술적 인 세부 사항을 던지는 것이 아니라 물론 해결책을 제시하기 때문에 당신과 함께 일하는 것이 즐겁고, 끊임없이 변화하는 요구에 어떻게 대응할 수 있는지, 그리고 당신과의 의사 소통이 얼마나 즐거운지를 보여주십시오. 기술 수준에서 구현되지만 본인이 이해하고 나와 관련된 용어로 표현할 수 있습니다.


3

신문 기사와 같은 전제를 구성하는 것을 고려하십시오 : 중요한 것부터 먼저 (늦게 시작하고 일찍 중단 할 계획), 누가, 무엇을, 왜, 언제, 어디서, 어떻게 다루는지를 다루십시오. One Minute Manager 단일 페이지 템플릿이 마음에 들었습니다.

프리젠 테이션 스타일 :

  • 스크립트를 작성하고 미리 연습하십시오. 자신의 비디오를 만들고 다음날 아침에 시청하십시오. 다시 연습하십시오.
  • 자신의 속도대로 가십시오 (일부 사람들은 커피를 일시 정지하고 소용돌이 치면 더 잘 작동하지만 느린 로빈 윌리엄스를 상상할 수 있습니까?)하지만 중요한 포인트에 대해 계획된 일시 중지 및 재 설명을 통합하십시오. 타이밍 ... 어렵다, 연습이 필요합니다.
  • 당신이 거기에 서서 읽은 PPT를 만들지 마십시오. 거기에 서서 읽을 있는 PPT를 만들지 마십시오. 그러면 정확히 할 것입니다. PPT를 사용하여 그래픽을 표시하고 키워드 하나 또는 두 개만 표시하십시오. 당신은 그들이 preso가 아니라 당신에게 집중하기를 원합니다. 10/20/30 가와사키 추천이 좋습니다.
  • 미리 연습하십시오 :) 따라서 눈을 마주 칠 수있는 몇 가지 여분의주기가 있고 적응할 단서가 있는지, 그리고 그들이 트랙에서 벗어나기 시작하면 떨어지고있는 것을 알 수 있습니다.

다시 내용 :

  • 신문 요약 후 요구 사항을 다루고 일부 지연된 요구 사항 (배우지 만 현재 노력의 범위에 맞지 않는 내용) 포함 ... 처음에는 요구 사항으로 간주했지만 흘릴 수 있었던 사항 포함 조사했다.
  • 비즈니스 용어의 주요 위험- "RDF 데이터가 잘 분산되지 않을"위험에 대해서는 신경 쓰지 않으며 "고객 데이터가 점점 복잡해지면 데이터 모델 확장에 재 작업이 필요"할 위험에 대해 걱정합니다. 모든 위험에 대해 대응합니다. 위험 이벤트가 발생하는지 (메트릭은 무엇인지), 이미 수행 한 작업, 문제가 발생하면 팀이 수행 할 수있는 조치를 알 수 있습니다.
  • 위험이 여전히 잘 정의되지 않았거나 처리가 잘되지 않았거나 발생할 경우 치명적이고 수정 불가능할 수 있습니다. 위험 더미에 얼마나 멀리 들어가는가는 주제 (의료? 게임?)에 따라 다르므로 판단이 표시되는 영역입니다.

Subtext : 당신은 혼자서 일 해왔고 그것은 관리에있어 약간 두려운 일입니다. 따라서 다른 사람들이 진보에 대해 어떻게 알게했는지, 진술을 배우는 방법 및 실제 요구 사항에 대한 지표를 포함시켜야합니다. 경영진은 기술 부분이 지루하고 영리한 사람이 필요하다고 생각하지만 궁극적으로 항상 가능합니다 ... 기업은 기술 기술을 기반으로 성공하거나 실패하는 경우가 거의 없으며, 너무 열심히 시도하지 마십시오. 그들에게 기술을 가르치려고 노력하십시오. 오히려, 문제를 얼마나 잘 조사하고 구성하고, 토론을 촉진하고, 진행 상황을 알리는 것에 대해 감동을줍니다.


2

두 가지 주요 관심사는 진행 방향과 적시에 기술적 인 것이 필요하지 않습니다. 관련된 다른 사람들로부터 피드백을받습니다. 프레젠테이션 중에 놀라운 질문이나 우려 사항을 원하지 않습니다.

프로젝트 방향에 중점을 둡니다. 그들은이 모든 것에 관한 리 피셔가 필요하거나 계획에 관여하지 않았을 수도 있습니다. 이를 수행하는 방법에 대한 예를 제공합니다.

프로젝트의 이정표와 성과. 타임 라인을 변경했을 수있는 사양 변경을 언급하십시오.

프로젝트에서 어떤 문제도 언급하지 마십시오. 열쇠는 당신이 그들을 극복 할 수 있었던 방법입니다. 이를 통해 미래의 과제를 처리 할 수있는 능력에 대한 통찰력을 얻을 수 있습니다.

천천히 말해 진정. 숨쉬는 것을 잊지 마십시오.


2

의사 결정, 사용 된 기술 및 극복 된 문제를 강조 할 수 있지만 일반적으로 상위 경영진은 핵심 문제에 중점을 둘 것입니다.

  • 이런 식으로이 프로젝트를 구현하면 더 빠르고 더 나은 비용으로 비즈니스를 수행 할 수 있습니다.
  • 이 프로젝트의 예상 비용은 X이고, 단기 절감액은 Y이고 장기 절감액은 Z입니다. (X가 Y보다 크면 도망 칠 수 있지만 Z보다 작은 것이 좋습니다)

가장 좋은 점은 프로젝트를 작업 할 때 원래 프로젝트 디자인과 비교했을 때 비용을 절감하거나 성능을 향상시키는 방법을 찾은 경우입니다. 우리는 경영진이 돈을 벌거나 절약하려고 생각하지 않는 한 프로젝트가 시작되지 않기를 희망하고 가정 할 수 있습니다.

이러한 종류의 측정 항목은 그들이보고있는 한 가지는 당신을 유지하는 비용이고, 그렇게함으로써 얻을 수있는 이점이 결론에 추가되거나 삭감되는지 궁금하기 때문에 중요합니다.



1

고려해야 할 몇 가지 사항 :

그들을 즐겁게하십시오. 광대는 아니지만 작은 열정 이나 유머 는 더 많은 관심을 기울일 것입니다.

말을 늦추고 강조하기 위해 일시 ​​정지를 추가하십시오.

확인 눈 접촉 을 가진 모든 사람들뿐만 아니라 상사에 영향을 미칠 수 있기 때문에, 방, 의사 결정자 또는 상사뿐만 아니라의를 ...

몇 가지 이야기를 들으십시오 .. 프로젝트 중에 일어난 재미있는 일이나 나쁜 일에 대해 이야기 하십시오.

요약 , 요약, 요약 ... 항상 당신과 함께 유지 ...

좋은 힌트 : 그들이 따를 수 있는 기술적 문제 에 대한 스트레스 . 그들이 기술적 인 부분을 이해한다고 느끼게하십시오. 그것은 그들에게 좋은 느낌을 줄 것입니다 ...

당신이 할 수있는만큼 좋은 질문입니다 같은 문장을 사용 ...


1

당신은 썼습니다

"내가 특히 걱정하는 것은 프레젠테이션에서 기술적 세부 사항과 비 기술적 세부 사항 사이의 올바른 균형을 찾는 것입니다."

Garr Reynolds는 프레젠테이션 기술 분야의 주요 전문가 중 한 명으로 2005 년부터 블로그 게시물 중 하나 에서 Steve Jobs와 Bill Gates의 프레젠테이션 스타일을 비교합니다. 통찰력있는 기사를 읽지 않더라도 Bill의 슬라이드 쇼와 Steve의 슬라이드 쇼를 비교하여 스크린 샷에서 어떤 프레젠테이션이 더 매력적이고 청중을 더 잘 수 있을지에 대한 힌트를 얻을 수 있습니다 (힌트 : 모든 글 머리 기호 및 스타일 완료).

http://presentationzen.blogs.com/presentationzen/2005/11/the_zen_estheti.html

2005 년부터 Bill은 프리젠 테이션 스타일을 개선했으며 Garr는 2010 년 블로그 게시물에서 Bill의 개선 사항을 다룹니다.

http://www.presentationzen.com/presentationzen/2010/08/the-naked-transformation-of-bill-gates-the-presenter.html

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.