मैं महत्वपूर्ण, गैर-तकनीकी हितधारकों को एक अच्छी प्रस्तुति कैसे दे सकता हूं?


23

महीने के अंत में, मुझे एक सॉफ्टवेयर प्रोजेक्ट पर एक प्रेजेंटेशन देना है, जिसे मैं खुद से काम कर रहा हूं, जो मूल रूप से यह तय करेगा कि मुझे उस कंपनी में फुल-टाइम जॉब मिलेगी या नहीं, मैं एक अस्थायी भाड़े पर हूं। अभी के लिए। मैं अपने विभाग के अध्यक्ष, और दो वीपी के लिए अपनी प्रस्तुति दूंगा। राष्ट्रपति को अन्य दो वीपी की तुलना में कम प्रोग्रामिंग ज्ञान है और अंततः वह व्यक्ति है जिसे मुझे प्रभावित करने की आवश्यकता है।

प्रस्तुति में मुझे जो सबसे महत्वपूर्ण बातें बतानी हैं, वह क्या हैं? मैंने अपने प्रबंधक से निम्नलिखित बातों पर जोर देने के लिए पहले ही कहा था:

  1. मैं इस परियोजना को सही दिशा में आगे बढ़ा रहा हूं और हर चीज पर पूर्ण नियंत्रण रखता हूं।
  2. मैं इस परियोजना को समय पर पूरा कर रहा हूं।

अपनी प्रस्तुति के दौरान मुझे और किन बातों पर ध्यान केंद्रित करना चाहिए, ताकि मैं खुद को जितना संभव हो सके उतना योग्य बना सकूं? मैं सॉफ़्टवेयर में जोखिम और अनिश्चितता को कम करने के लिए एक डिज़ाइन स्तर पर किए जा रहे प्रयासों को उजागर करने के बारे में सोच रहा हूं (दो चीजें जो मैं कल्पना करता हूं कि उच्च-अप के लिए बहुत महत्वपूर्ण हैं)।

एक बात जो मैं विशेष रूप से चिंतित हूं, वह प्रस्तुति में तकनीकी और गैर-तकनीकी विवरणों के बीच सही संतुलन पा रही है। यदि मैं कोई तकनीकी विवरण शामिल नहीं करता हूं, तो हमारे विभाग के अध्यक्ष को सॉफ्टवेयर में मौजूद "हूड" सुविधाओं के बारे में सब नहीं पता होगा, लेकिन अगर मैं बहुत अधिक तकनीकी हूं, तो वह खो सकता है और समझ में नहीं आता है प्रस्तुति में महत्वपूर्ण बिंदु।

किसी भी युक्तियां की सराहना की जाएगी।


3
क्या राष्ट्रपति को पता है (और इस तथ्य के साथ ठीक है) वह तकनीकी नहीं है, और वीपी हैं - यदि हां, तो आपके लिए वीपीएस को लक्षित करना बहुत आसान होगा - वे फिर राष्ट्रपति को मना लेंगे। यदि नहीं तो आप मुसीबत में हैं।
treecoder

राष्ट्रपति प्रोग्रामिंग से बिल्कुल नहीं निपटता है, और जानता है कि वह इस संबंध में तकनीकी नहीं है।
sooprise

तुम भाग्यशाली हो। मैं इस बुधवार कर रहा हूँ (8/10)
बंद Ripped

1
यदि आप अपनी प्रस्तुति को कुछ धमाकेदार देना चाहते हैं, तो आप प्रेज़ी का उपयोग करके देख सकते हैं ।
बेंजोल

जवाबों:


27

अपने दर्शकों को जानें।

आपने पहले से ही सार्वजनिक बोलने के नंबर 1 नियम को जीत लिया है - आपने उन लोगों की तकनीकी विशेषज्ञता का आकलन किया है जिन्हें आप बोल रहे हैं और आपकी प्रस्तुति उसी के अनुसार होनी चाहिए। बहुत सारे टेक्नो-गार्बल और लेट-स्पीक के साथ अपनी प्रस्तुति को धूमिल करने की चिंता न करें।

बड़ी विगों का सामना करते समय एक बड़ा प्रलोभन वास्तव में कोशिश करना और उन्हें तकनीकी अवधारणाओं, सिद्धांतों, और अनुप्रयोगों के अपने प्रभावशाली शब्दकोश के साथ वाह करना है। यह विचार, निश्चित रूप से, कि यदि आपने बॉस को पर्याप्त रूप से प्रभावित किया है , तो निश्चित रूप से आपको इस नौकरी के लिए योग्य होना चाहिए!

यह तब भी काम करेगा, जब आप जिस पूर्णकालिक पद की तलाश कर रहे हैं, उसके अल्पावधि में। राष्ट्रपति, हालांकि, निस्संदेह बैठक से यह सोचकर दूर चले जाएंगे, "मुझे नहीं पता कि वह लड़का किस बारे में बात कर रहा था," और आप अपने जीवन को शर्त लगा सकते हैं कि वह आपके बाकी के जीवन के लिए आपके द्वारा की गई छाप होगी ।

वह बुरा क्यों है? व्यापार की दुनिया में, सीईओ, अध्यक्ष, आदि ऐसे लोगों की तलाश करते हैं जिनके साथ वे संवाद कर सकते हैं। हां, इसकी महत्वपूर्ण खाइयों में तकनीकी रूप से उन्नत गीक्स हैं, जो सी कोड को डिबग कर सकते हैं जो एक कस्टम सीरियल पोर्ट के साथ इंटरफेस करता है लेकिन क्या लगता है? वे परवाह नहीं करते। वे सभी परवाह करते हैं कि आप नियंत्रण में हैं और वे आप पर भरोसा कर सकते हैं। इनर-सर्कल (पदोन्नति, पैसा, महिमा, खराब) में सबसे निश्चित रूप से आग लगाने का तरीका उच्च-अप के साथ प्रभावी संचार है।

यहाँ सलाह है: तिथि करने के लिए कंपनी के साथ अपनी उपलब्धियों पर ध्यान दें। नट और बोल्ट और तारों में खुदाई न करें - उनकी आंखें चमक जाएंगी और आप उनके लिए बस एक और प्रोग्रामर बन जाएंगे । उन चीजों के बारे में बात करने में समय बिताएं जो वे समझ सकते हैं और आपके बॉस यह कहने के लिए विश्वास के साथ आपसे दूर चले गए हैं, "मुझे इस आदमी पर काम करने के लिए भरोसा है।"


अपने कौशल के साथ इसे चकाचौंध करने के बजाय अपने दर्शकों को समझने के लिए +1 ।
गाब्लिन

10

सबसे महत्वपूर्ण चीजों में से एक जो आपको ध्यान में रखना चाहिए, वह है ओवरसेल न करना। बहुत अधिक जानकारी प्रस्तुत करना, खासकर जब यह एक तकनीकी परियोजना की बात आती है जो गैर-तकनीकी कर्मियों के लिए प्रस्तुत की जाती है, तो आपके दर्शकों को जल्दी से खो देगा। यह सुनिश्चित करने के लिए अपना सर्वश्रेष्ठ प्रयास करें कि आपके द्वारा चर्चा की जाने वाली प्रत्येक विषय "बड़ी तस्वीर" के लिए महत्वपूर्ण है।

"बड़ी तस्वीर" के रूप में, गैर-तकनीकी प्रबंधन आम तौर पर लागत, समय और गुणवत्ता के संदर्भ में तकनीकी चर्चा का अनुवाद करने की कोशिश करता है।

इसे ध्यान में रखते हुए, आप परियोजना में किए गए प्रमुख निर्णयों का उल्लेख कर सकते हैं , और लागत, समय और / या गुणवत्ता के संदर्भ में उन निर्णयों के लाभ को उजागर कर सकते हैं। 3-4 प्रमुख निर्णय लेने की कोशिश करें, और उन निर्णयों की अपनी चर्चा को संक्षिप्त रखें। यदि वे अधिक जानकारी चाहते हैं, तो वे पूछेंगे (बस जवाब देने के लिए तैयार रहें!)।

मैं यह भी अत्यधिक अनुशंसा करता हूं कि आप अपनी प्रस्तुति किसी गैर-तकनीकी मित्र द्वारा हाथ से पहले चलाएं, और उनकी राय लें। यह सोचना बहुत आसान है कि आप गैर-तकनीकी हो रहे हैं जब वास्तव में आप अभी तक बहुत अधिक शब्दजाल का उपयोग कर रहे हैं। आपका मित्र जितना कम तकनीकी होगा, उतना अच्छा होगा। किसी ऐसे व्यक्ति को ढूंढने का प्रयास करें जो मुश्किल से कंप्यूटर चालू कर सकता है, अकेले प्रोग्राम करें। यदि वे जो कह रहे हैं, उसके सार का अनुसरण कर सकते हैं, तो आप अच्छे आकार में हैं।


9

मैंने पाया है कि अधिकांश तकनीकी लोगों (स्वयं सहित) में भी तकनीकी होने की प्रवृत्ति है। ऑड्स यह है कि आप आश्चर्यचकित होंगे कि वे कितने कम तकनीकी सामान का पालन कर सकते हैं। उदाहरण के लिए, यदि आप यह समझाने जा रहे हैं कि आप जोखिम और अनिश्चितता को कम कर रहे हैं, तो यह स्पष्ट कर दें कि सभी परियोजनाओं में जोखिम और अनिश्चितता है, न कि केवल आपकी, क्योंकि यह एक स्लैम डंक नहीं है कि वे यह जानते हैं।

यदि गैर-तकनीकी मुद्दों और प्रबंधन से जोखिम और अनिश्चितता का संबंध है, या उनमें से कम से कम जागरूक हैं, तो हर तरह से शामिल करें जो आपने किया है।

इसके अलावा, सकारात्मक पर जोर दें, क्योंकि वे आपके लहजे से कम से कम उतना ही दूर ले जाएंगे जितना आप कहते हैं। इसलिए जोखिम और अनिश्चितता पर बहुत समय खर्च न करें। यदि आपको इसे अपने नियंत्रण से बाहर की चीजों के लिए बाद में खुद को कवर करने के लिए लाने की आवश्यकता है, तो आप शेड्यूल पर कार्य को पूरा करने के लिए अन्य लोगों से आपको जो आवश्यकता होगी, उसे कवर करना चाह सकते हैं। चूंकि अधिकांश परियोजनाओं के लिए अन्य लोग जो कुछ भी समय पर करने की आवश्यकता नहीं करते हैं, वह एक वास्तविक संभावना है, इससे आपके द्वारा इसके लिए दोषी ठहराए जाने की संभावना कम हो जाती है।

यद्यपि तकनीकी लोगों को "हुड के तहत" विशेषताओं के महत्वपूर्ण महत्व का एहसास होगा, गैर-तकनीकी लोग नहीं करेंगे। आप शायद यह कहने से अधिक कुछ नहीं कर सकते कि इस परियोजना में कुछ तकनीकी मुद्दे हैं जो समय बिताने के लिए महत्वपूर्ण थे, जैसे कि foozbars, whatsits और blah blahs, लेकिन आप यह सब कर रहे हैं और चीजें निर्धारित समय पर हो रही हैं।


2
"सकारात्मक पर जोर" के लिए +1। यह आश्चर्य की बात है कि लोग कितनी बार अपने समय का एक बड़ा हिस्सा खर्च करते हैं जो एक बिक्री पिच के लिए अनिवार्य रूप से समस्याओं के बारे में बात करते हैं।
बीफॉइट

3

ठीक है, आपकी परियोजना का वर्णन बहुत अस्पष्ट है, लेकिन मैं कोशिश करूँगा।

मुझे लगता है कि आपके द्वारा बनाया गया आवेदन या तो एक अलग आवेदन के लिए एक प्रतिस्थापन है या एक प्रक्रिया को स्वचालित करने के लिए एक उपकरण है जो अभी भी मैन्युअल रूप से किया गया था।
अपने सॉफ़्टवेयर की शुरुआत से पहले और बाद में वर्कफ़्लो की तुलना करने वाले विभिन्न परिदृश्यों के लिए एक केस विश्लेषण करें। वे चीजें जिन्हें मैं देखना चाहता हूं:

  • यह दिखाएं कि आपने बहुत सामान्य परिदृश्यों को कैसे सुव्यवस्थित किया
  • संस्करण दिखाएं, जिसमें उपयोगकर्ता के अनुभव में खामियां थीं और आपने उन्हें कैसे बढ़ाया। यह बताएं कि आपने दिए गए फीडबैक को कैसे लागू किया।
  • पहले और बाद के समय, उत्पादकता, सुविधाओं आदि की तुलना करते हुए कुछ संख्याएँ या तालिकाएँ दिखाएं। यहाँ मैं सुन रहा हूँ "के उपयोग से static noiseऔर more static noiseहमने Y% से X करने के लिए आवश्यक समय घटा दिया "

व्यक्तिगत रूप से, मुझे इस बात की परवाह नहीं है कि हुड के नीचे क्या हो रहा है और आपके प्रबंधक इससे भी कम देखभाल करते हैं (मैं वास्तव में इस पर बहुत समय बिताता हूं और इसका आनंद लेता हूं, लेकिन मुझे पता है कि मैं किसी के साथ खिलवाड़ करके मूल्य उत्पन्न नहीं करता हूं कभी देखेंगे)। एक सॉफ्टवेयर उत्पाद (घटक, पुस्तकालय, ढांचा या अनुप्रयोग) को प्रयोग करने योग्य (मजबूत, तेज, लचीला, पूर्वानुमेय) और यथोचित भविष्य के प्रमाण की आवश्यकता होती है।

अगर मैंने आपको काम पर रखा है, तो मैं आश्वस्त होना चाहता हूं, कि आप इन गुणों को महत्व देते हैं। मैं चाहूंगा कि आप मुझे समझाएं कि आप किस माध्यम से उन्हें हासिल करने की कोशिश करते हैं और आपने उन साधनों को क्यों चुना। मैं यह देखना चाहता हूं कि आप अच्छे उपकरणों का उपयोग करें। मुझे प्रोजेक्ट ट्रैकर के आंकड़े दिखाएं। मुझे आपके द्वारा उपयोग की जाने वाली विकास विधियों का संक्षिप्त विवरण दें, उन्हें और उनके फायदों के बारे में संक्षेप में बताएं (पृथ्वी की हर चीज़ के बारे में, एक फैंसी-शमनी दो लाइनर है जो इसे ध्वनि के अनुकूल बनाता है)। मुझे दिखाओ कि आपके साथ काम करना कितना सुखद होगा, आप मेरी बदलती जरूरतों के बारे में कैसे प्रतिक्रिया दे पाएंगे और आपके साथ कैसे संचार बहुत सुखद है, क्योंकि आप न सिर्फ तकनीकी विवरण मुझ पर फेंकते हैं, बल्कि समाधान भी प्रस्तुत करते हैं, एक तकनीकी स्तर पर कार्यान्वित किया जाता है, लेकिन यह कि आप उन शर्तों का प्रतिनिधित्व करने में सक्षम होंगे जो मैं समझता हूं और जो मेरे लिए प्रासंगिक हैं।


3

एक समाचार पत्र की तरह प्रोटो को संरचित करने पर विचार करें: महत्वपूर्ण सामान पहले (देर से शुरू करने की योजना, और जल्दी से कट जाना), और कौन, क्या, क्यों, कब, कहां और कैसे कवर करें। मुझे वन मिनट मैनेजर सिंगल-पेज टेम्पलेट पसंद हैं, वे मुझे अच्छी तरह से उबला हुआ चीजें प्राप्त करने के लिए मजबूर करते हैं।

पुन: प्रस्तुति शैली:

  • इसे स्क्रिप्ट करें, और समय से पहले अभ्यास करें। खुद का वीडियो बनाएं, अगली सुबह इसे देखें। फिर से अभ्यास करें।
  • अपनी गति से जाएं (कुछ लोग बेहतर काम करते हैं यदि वे अपनी कॉफी को रोकते हैं और घुमाते हैं, लेकिन क्या आप धीमी रॉबिन विलियम्स की कल्पना कर सकते हैं?), लेकिन महत्वपूर्ण बिंदुओं के लिए कुछ नियोजित ठहराव और प्रतिबंधों को शामिल करें। समय ... यह कठिन है, इसे अभ्यास की आवश्यकता है।
  • नहीं, मत करो, कुछ पीपीटी तुम वहाँ खड़े हो जाओ और पढ़ें। एक PPT मत बनाओ जो आप वहां खड़े हो सकते हैं और पढ़ सकते हैं, क्योंकि तब आप वास्तव में यही करेंगे। ग्राफिक्स का प्रदर्शन करने के लिए PPT का उपयोग करें, केवल मुख्य शब्द या दो को दिखाने के लिए। आप चाहते हैं कि वे आप पर ध्यान केंद्रित करें, न कि पूर्व निर्धारित। 10/20/30 कावासाकी सिफारिश अच्छी है।
  • समय से पहले अभ्यास करें :) इसलिए आपके पास आंखों से संपर्क बनाने, सुराग के अनुकूल होने के लिए देखने के लिए कुछ अतिरिक्त चक्र हैं, और इसलिए आप जानते हैं कि यदि आप आपको ट्रैक से खींचना शुरू करते हैं तो आप क्या छोड़ रहे हैं।

पुन: सामग्री:

  • अखबार के सारांश के बाद, आवश्यकताओं को कवर करें - और कुछ आस्थगित आवश्यकताओं को शामिल करें (आपके द्वारा सीखी गई चीजें लेकिन वर्तमान प्रयास के दायरे में फिट नहीं हैं) ... कुछ चीजें शामिल करें जिन्हें आप पहले आवश्यकताओं के रूप में मानते थे लेकिन आप के रूप में शेड करने में सक्षम थे। की जाँच की।
  • व्यवसाय के संदर्भ में राज्य के प्रमुख जोखिम - वे जोखिम के बारे में परवाह नहीं करेंगे कि "आरडीएफ डेटा अच्छी तरह से शार्प नहीं होगा", वे परवाह करते हैं कि आपने जोखिम पर विचार किया "डेटा मॉडल स्केलिंग को फिर से काम करना होगा यदि हमें तेजी से जटिल ग्राहक डेटा मिलता है" और आपके पास हर जोखिम के लिए एक प्रतिक्रिया है: उन्हें कैसे पता चलेगा कि जोखिम घटना हो रही है (आपकी मीट्रिक क्या है) और आपने इसके बारे में पहले से क्या किया है, अगर ऐसा होता है तो टीम इसके बारे में क्या कर पाएगी।
  • यह हो सकता है कि एक जोखिम अभी भी अच्छी तरह से परिभाषित नहीं है, कम-नियंत्रित है, या अगर यह होता है, तो विनाशकारी और अक्षम्य है - ऐसा कहते हैं। आप जोखिम के ढेर में कितनी दूर जाते हैं यह विषय (चिकित्सा? खेल?) पर निर्भर करता है, इसलिए यह एक ऐसा क्षेत्र है जहां आपका निर्णय दिखाई देगा।

सबटेक्स्ट: आप अपने आप से काम कर रहे हैं और यह हमेशा प्रबंधन के लिए थोड़ा डरावना है - इसलिए, सुनिश्चित करें कि आप इस बात के संकेतक शामिल हैं कि आपने दूसरों को प्रगति से कैसे अवगत कराया, आपने बताई गई और वास्तविक आवश्यकताओं को कैसे सीखा। प्रबंधन का मानना ​​है कि तकनीक का हिस्सा थकाऊ है और चतुर लोगों की जरूरत है, लेकिन आखिरकार हमेशा उल्लेखनीय है ... कंपनियां शायद ही कभी तकनीकी कौशल के आधार पर सफल होती हैं या असफल होती हैं, और वे जानते हैं कि, इसलिए उनके साथ बहुत कठिन प्रयास न करें, उन्हें तकनीक सिखाने की कोशिश करें। इसके बजाय, उन्हें इस बात से प्रभावित करें कि आप किसी समस्या की कितनी अच्छी तरह जांच-पड़ताल और रूपरेखा करते हैं, चर्चा को उत्प्रेरित करते हैं, अपनी प्रगति का संचार करते हैं।


2

दो प्रमुख चिंताओं को आपकी प्रगति की दिशा और समयबद्धता के लिए कुछ भी तकनीकी की आवश्यकता नहीं है। शामिल होने वाले अन्य लोगों से प्रतिक्रिया प्राप्त करें। आप प्रस्तुति के दौरान कोई आश्चर्यचकित प्रश्न या चिंता नहीं चाहते हैं।

परियोजना की दिशा पर ध्यान दें। हो सकता है कि उन्हें इस बारे में एक रिफ्रेशर की आवश्यकता हो या वे किसी भी योजना में शामिल नहीं हुए हों। उदाहरण देते हैं कि आप इसे कैसे पूरा कर रहे हैं।

परियोजना और अपने प्रदर्शन के वर्तमान मील के पत्थर। किसी भी विनिर्देश परिवर्तन का उल्लेख करें जिसने समयरेखा को बदल दिया है।

परियोजना में किसी भी समस्या का उल्लेख करने से बचें। कुंजी यह है कि आप उन्हें ओवर-आफ़ करने में कैसे सक्षम हैं। इससे उन्हें भविष्य की चुनौतियों को संभालने की आपकी क्षमता में अंतर्दृष्टि मिलनी चाहिए।

धीमे बोलो। शांत रहो। साँस लेना न भूलें।


2

जब आप किए गए निर्णयों पर प्रकाश डाल सकते हैं, उपयोग की जाने वाली प्रौद्योगिकियां और समस्याएं दूर हो जाती हैं, तो ऊपरी प्रबंधन आमतौर पर नीचे की रेखा के मुद्दों पर केंद्रित होने वाला है:

  • इस तरह से इस परियोजना को लागू करने से हमें तेजी से, बेहतर और कम लागत पर व्यापार करने में मदद मिलती है ...
  • इस परियोजना की अनुमानित लागत X है, अल्पकालिक बचत Y है और दीर्घकालिक बचत Z है (आप X को Y से अधिक होने के साथ दूर कर सकते हैं, लेकिन यह Z से कम बेहतर है)

सबसे अच्छे बिंदुओं में से कुछ यह होगा कि जब आप प्रोजेक्ट पर काम कर रहे थे तो आपको ऐसे तरीके मिले जो मूल प्रोजेक्ट डिज़ाइन की तुलना में बचत या प्रदर्शन को बढ़ाते थे। हम उम्मीद कर सकते हैं / मान सकते हैं कि परियोजना तब तक शुरू नहीं होगी जब तक कि प्रबंधन ने नहीं सोचा था कि वे पैसे बनाने / बचाने जा रहे हैं ... यदि आपने नीचे की रेखा को बढ़ाया है जो और भी बेहतर है।

इस प्रकार के मेट्रिक्स महत्वपूर्ण हैं क्योंकि एक चीज जो वे देख रहे हैं वह आपके चारों ओर रखने की लागत है, और यह सोचकर कि ऐसा करने का लाभ नीचे की रेखा से जोड़ना या घटाना है।


1

गाई कावासाकी से पॉवरपॉइंट का 10/20/30 नियम मेरा सुझाव होगा यदि आप अपनी प्रेजेंटेशन में पॉवरपॉइंट का उपयोग करते हैं क्योंकि वे जिन सिद्धांतों को रेखांकित करते हैं वे सिर्फ 10 स्लाइड, 20 मिनट आदि के बारे में बहुत अच्छे हैं।


1

कुछ बातें जिन पर आप भी विचार कर सकते हैं:

उनका मनोरंजन करें। मसखरा मत बनो लेकिन थोड़ा जुनून या हास्य उन्हें अधिक ध्यान देगा।

अपने भाषण को धीमा करें और जोर देने के लिए ठहराव जोड़ें।

कमरे में हर किसी के साथ संपर्क करें , न केवल निर्णय निर्माता या मालिक, क्योंकि दूसरों के साथ-साथ बॉस पर भी प्रभाव पड़ सकता है ...

कुछ कहानियाँ देने की कोशिश करें .. उन्हें प्रोजेक्ट के दौरान आपके साथ हुई मज़ेदार बातों के बारे में बताएं, या यहाँ तक कि बुरे लोगों के बारे में भी बताएं।

संक्षेप , संक्षेप, संक्षेप में ... हमेशा उन्हें अपने साथ रखें ...

एक अच्छा संकेत: उन तकनीकी मुद्दों पर तनाव जिनसे वे निपट सकते हैं .. उन्हें यह महसूस कराएं कि वे तकनीकी भाग को भी समझते हैं .. यह उन्हें अच्छा एहसास देगा ...

कथनों का उपयोग करें जैसे कि यह एक अच्छा प्रश्न है जितना आप कर सकते हैं ...


1

आप ने लिखा,

"एक बात मैं विशेष रूप से चिंतित हूं कि प्रस्तुति में तकनीकी और गैर-तकनीकी विवरणों के बीच सही संतुलन पाया जा रहा है।"

गर्र रेनॉल्ड्स प्रस्तुति की कला के प्रमुख विशेषज्ञों में से एक है, और 2005 से अपने ब्लॉग पोस्टों में से एक (अभी भी समय पर), वह स्टीव जॉब्स और बिल गेट्स की प्रस्तुति शैलियों की तुलना करता है। यहां तक ​​कि अगर आप व्यावहारिक लेख नहीं पढ़ते हैं, तो आप स्क्रीनशॉट से बिल के स्लाइड शो और स्टीव के स्लाइड शो की तुलना में संकेत प्राप्त कर सकते हैं कि किस प्रस्तुति के लिए अधिक सम्मोहक है और जो दर्शकों को सोने के लिए अधिक संभावना है (संकेत: एक साथ सभी बुलेट पॉइंट और ओवर-स्टाइलिंग)।

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

2005 से, बिल ने अपनी प्रस्तुति शैली में सुधार किया है, और गार ने 2010 से एक ब्लॉग पोस्ट में बिल के सुधारों को शामिल किया है।

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

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.