Direkt zum Hauptbereich

Wie erkennt man gute Vorträge?

Wir haben mehr als 100 Vortragsvorschläge für den Scrum Day 2019 bekommen. Das hat uns sehr gefreut. Nun mussten wir uns überlegen, welche Vorschläge so gut sind, dass wir sie für das Voting vorschlagen. Dabei haben wir einiges gelernt.

 

Passt der Vorschlag zu unseren Zielen?


Wir wollen mit dem Scrum Day etwas bewirken. Daher haben wir uns für ein Konferenzmotto und Ziele für die jeweiligen Vortragskategorien (Track Goals) entschieden. Einige Einreicher haben das vielleicht nicht so genau wahrgenommen. Vorträge, die nicht zum Track Goal passen, haben wir rausgenommen. Manchmal konnten wir das nicht so genau erkennen. Da haben wir einigen Vortragenden Kontakt aufgenommen und noch einmal nachgefragt.

Doppelte raus


Einige Leute haben 2-6 Vorschläge eingereicht. Da wir alle Vorschläge sehen, konnten wir Empfehlungen geben, welche Vorträge zurückgezogen werden sollten. Wenn zwei Leute einen ähnlichen Vortrag angeboten haben, haben wir empfohlen, sich zusammen zu tun.

Ist der Vortrag besonders?


Als nächsten haben sich die Track Chairs angesehen, was die Vorträge besonders macht. Ist die Idee wirklich neu? Da gab es für jeden Track unterschiedliche Bewertungskriterien.

Im Visionärstrack haben wir nach visionären Zukunftsideen und besonderen Anwendungsgebieten geguckt, nicht nach einer Rückschau. Dabei durfte der Vortrag auch gern etwas verrückt sein.

Im Data Track wollten wir wissen, ob tatsächlich Daten gezeigt werden oder Empirie gefördert wird. Das war nicht bei allen Vorschlägen so. Aber vielleicht passt ein Vorschlag auch besser in einen anderen Track.

Im FuckUp-Track wollten wir dagegen wissen, ob der Vortrag Mut zum Experimentieren macht. Ist es eine persönliche, überraschende Geschichte und nicht einfach Werbung?

Bei einigen Vorschlägen haben wir gebeten, das Abstract noch einmal zu ergänzen, damit für das Community Voting besser zu erkennen ist, worum es bei diesem Vortrag geht.

Wie ist die Haltung der Vortragenden


Bei einigen Vorschlägen waren wir immer noch unsicher. Daher haben wir versucht, aus dem Abstract etwas über die Haltung des/der Vortragenden zu erfahren. Vertritt die Person die Scrum Werte? Hat sich die Person etwas Mühe beim Formulieren gegeben? Können wir aus dem Abstract erkennen, wie präsentiert wird?

Wie geht es weiter?


Wir haben die Liste die Vorschläge ca. auf die Hälfte gekürzt. Auf dem Scrum Day können wir aber nur ein Viertel der Vorträge anbieten. Daher brauchen wir als nächstes ein Feedback von den Besucherinnen und Besuchern, die bereits eine Eintrittskarte gekauft haben. Es gibt die Möglichkeit, Zustimmung oder Ablehnung auszudrücken. Dies fließt in unsere endgültige Auswahl und die Raumplanung mit ein.

Kommentare

Beliebte Posts aus diesem Blog

Microsoft Teams: Die neuen Besprechungsnotizen - Loop-Komponenten

  Haben Sie in letzter Zeit in einer Teams-Besprechung die Notizen geöffnet? Dort sind inzwischen die Loop-Komponenten hinterlegt. Die sind zwar etwas nützlicher als das, was zuvor zur Verfügung stand. Trotzdem ist noch Luft nach oben. Und es gibt sogar einige ernstzunehmende Stolperfallen. Hier ein erster, kritischer Blick auf das was Sie damit tun können. Und auch darauf, was Sie besser sein lassen.

Agile Sternbilder: Die Entdeckung kosmischer Agilitäts-Superkräfte

Hast du dich je gefragt, ob dein Sternzeichen deine Fähigkeiten in einer agilen Arbeitsumgebung beeinflusst? In diesem Blogpost tauchen wir ein in die faszinierende Welt der Astrologie und ihre mögliche Verbindung zu modernen Arbeitsweisen. Entdecke, wie die Sterne deine agilen Stärken prägen könnten. Ob überzeugter Agilist oder neugieriger Sternzeichenliebhaber – dieser Artikel kann dir neue Perspektiven eröffnen und vielleicht sogar dein nächstes Teamprojekt inspirieren!

Den passenden Job finden

Hier teile ich, wie ich daran arbeite, endlich den richtigen Job zu finden. Kleingedrucktes: Dieser Artikel richtet sich (natürlich) an jene, die gerade in der luxuriösen Position sind, dass sie nicht jedes Angebot annehmen müssen. Anstatt von Engagement zu Engagement zu hetzen und frustriert zu sein über Konzernstrukturen, fehlende Ausrichtung und die Erkenntnis, dass in einem selbst beständig die Hintergrundfrage nagt, ob es das ist, womit man seine immer knapper werdende Lebenszeit wirklich verbringen möchte, gibt es manchmal auch die Möglichkeit, die nächste berufliche Station etwas nachhaltiger auszusuchen - auch, um tatsächlich (etwas) mehr beitragen zu können.

Die Microsoft Teams-Not-To-Do-Liste

Viele hoffen, dass es  für die Einrichtung von Microsoft Teams  den Königsweg gibt, den perfekten Plan – doch den gibt es leider (oder glücklicherweise?) nicht. Genauso wenig, wie es jemals einen Masterplan für die Organisation von Gruppenlaufwerken gab, gibt oder je geben wird. Was gut und vernünftig ist hängt von vielen Faktoren und ganz besonders den Unternehmensprozessen ab. Sicher ist nur eines: Von alleine entsteht keine vernünftige Struktur und schon gar keine Ordnung. Dafür braucht es klare Entscheidungen.

Agilität ist tot. Ausgerechnet jetzt?

Agilität wird zurückgefahren, Hierarchien kehren zurück. Doch ist das wirklich der richtige Weg in einer Welt, die immer unberechenbarer wird? Oder erleben wir gerade eine riskante Rolle rückwärts?

Wie beschreibt man einen Workshop für eine Konferenz?

Konferenzen bieten immer ein gutes Forum, um sein Wissen und seine Erfahrungen zu teilen. Was für die Vortragenden selbstverständlich scheint, ist für die Besucher:innen oft unverständlich. Wie können Vortragende ihren Workshop in 2-3 Sätzen beschreiben, damit die Besucher:innen schnell einschätzen können, er sich für sie lohnt?

Gemeinsam eine Anwenderdokumentation erstellen

Unternehmenssoftware ist ein wichtiges Bindeglied zwischen Anwenderinnen und Anwendern, den Unternehmensprozessen und den Ergebnissen. Normalerweise schreibt der Hersteller der Software die Dokumentation für diejenigen, die die Software benutzen. Wenn die Software allerdings stark angepasst wurde, muss die Dokumentation von denen kommen, die die Prozessmaschine am besten verstehen - den Anwenderinnen und Anwendern. Wie könnte man das praktisch machen?

Scrum und Hardware: Es kommt auf die Basics an

Man kann Hardwareprodukte agil entwickeln. Zum einen kommt Scrum aus der Hardwareentwicklung. Die Softwerker haben die Hardwarekonzepte auf ihre Situation übertragen. Zum anderen hat Hardwareentwicklung heute ganz viel mit Software zu tun. Gerade in frühen Phasen kann man sich mit Simulationen noch viele Wege offen halten und mehrere Pfade parallel verfolgen. In diesem Beitrag empfehle ich eine Podcastfolge und ein Buch, für alle, die mit der Geschwindigkeit ihrer Hardwareentwicklung nicht zufrieden sind.