Donner une présentation sur le projet logiciel aux non-programmeurs

Question

Bientôt, je vais avoir besoin de faire une présentation sur mon honneurs de projet pour la faculté de génie et un grand groupe d'ingénierie et de technologie des étudiants de mon université. Alors que toutes les personnes présentes auront techniques d'esprit, pas tous d'entre eux seront des programmeurs et la plupart seront d'autres disciplines d'ingénierie.

J'ai fait des présentations avant, et je suis certain de parler à une foule, mais je me rends compte maintenant toutes les présentations que j'ai donné avant d'avoir été chercheur, CS/SE majors et le personnel enseignant. Je me demande si mon style de présentation suppose que je suis présente à d'autres logiciels de geeks, afin qu'ils sachent de quoi je parle et je peux le mettre sur une démonstration interactive impliquant le public.

Mes honneurs projet n'est pas très complexe ou théorique, j'ai un prototype en C#, Winforms l'app, mais il est conçu pour être extensible et fonctionner avec différentes sources de données (ODBC ou WS) dans le futur, et un peu de recherche pour savoir comment il pourrait être étendu avec un moteur de règles et de DSL et de les transformer en un produit commercialisable. L'organisation de tester mon prototype est permis de sauver des dizaines de milliers de dollars par année par l'automatisation d'un fonctionnement critique de l'entreprise.

J'avais prévu de montrer comment extensible par quelques live de codage et UML-style de diagrammes. J'ai vraiment du plaisir à faire des démos et des vivre de codage mais je ne sais pas si ce genre de présentation sera aussi accessible aux non-programmeurs, et je suis inquiet si je suis trop geek et technique, je aliéner le public et les juges.

Quelles sont les techniques efficaces que vous avez trouvé à présenter des projets de logiciel d'une manière qui est également intéressant pour les non-programmeurs

Answer 1

Quand je préparais mon doctorat, la faculté nous a donné cette règle pour les séminaires - et il s'est avéré très utile, car:

1. Dis-leur ce que vous allez dire. (E. g., brève introduction problème la description et les résultats résumé)
2. Tell 'em. (E. g. détails techniques comprenant la majeure partie du temps)
3. Dis-leur ce que vous leur avez dit. (E. g. bref résumé et conclusions)
4. Ouvrir le sol pour les questions.

Dans votre position, je voudrais prendre environ 10 à 20% de votre temps sera alloué pour faire #1 dans une grande partie non technique. De sorte que vous pouvez décrire la fonction d'affaires de votre code automatise, pourquoi c'est important, comment étaient les choses avant et après l'application de votre solution, comment économiser de l'argent, ce genre de chose.

Alors j'avais lancer dans une discussion technique visant à la CS/SE foule. Même si le reste des gens ne le comprennent pas et leurs yeux écarquillés, votre introduction, au moins aura donné une idée de ce qu'il est tout au sujet, et ils reconnaîtront peut-être un peu ici ou là.

Pour la troisième partie, j'aimerais récapituler brièvement le problème et décrire comment vous l'avez résolu dans un langage non technique, et ensuite faire vos live-coding extensibilité whiz-bang de démonstration. Même si la non-CS/SE les gens ne comprennent pas la démo, ils vont voir des yeux le vol et vos pairs et les professeurs de toutes les hochant la tête et souriant, alors ils vont penser que c'est cool.

Une fois, j'ai assisté à un séminaire par un mec qui a gagné le Prix Nobel pour l'application de la théorie du chaos pour les systèmes chimiques. Il a appliqué cette approche, de sorte que même si tous les non-théoriciens comme mes collègues chimistes organiques et moi étions tous complètement hors de notre profondeur, le fait que les théoriciens étaient tous excités nous a laissé le sentiment que c'était un grand séminaire, même si nous n'avions pas la moindre idée de ce qu'il avait dit.

Answer 2

Pour plaire aux deux publics, je donne parfois l'explication technique, puis je fais le suivi de mon explication "en anglais, s'il vous plaît". CSI et d'autres drames avec de la science le font tout le temps, à bon escient.

En d'autres termes, [insérer ici une explication simple en anglais].

Answer 3

Vous travaillez déjà sur la connaissance de votre public, je pense que c'est génial, vous avez juste besoin de prendre un peu plus loin, et demandez-vous, si je devais x personne dans le public, que serais-je sortir de cette présentation.

J'avais question de la validité et de la façon dont beaucoup d'efforts doivent aller dans la technique de codage de démonstration, si le groupe que vous êtes la présentation n'est jamais susceptible d'utiliser votre mise en œuvre. Il peut être plus important à dépeindre comment vous vous approchez de l'extensibilité, de sorte que vous garner idées au sein de les pairs sur la façon de l'aborder dans l'avenir, ainsi que de frapper sur les points qui sont importants à tous les membres de votre public, et peut-être raccourci la démo un peu juste montrer que, oui, en effet ça fonctionne.

Je ne sais pas vous, mais personnellement, j'ai toujours eu la plus grande valeur de ces types de présentations basées autour de la façon dont le projet d'appel à tout le monde, comment vous gérez de sauver des dizaines de milliers de dollars par an pour cette société, théoriquement pourquoi d'autres entreprises pourraient vouloir l'utiliser ainsi, qu'est-ce que le marché et d'autres facteurs, quels ont été les géants technologiques se bouscule vous avez eu à surmonter, même si c'est un projet simple, il y avait des choses que vous devez avoir pensé à l'avance pour éviter et vous empêcher d'avoir soutenu dans un coin.

Je pense que si vous êtes vraiment un bon présentateur, et le but de la présentation est large et attrayante pour l'ensemble du groupe, et non pas un discours sur la théorie du chaos et de la demande pour les systèmes chimiques, qui a cette fin, vous devez d'appel au plus petit dénominateur commun de l'auditoire, et la totalité de l'audience peut s'amuser et d'apprécier ce que vous avez réalisé à chaque étape le long du chemin, et pour ce faire, ils n'ont pas forcément besoin de comprendre chaque étape de la prise.

Answer 4

Permet de s'attaquer à ce qu'un refactoring problème.

ie au Lieu d'ajouter plus à votre présentation, il Est un moyen dans lequel vous pouvez prendre des trucs?

Par exemple je ne pense pas que montrer que votre démo Application peut utiliser plusieurs sources de données est essentielle, beaucoup moins de subventions pour vous de programme là lors de la présentation. Je sais qu'il a pris soin dans la conception de votre application pour en arriver à ce point, mais encore la plupart des gens sont plus intéressés par les SORTIES à ne pas les ENTRÉES d'une application. Et encore plus dans les BIENFAITS de cette application.

Certains directeurs points:

• Faire la présentation sur eux. Si le public a senti la douleur que votre programme résout, de leur rappeler que la douleur. Si ils sont d'autres recherches, comme vous, puis demandez-leur de se mettre dans la peau de l'organisation vous a aidé.

• Comparer à l'ancienne vs la nouvelle façon de faire les choses. Pourquoi est-ce la nouvelle façon plus efficace? Il va conduire à plus de ventes? il va réduire les stocks? ou économiser de l'argent? Quelqu'un perdre son emploi parce que votre solution rend sa tâche sans importance. Remarque: Lors de la prise technologique des présentations que j'ai observé est important de remédier à ce qui se passe pour les gens qui était en train de faire la tâche précédemment. Heureusement, la plupart du temps les gens ne perdent pas leur emploi, dans la plupart des cas, les mêmes personnes peuvent gérer un plus grand volume de travail grâce à De la technologie.

• Afficher les résultats. Quels sont les résultats réels de votre démo société a constaté?

• Utilisation significative des visuels. Si vous pouviez faire quelques animations qui expliquent votre algorithme encore mieux.

• Dites à votre point au début et à la fin. La plupart des gens vont oublier ce qui s'est passé dans le milieu alors assurez-vous de dire la chose la plus importante au début et à la de votre discours.

• Pratique, Pratique. Ouais ça semble ridicule, mais ne l'ensemble de votre présentation devant un miroir ou une vidéo enregistrée au moins deux fois. Le plus sera le mieux. Ne donnez pas l'un des plus importants des présentations de votre vie, sans répétition.

Souffle et être positif que vous ferez bien :-D

PS: Mes suggestions sont dérivés à partir de cette page web. Il m'a servi de guide à plusieurs reprises: 6 Stimuli pour atteindre le vieux cerveau

Answer 5

Tout d'abord, je vous suggère d'en parler à votre faculté, des conseillers à propos de ce qu'ils attendent de votre présentation. Si il n'y a aucune question à propos de la façon dont vous devriez équilibrer les détails techniques compréhensibles seulement CS rapport à des concepts plus généraux compréhensible pour le grand public, je pense qu'il serait vraiment aider à obtenir les commentaires de ceux qui procédera à l'évaluation de vous.

Une chose que j'aime à voir à partir de la présentation d'un "take home message". Quelle est la chose que vous voulez tout le monde dans la salle pour se souvenir longtemps après qu'ils ont quitté la salle? Dites-leur le message au tout début. Dites-leur que vous allez passer le reste de la présentation d'expliquer pourquoi ils devraient de soins, et pourquoi ils devraient vous croire. Même si les gens se perdent dans certains aspects techniques, si vous avez au moins conduire à la maison que l'un message, que vous avez livré une chose à beaucoup de gens.

Une autre suggestion: ne pas oublier de format. Les diapositives de la présentation doit être lisible à partir de n'importe où dans l'auditorium/salle de conférence. Ne pas submerger les gens avec trop de texte sur une diapositive. Garder les balles courtes et faciles à analyser. Voulez-vous les gens passent leur temps à la lecture de vos diapositives ou voulez-vous écouter ce que vous avez à dire? N'utilisez pas d'acronymes, mais si vous devez, expliquer ce qu'ils signifient--et placer les définitions sur vos diapositives-sauf si vous êtes sûr qu'ils sont connaissance commune. Si les gens sont assis là, à se demander ce que le diable que l'acronyme signifie qu'ils ne sont pas à l'écoute.

Si vous devez afficher le réel de code ou de faire vivre le codage, mon sentiment est que vous ne devriez pas moins qu'il est absolument essentiel pour le point que vous faites. Si votre projet a été fait à propos des codes de construire (par exemple, si vous avait inventé le concept de "méthode d'extension"), ok, ça aurait du sens pour entrer dans un code. Mais il semble que la signification de ce que vous avez fait est certainement un niveau de que. Vous pourriez montrer comment peu de code qu'il faut pour, disons, de brancher une autre source de données, mais je ne voudrais pas réellement en marche à travers le code lui-même, sauf si vous sentez que vous ne pouvez pas faire de votre point autrement. Une chose que je n'aurais probablement comme pour voir si j'étais dans le public est une démonstration de votre code en action. Montrez-moi ce qui est fait, et dites-moi pourquoi c'est cool.

J'espère qu'il va bien!