Podcasts about pflichtenheft

Der Beschäftigtendatenschutz in Deutschland kommt nicht voran. Eigentlich sieht eine Öffnungsklausel in der DSGVO vor, dass die EU-Mitgliedsstaaten diesbezüglich mit nationalen Gesetzen das Recht ausgestalten dürfen. In Deutschland existiert aber bis dato nur der unspezifische Paragraf 26 BDSG und einige gleichlautende Vorschriften in Landesdatenschutzgesetzen. Seit mehr als zehn Jahren ist vorgesehen, ein eigenes Beschäftigtendatenschutzgesetz zu entwickeln. Auch die Ampelkoalition hatte sich ein solches in ihr Pflichtenheft für die Legislaturperiode geschrieben. Im Oktober 2024 legte sie schließlich einen Referentenentwurf vor. Dieser sah unter anderem klare Regeln zur Einwilligung von Arbeitnehmern, Überwachungsmaßnahmen durch den Arbeitgeber und Löschfristen für Beschäftigtendaten vor. Doch mit dem Scheitern der Ampel Anfang November wanderte dieser Entwurf direkt in die Tonne. Im c't-Datenschutz-Podcast diskutieren Joerg und Holger mit Rechtsanwalt Dr. Marc Störing die aktuelle Lage. Marc berät für die Kanzlei Osborne Clarke Unternehmen und Konzerne datenschutzrechtlich. In der Episode erläutert er fachkundig die Situation des europäischen Beschäftigtendatenschutzes und ordnet zwei wichtige Urteile des Europäischen Gerichtshofs (EuGH) aus den Jahren 2023 und 2024 dazu ein. Die Diskutanten sind sich einig, dass wenig Hoffnung auf eine baldige gesetzliche Regelung besteht. Ein Blick auf die Programme der Parteien zur Bundestagswahl zeigt, dass sich nur die SPD klar für ein Beschäftigtendatenschutzgesetz ausspricht. Angesichts der aktuellen Lage sei unwahrscheinlich, dass das Thema in einem möglichen Koalitionsvertrag eine Rolle spielen wird. Für Unternehmen und Beschäftigte bedeutet dies weiter ein hohes Maß an Rechtsunsicherheit. Viele praktische Fragen, etwa zur privaten Nutzung von Firmen-Mailkonten oder der Überwachung am Arbeitsplatz, bleiben in einer Grauzone. Marc, Joerg und Holger hoffen, dass die Politik das Thema Beschäftigtendatenschutz nicht auf die lange Bank schiebt. Nur ein detailliertes Gesetz könne für mehr Rechtssicherheit sorgen.

In dieser Podcastfolge des Elektrotechnik Podcasts tauchen wir tief in die Welt des Lasten- und Pflichtenhefts ein. Es werden die essenziellen Aspekte dieser Dokumente beleuchtet, die in der Elektrotechnik von entscheidender Bedeutung sind.Erfahre, wie das Pflichtenheft als umfassender Leitfaden für die Umsetzung der im Lastenheft festgehaltenen Anforderungen dient. Giancarlo the Teacher erklärt die Bedeutung von klaren Spezifikationen, um Missverständnisse zu vermeiden und jeden Auftrag / jedes Projekt erfolgreich abzuschließen.Erfahre, warum das Lasten- und Pflichtenheft für den Erfolg von Projekten entscheidend ist und wie es als effektives Kommunikationsmittel zwischen Auftraggeber & Auftragnehmer fungiert. Egal, ob du Ingenieur, Elektrotechnikstudent oder einfach an technischen Details interessiert bist – diese Podcastfolge bietet wertvolle Einblicke in die Welt der Anforderungsdefinition und Projektdokumentation in der Elektrotechnik.https://www.paypal.com/donate/?hosted_button_id=9UW85PQWLBWZSSupport this podcast at — https://redcircle.com/elektrotechnik-podcast/donationsAdvertising Inquiries: https://redcircle.com/brandsPrivacy & Opt-Out: https://redcircle.com/privacy

Bibellese als Pflicht oder gar Krampf? Um Himmels Willen - nein! Die Bibel ist uns geschenkt als dienliches, erbauliches Lebensbuch - um Mut und Kraft zu tanken und Gott näher zu kommen - ganz sicher nicht als Pflichtenheft. Beleben wir also auch ein paar zu oft gehörte, altbekannte Verse-Oldies wieder, damit diese ganz neu in meinem Herzen aufleuchten und meinen Weg hilfreich erhellen. Das Wort zum Tag - Laienpredigerin Ruth Heller, Tenniken BL Feedback ist immer willkommen! Ob dieser Beitrag gefallen hat oder nicht, alle Autorinnen und Autoren schätzen jede Rückmeldung. Die direkte Mailadressen des Autors / der Autorin finden sie direkt im Player unter Email. Oder Sie schicken ihn direkt an info@wortzumtag.chWir freuen uns über Ihr Feedback!Wenn Sie das "Wort zum Tag" unterstützen möchten, können Sie dies einfach über Twint tun. Ihre Unterstützung ermöglicht es uns, weiterhin täglich inspirierende Beiträge zu publizieren. Vielen Dank für Ihre Großzügigkeit!Den Twint QR Code finden Sie auf der Webseite «Wort zum Tag»https://wortzumtag.ch/idee/unterstuetzung

Während der Entwicklung fallen unterschiedliche Daten an. Lasst uns anhand des Entwicklungsprozesses diese Daten genauer betrachten. Inhalt der Folge: * Daten in den Schritten im Entwicklungsprozess * Beauftragung * Festlegung Anforderungen (Lasten und Pflichtenheft) * Aufteilung (HW, SW, Konstr., …) * Bearbeitung * Prototypenphase * Verifikation * Validierung * Fertigungseinführung * Beschreibungen als Word oder im Intranet? * Das Ingenieure führen Camp Trage Dich auch gerne in meinen Newsletter ein. Du findest eine Möglichkeit auf der Webseite zu dieser Folge. Der Beitrag IF211 – Daten im Entwicklungsprozess erschien zuerst auf Ingenieurbüro David C. Kirchner.

Das Bundeskabinett hat in Meseberg eine Datenstrategie beschlossen. „In Summe ist die Strategie eine Art aktualisiertes Pflichtenheft, denn fast alles, was da drinsteht, ist anderswo schon enthalten", urteilt Fabian Zacharias, Leiter für Public Affairs bei Bitkom in Tech Weekly. Er ordnet die Ergebnisse ein und erklärt, wo es positive Zeichen gibt. Zeitgleich veröffentlich Bitkom den "Monitor Digitalpolitik", um mehr Transparenz in die Vorhaben der Bundesregierung zu bringen.Außerdem geht es um KI und die Ergebnisse der Studie der Internationalen Arbeitsorganisation. Demnach werde Künstliche Intelligenz keine Jobs vernichten, sondern nur ergänzen. Alexander Gigga, Gründer des Sprachtechnologie-Unternehmens Lengoo, erklärt, wie KI und Mensch in seinem Unternehmen zusammenarbeiten und wo die Studie zu kurze greift. Hosted on Acast. See acast.com/privacy for more information.

Neuer Bundesrat, alte Baustellen: Wird es der Landesregierung mit den beiden neuen Mitgliedern Elisabeth Baume-Schneider und Albert Rösti gelingen, bei der Energiewende und in der Aussenpolitik weitere Pflöcke einzuschlagen? Zu Gast in der «Arena» sind die Fraktionspräsidentinnen und -präsidenten. Im Vorfeld der Bundesratswahl standen bei der Debatte in Politik und Medien das Profil der neuen Mitglieder, die Führungserfahrung und die Kollegialität im Fokus. «Regieren, entscheiden, informieren und leiten», heisst es im Pflichtenheft der Bundesräte und Bundesrätinnen. Kommt nach der wiederholten Kritik am Kollegium in der Öffentlichkeit nun eine neue Ära? Oder ändert sich auch mit der neuen Zusammensetzung nicht viel? Noch vor der Bundesratswahl hat die Landesregierung im Herbst ihre Ziele für das Jahr 2023 konkretisiert und präsentiert. Dabei stehen Herausforderungen in den Bereichen der Aussen- und Migrationspolitik sowie der Landesversorgung im Zentrum. Mit der drohenden Strommangellage ist auch eine Debatte um die Energiestrategie 2050 entstanden. Ist diese gescheitert, wie die SVP kritisiert? Oder trifft dies nicht zu? 30 Jahre nach Nein zum Europäischen Wirtschaftsraum EWR kommt zudem Bewegung in die Europapolitik. GLP-Präsident Jürg Grossen spricht von einem «historischen Fehlentscheid» und will den EWR-Beitritt wieder zur Diskussion stellen. Der Bundesrat setzt hingegen auf Sondierungsgespräche mit der Europäischen Union. Gibt es Hoffnung auf einen Durchbruch im EU-Dossier? Oder ist weiterhin kein Ziel in Sicht? Zu diesen Fragen begrüsst Sandro Brotz in der «Arena»: – Thomas Aeschi, Fraktionspräsident SVP; – Roger Nordmann, Fraktionspräsident SP; – Damien Cottier, Fraktionspräsident FDP; – Philipp Matthias Bregy, Fraktionspräsident Die Mitte; – Aline Trede, Fraktionspräsidentin Grüne; und – Tiana Moser, Fraktionspräsidentin GLP.

In dieser Episode geht es darum zu klären, Warum ein bewertes Lastenheft kein Pflichtrenheft ersetzt und Warum ein Pflichtenheft und eine System-Architektur sinnvolle Arbeitsergebnisse in der Systementwicklung sind. Wenn Du Fragen hast oder Anregungen, kannst Du mich gerne über die Emailadresse hoererfrage@zukunftsarchitekten-podcast.de anschreiben. Hinweise und Links aus der Episode: Vorlage einer Kapitelstruktur eines Lastenhefts --> https://bibliothek.bjoernschorre.de/portfolio-item/kapitelstruktur-eines-lastenhefts/?utm_source=zap&utm_medium=podcast&utm_campaign=za191 Weiterführende Episoden zum Lastenheft ZA007 - Lastenheft vs Pflichtenheft --> https://zukunftsarchitekten-podcast.de/za007/?utm_source=zap&utm_medium=podcast&utm_campaign=za191 ZA112 - Was gehört in ein Lastenheft und was nicht? --> https://zukunftsarchitekten-podcast.de/za112/?utm_source=zap&utm_medium=podcast&utm_campaign=za191 ZA114 - Welche Kapitel sollten in einem Lastenheft vorhanden sein? --> https://zukunftsarchitekten-podcast.de/za114/?utm_source=zap&utm_medium=podcast&utm_campaign=za191 Episoden zum Pflichtenheft ZA029 - Wie strukturiere ich ein Pflichtenheft? - Teil 1 --> https://zukunftsarchitekten-podcast.de/za029/?utm_source=zap&utm_medium=podcast&utm_campaign=za191 ZA030 - Wie strukturiere ich ein Pflichtenheft? - Teil 2 --> https://zukunftsarchitekten-podcast.de/za030/?utm_source=zap&utm_medium=podcast&utm_campaign=za191 ZA096 - Hörerfragen zu Systemarchitektur und Pflichtenheften --> https://zukunftsarchitekten-podcast.de/za096/?utm_source=zap&utm_medium=podcast&utm_campaign=za191 ZAP-Episoden zur System-Architektur ZA008 - Zehn Tipps für ein effizientes Systemdesign --> https://zukunftsarchitekten-podcast.de/za008/?utm_source=zap&utm_medium=podcast&utm_campaign=za191 ZA055 - Der Systemarchitekt - Das unbekannt Wesen? --> https://zukunftsarchitekten-podcast.de/za055/?utm_source=zap&utm_medium=podcast&utm_campaign=za191 Der Stammtisch des Systems Engineering: https://bjoernschorre.de/stammtisch Der Zoom-Raum unseres Stammtisches: https://zoom.us/meeting/register/tJAvd-6vrDstGdf3W_c9nEhTuA2zxnptmsZ8

Diesmal dürfen wir Sie nach Lilienfeld einladen. Dort wo einst der legendäre Skipionier Matthias Zdarsky seine Anfang des 20. Jahrhunderts so revolutionäre Einstock-Technik perfektionierte, trifft sich Host Fritz Hutter mit Major Michael Hochgerner (rechts im Bild).Als Bezirkspolizeikommandant, Leiter der Niederösterreichischen Alpinpolizei und Bergretter hat dieser unsere Sicherheit im Tal, aber eben auch am Berg,  zur Profession, wie auch zur leidenschaftlich gepflegten Passion gemacht. Beim Walk & Talk berichtet er über seine Job-Descriptions, die Zusatz-Herausforderung Corona, das Pflichtenheft für BergsportlerInnen oder auch den Notfallplan bei Alpinunfällen.  Und sehr bestimmt spricht er außerdem das entscheidende Zauberwort in Sachen „Hüttengaudi“ oder „Helmpflicht auf und neben der Piste aus“ aus – gemeint ist die Eigenverantwortung.Zum Finale kommt außerdem Karl Weber, Freund und Bergkamerad von Michael Hochgerner, zu Wort. Rausgehen-Routiniers bereits aus anderen Podcast-Folgen als Geschäftsführer der Annaberger Lifte bekannt, hören wir Weber diesmal als stellvertretenden Landesleiter der Niederösterreichischen Bergrettung.Gemeinsam erklären die beiden Herren die Zusammenarbeit zwischen Bergrettung und Alpinpolizei, erinnern sich an eine besonders spektakuläre Rettungsaktion, blicken auf den vergangenen Corona-Winter zurück und hoffen auf einen möglichst schneereichen aber trotzdem „milden“ Verlauf des anstehenden.----------------------------------------------------------------------------------------------------Info-Links:AlpinpolizeiBergrettung Niederösterreich/WienMathias Zdarsky-Museumecoplus alpin GmbHecoplus. Die Wirtschaftsagentur des Landes NiederösterreichDieser Podcast wird unterstützt von der ÖBB-Postbus GmbH www.postbus.at     

Viele Händler arbeiten mit einem Pflichtenheft, wenn sie einen Online-Shop aufsetzen. Darin werden Fragen beantwortet wie: Welche Kriterien soll mein Onlineshop erfüllen? Welche Leistungen erwarte ich von meiner IT-Abteilung bzw. meinem Dienstleister? Dominik Wulkow, Leiter des C-Teile-Managements und der Dienstleistungen bei der Piel GmbH, zeigt in dieser Podcast-Folge des Mittelstand 4.0-Kompetenzzentrums Handel, wie die praktische Umsetzung gelingt.

19. August 1989: Arpad Bella öffnet den Eisernen Vorhang – der wichtigste Tag in seinem und im Leben vieler DDR-Bürger. Im Sommer 1989 ist der Eiserne Vorhang nicht mehr zu halten: Ungarn will sich aus dem Ostblock rauslösen, baut den Stacheldraht an der Grenze nach und nach ab. Das spricht sich herum, nicht nur auf den Bühnen der Weltpolitik, sondern auch bei DDR-Touristen, die gerne am Plattensee Ferien machen. An einem heissen Tag im August findet an der ungarisch-österreichischen Grenze ein sogenanntes Paneuropäisches Picknick statt, wo Menschen aus der Grenzregion auf ihre gute Nachbarschaft anstossen wollen. Hunderte DDR-Bürgerinnen und -Bürger nutzen den feuchtfröhlichen Anlass zur Flucht. Arpad Bella, unser Gast diese Woche in der «Rendez-vous-Sommerserie», ist an jenem Samstag der diensthabende Grenzoffizier: Er muss sich – auf sich allein gestellt – innert Sekunden entscheiden, ob er die Grenze gemäss seinem Pflichtenheft mit Gewalt verteidigen und allenfalls eine Massenhysterie provozieren oder den Vorhang öffnen will. Marc Lehmann hat ihn an jenem Grenztor getroffen.

Ein herzliches Hallo zu einer neuen Folge unseres Podcasts, in der wir mit Marcus Busch, dem Geschäftsführer der Leaseweb Deutschland GmbH, sprechen können. Wir blicken u.a. auf den Handlungsbedarf deutscher Politik, wenn es um digitale Transformation geht und wollen wissen, was denn Herr Busch der nächsten Bundesregierung gern ins Pflichtenheft schreiben würde. -- Im eco Podcast treffen wir die spannendsten Personen aus Internetwirtschaft, Digitalpolitik und Gesellschaft. Wir sprechen über die neuesten IT-Innovationen, netzpolitische Debatten oder warum wir unsere digitale Souveränität stärken müssen und welche Rolle die europäische Cloud GAIA-X dabei spielt. Weitere aktuelle Themen: www.eco.de/eco-news >> -- Producerin: Dörte Milde Schnitt: Melanie Gollin Redaktion: Hanna Sissmann, Jens Stoewhase Moderation: Jens Stoewhase

Der Arbeitgeber darf und muss in seiner Funktion Befehle erteilen. Doch sein Weisungsrecht hat Grenzen. Wird eine solche Überschritten – zum Beispiel indem die Vorgesetzte etwas Illegales verlangt – sollten sich Arbeitnehmende dagegen wehren. Muss die Sekretärin das Büro putzen? Im Arbeitsvertrag sind in der Regel die Aufgaben beschrieben. Arbeitnehmerinnen und Arbeitnehmer müssen in der Regel nur Aufgaben erledigen, die in diesem Pflichtenheft aufgeführt sind. Sie müssen sozusagen keinen anderen Beruf ausüben. Ein ausgelernter Mechaniker muss also nicht freitags das Werkstatt-WC schrubben, ebenso wenig muss die Sekretärin das Büro putzen. Was Gerichte allerdings für zumutbar eingestuft haben: Kaffee bringen und Blumen giessen. Zwei Ausnahmen gibt es: * Wenn zu wenig qualifizierte Arbeit vorhanden ist, kann ein Mitarbeiter ausnahmsweise auch einmal andere Aufgaben erledigen. * Das gilt auch für Notfälle. Wurde zum Beispiel das Lager bei einer Überschwemmung verwüstet, so können auch die Büroangestellten aufgefordert werden, beim Aufräumen zu helfen. Weisungen dürfen nicht das Persönlichkeitsrecht verletzen: Anweisungen von Vorgesetzten sind unzulässig, wenn sie: * die Persönlichkeitsrechte der Arbeitnehmenden verletzen (Anweisungen, die schikanös, unsittlich oder unmöglich sind oder die Freizeit betreffen). * widerrechtlich sind * der Gesundheit schaden Was tun, wenn man eine unzulässige Anweisung bekommt? Arbeitnehmende sollten sich unbedingt wehren. Am besten sucht man das Gespräch mit dem/der Vorgesetzten und erklärt, warum man diese Aufgabe nicht erledigen kann/will. Nützt das nichts, bleibt noch der schriftliche Weg. Mit welchen Folgen müssen Arbeitnehmende, die eine Anweisung missachten, rechnen? Die Arbeitgeberin kann in einem solchen Fall eine Verwarnung aussprechen. Missachtet der Arbeitgeber die Anweisungen mehrmals, kann das eine Kündigung zur Folge haben. In einem solchen Fall muss geklärt werden, ob der Arbeitnehmer zu Recht die Anweisungen nicht befolgt hat. Ist dem so, ist die Kündigung missbräuchlich und der Arbeitnehmer kann eine Entschädigung verlangen. Geklärt wird das vor Gericht. Es empfiehlt sich daher, sich vorher beraten zu lassen, von einer Gewerkschaft oder ähnlichen Beratungsstellen. Eine Liste mit möglichen Adressen finden Sie unten.

Wir brauchen kein Requirements Engineering mehr. Wir sind jetzt agil! Stimmt das? Ich habe vor ca. 10 Jahren ein Coaching beim Thema Anforderungen und Anforderungsreviews erhalten und gelernt, wie Anforderungen sprachlich ausgedrückt werden können, damit der Entwickler auch genau das umsetzt, was man sich vorstellt. Nach diesen 10 Jahren wollte ich wissen, ob durch sich durch die Agilisierung alles verändert hat und das Thema Requirements Management überhaupt noch Bedeutung hat. Du erhältst Antworten auf die Fragen, - wie Du Anforderungen EINDEUTIG formulieren kannst, - wie Du die Anforderungsqualität überprüfen kannst - was Du tust, wenn das Lasterhaft und Pflichtenheft final sind und dann Change Request reinkommen. ... und vieles mehr.

Wir sprechen heute über das Thema „Auftragsklärung“. Denn wer einfach mal plant, plant entweder zu viel, zu wenig oder einfach ohne zu wissen welches Honorar er überhaupt dafür bekommt.

http://www.stoerfaktorNorm.com Heute lade ich dich ein, mit mir ein Jubiläum zu feiern. Vor 20 Jahren, im Herbst, haben wir unsere CD „Störfaktor Norm“ präsentiert. In dieser Sendung kannst du uns über die Schulter schauen, wie begeistert und unermüdlich wir da gewerkt haben. Alles begann Ende 1998, anfangs 1999. Wir erkannten: alle Unternehmen schauen wie gebannt auf die EDV. Sie waren in Sorge, ob die Software den Sprung von 1999 auf 2000 schaffen würde. Einen Tausendersprung hat es noch nie zuvor gegeben. Ich hatte damals in mehreren Firmen zwischen 15 und 20 Trainingstage im Jahr. Das war eine gut bezahlte und sehr schöne Arbeit. Jetzt investierten viele Unternehmen verstärkt in die EDV. Das ließ uns nicht mehr los. Wir beschlossen, unseren besten Beratungsprozess auf eine CD-Rom zu bannen. Der Kollegenkreis lief Sturm dagegen. Wie konnten wir nur? Sie waren überzeugt davon, das kostet allen Beratertage und damit verbundenes Einkommen. Das wird sowieso nichts, höhnten sie. Solche Reaktionen sind ein gutes Omen für Erfolg. Also machten wir uns an die Arbeit. Wir arbeiteten uns durch gängige Computer Based Trainings. Da spielte überall die Technik die Hauptrolle. Wir schufen ein Drehbuch mit Szenen aus unserem Beratungsprozess. Ein Netzwerk musste aufgebaut werden. Wir suchten einen Zeichner, Berufssprecher, ein Tonstudio und ein kurzes Musikstück für das Intro und Outro. Sorgfältig suchten wir einen Zeichner und wählten 12 Profi-Sprecher aus. Für die technische Umsetzung der CD-Rom verfassten wir ein sogenanntes Pflichtenheft

Einen Mord aufklären, das gehört eigentlich nicht zum Pflichtenheft des Dorfpolizisten Caprez. Doch als im Heilbad von Scuol ein Toter gefunden wird, ein Pfarrer noch dazu, da sind auf einmal ganz neue Qualitäten gefragt von Caprez. Und so lernt er sein Dorf von einer ganz neuen Seite kennen ... 02:16 Beginn Hörspiel 50:56 Abmoderation und Ausblick Mit: Andrea Zogg (Chasper Caprez), Monika Dierauer (Johanna Cadona, Freundin von Caprez), Ursina Hartmann (Daniela Pedrini, Masseurin im Bad), René Schnoz (Georg Huber, Kriminalpsychologe), Georg Holzner (Duri Melcher, Abwart im Bad), Alfred Pfeifer (Richard Fluck, Direktor des Bades), Greti Jakob (Frau Gabathuler, Mutter), Sefa Inauen (Frau Fluck), Silvio Temperli (Polizist Bär), Reto Mayer (Moderator Radio Piz Scuol), Yvonne Vogel (Sonja Lüthi, Sekretärin) Musik: Hanspeter Dommann - Tontechnik: Ferenc Balgo, Peter Staub - Regie: Barbara Schlumpf - Produktion: SRF 1997 Der Tipp für diesen Krimi kam per Mail von unserem Hörer Mario. Wer sonst noch heisse Tips hat: Wir behandeln sie streng vertraulich unter krimi@srf.ch Nächste Woche ist es endlich soweit: Zum ersten Mal den zweiten Teil der Meiringer Trilogie: «Das dritte Ohr» – der neue Schweizer ARD Radio Tatort!

In dieser Folge erzähle ich dir, wie du den Technologieeinsatz in den Griff bekommst und worauf du achten musst, um als Unternehmer/in unabhängig zu bleiben. Shownoteshttps://www.markenrebell.de/?p=58968Support the show (https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclick&hosted_button_id=2PU5W9H752VZJ&source=url)

Für jede größere Investionen benötigt man einen gewissen Grad an Dokumentation, um ganz genau festzuschreiben, welche Anforderungen man an das jeweilige Investitionsgut hat. Gerade wenn Maschinen und Anlagen projektiert und gekauft werden, kommt man dann um die Lasten- und Pflichtenhefte nicht herum. Heute bespreche ich mit Dir, wofür man den Aufwand betreibt, was alles in diese Hefte hineingehört und alles was noch wichtig ist rund um dieses Thema.   Hast du weitere Fragen, Anregungen oder Kritik? Dann schreibe mir einfach eine E-Mail an: info@rathmann-engineering.com   Gerne kannst du mich auch über folgende Kanäle erreichen: Xing: https://www.xing.com/profile/Dennis_Rathmann3?sc_o=mxb_p LinkedIn: https://www.linkedin.com/in/dennis-rathmann-094321184/    

Q2 Preisdegression bei grösserem Zeiteinsatz. Fixkosten und Basiskosten. Hohe Opportunitätskosten an Samstagen. Hoher Risikozuwachs bei geringen Einsparungen. Verhältnismäßigkeiten und Schwerpunktsetzung. Relation Makeup-Artist, Styling, Brautkleid zu Fotokosten. Pflichtenheft und Nachbesserungsmöglichkeiten. Betrachtungsvariante: Fotografen- kosten pro Gast und skalierbarer Nutzen. Marktpreise, Targetcosting Preisabweichungsproblem. Geringe Halbwertszeiten der Preise bei Hightec. Probleme bei adaptiver Preisgestaltung. Hohe Angebots- und Ausgestaltungsvarianz im Foto- und Filmbereich. Niederes Informationsniveau der Kunden. Sukzessive Preissensibilitätsreduktion. Fallbeispiel E-Bike-Kauf. Preis-Leistungs-Proportionalität im mittleren Preisbereich 1500€-3000€. Referenzprojekte. Destinationwedding. Starpreise und Hochpreisregion Schweiz. Hygienefaktoren und Preiswahrnehmung. Einsparpotential. Kanibalisierungseffekte. Nicht wahrgenommene Kompetenzbereiche. Softskills und Sympathie. Spezifische Planung.

Eine gründliche Recherche ist entscheidend um eine komplexe Technische Dokumentation erfolgreich zu erstellen. Lasten- und Pflichtenhefte, Design-Spezifikationen oder Besprechungsprotokolle helfen einem Technischen Redakteur dabei eine Betriebsanleitung zu erstellen. Aber woher bekommt man alle diese benötigen Informationen am besten? Und wie geht man dabei vor?

In diesem Podcast geht es um zwei wichtige Instrumente im Projektmanagement: dem Lasten- und Pflichtenheft. Der Projektexperte Maik Pfingsten behauptet, ein Lastenheft in Verbindung mit einem Pflichtenheft könne das Projektrisiko um bis zu 60 Prozent minimieren. Maik Pfingsten hat seine Karriere als Softwareentwickler begonnen, war danach Software-Projektleiter und Systemingenieur und hat dann als Selbstständiger zahlreiche Projekte in Unternehmen gerettet. Er wurde als Troubleshooter immer dann gerufen, wenn abzusehen war, dass ein wichtiges Projekt gegen die Wand fährt. Heute steht er als Redner auf der Bühne, ist Bestseller-Autor und betreibt gleich zwei eigene Podcasts. Die wichtigsten Links zu Maik Pfingsten: https://www.maikpfingsten.de https://www.lastenhefterstellen.de Die Podcasts von Maik Pfingsten: https://www.maikpfingsten.de/podcast/ https://www.zukunftsarchitekten-podcast.de     Der Performance Manager Podcast ist der erste deutschsprachige Podcast für Business Intelligence und Performance Management. Controller und CFO erhalten hier Inspirationen, Know-how und Impulse für die berufliche und persönliche Weiterentwicklung. Weitere Informationen zu den Machern des Performance Manager Podcast, Peter Bluhm und Alexander Küpper, finden Sie hier: http://bit.ly/2u11IW5 Unsere Bitte: Wenn Ihnen diese Folge gefallen hat, hinterlassen Sie uns bitte eine 5-Sterne-Bewertung, ein Feedback auf iTunes und abonnieren diesen Podcast. Zeitinvestition: Maximal ein bis zwei Minuten. Dadurch helfen Sie uns, den Podcast immer weiter zu verbessern und Ihnen die Inhalte zu liefern, die Sie sich wünschen. Herzlichen Dank an dieser Stelle! Sie sind ein Fan von unserem Podcast? Sie finden uns auch auf diesen Kanälen: Facebook: https://www.facebook.com/ATVISIO/ Twitter: https://twitter.com/atvisio Instagram: https://www.instagram.com/performancemanagerpodcast/ Xing: https://www.xing.com/profile/Peter_Bluhm Xing: https://www.xing.com/profile/Alexander_Kuepper/ iTunes: https://itunes.apple.com/de/podcast/der-performance-manager-podcast/id1202698232?mt=2 Soundcloud: https://soundcloud.com/atvisio Webseite: https://atvisio.de/pm-podcast  

In diesem Podcast geht es um zwei wichtige Instrumente im Projektmanagement: dem Lasten- und Pflichtenheft. Der Projektexperte Maik Pfingsten behauptet, ein Lastenheft in Verbindung mit einem Pflichtenheft könne das Projektrisiko um bis zu 60 Prozent minimieren. Maik Pfingsten hat seine Karriere als Softwareentwickler begonnen, war danach Software-Projektleiter und Systemingenieur und hat dann als Selbstständiger zahlreiche Projekte in Unternehmen gerettet. Er wurde als Troubleshooter immer dann gerufen, wenn abzusehen war, dass ein wichtiges Projekt gegen die Wand fährt. Heute steht er als Redner auf der Bühne, ist Bestseller-Autor und betreibt gleich zwei eigene Podcasts. Die wichtigsten Links zu Maik Pfingsten: https://www.maikpfingsten.de https://www.lastenhefterstellen.de Die Podcasts von Maik Pfingsten: https://www.maikpfingsten.de/podcast/ https://www.zukunftsarchitekten-podcast.de     Der Performance Manager Podcast ist der erste deutschsprachige Podcast für Business Intelligence und Performance Management. Controller und CFO erhalten hier Inspirationen, Know-how und Impulse für die berufliche und persönliche Weiterentwicklung. Weitere Informationen zu den Machern des Performance Manager Podcast, Peter Bluhm und Alexander Küpper, finden Sie hier: http://bit.ly/2u11IW5 Unsere Bitte: Wenn Ihnen diese Folge gefallen hat, hinterlassen Sie uns bitte eine 5-Sterne-Bewertung, ein Feedback auf iTunes und abonnieren diesen Podcast. Zeitinvestition: Maximal ein bis zwei Minuten. Dadurch helfen Sie uns, den Podcast immer weiter zu verbessern und Ihnen die Inhalte zu liefern, die Sie sich wünschen. Herzlichen Dank an dieser Stelle! Sie sind ein Fan von unserem Podcast? Sie finden uns auch auf diesen Kanälen: Facebook: https://www.facebook.com/ATVISIO/ Twitter: https://twitter.com/atvisio Instagram: https://www.instagram.com/performancemanagerpodcast/ Xing: https://www.xing.com/profile/Peter_Bluhm Xing: https://www.xing.com/profile/Alexander_Kuepper/ iTunes: https://itunes.apple.com/de/podcast/der-performance-manager-podcast/id1202698232?mt=2 Soundcloud: https://soundcloud.com/atvisio Webseite: https://atvisio.de/pm-podcast  

In diesem Podcast geht es um zwei wichtige Instrumente im Projektmanagement: dem Lasten- und Pflichtenheft. Der Projektexperte Maik Pfingsten behauptet, ein Lastenheft in Verbindung mit einem Pflichtenheft könne das Projektrisiko um bis zu 60 Prozent minimieren. Maik Pfingsten hat seine Karriere als Softwareentwickler begonnen, war danach Software-Projektleiter und Systemingenieur und hat dann als Selbstständiger zahlreiche Projekte in Unternehmen gerettet. Er wurde als Troubleshooter immer dann gerufen, wenn abzusehen war, dass ein wichtiges Projekt gegen die Wand fährt. Heute steht er als Redner auf der Bühne, ist Bestseller-Autor und betreibt gleich zwei eigene Podcasts. Die wichtigsten Links zu Maik Pfingsten: https://www.maikpfingsten.de https://www.lastenhefterstellen.de Die Podcasts von Maik Pfingsten: https://www.maikpfingsten.de/podcast/ https://www.zukunftsarchitekten-podcast.de   Der Performance Manager Podcast ist der erste deutschsprachige Podcast für Business Intelligence und Performance Management. Controller und CFO erhalten hier Inspirationen, Know-how und Impulse für die berufliche und persönliche Weiterentwicklung. Weitere Informationen zu den Machern des Performance Manager Podcast, Peter Bluhm und Alexander Küpper, finden Sie hier: http://bit.ly/2u11IW5 Unsere Bitte: Wenn Ihnen diese Folge gefallen hat, hinterlassen Sie uns bitte eine 5-Sterne-Bewertung, ein Feedback auf iTunes und abonnieren diesen Podcast. Zeitinvestition: Maximal ein bis zwei Minuten. Dadurch helfen Sie uns, den Podcast immer weiter zu verbessern und Ihnen die Inhalte zu liefern, die Sie sich wünschen. Herzlichen Dank an dieser Stelle! Sie sind ein Fan von unserem Podcast? Sie finden uns auch auf diesen Kanälen: Facebook: https://www.facebook.com/ATVISIO/ Twitter: https://twitter.com/atvisio Instagram: https://www.instagram.com/performancemanagerpodcast/ Xing: https://www.xing.com/profile/Peter_Bluhm Xing: https://www.xing.com/profile/Alexander_Kuepper/ iTunes: https://itunes.apple.com/de/podcast/der-performance-manager-podcast/id1202698232?mt=2 Soundcloud: https://soundcloud.com/atvisio Webseite: https://atvisio.de/pm-podcast  

In der Projektmanagement Kaffeepause mit Jörg Walter (Experte für Projektmanagement im Maschinenbau) und Maik Pfingsten (Troubleshooter a.D.) treffen wir uns in der Kaffee-Ecke und quatschen locker und entspannt bei einer Tasse Kaffee über Themen im Projektmanagement, die uns gerade bewegen. In der heutigen Episode geht es um die Fragen „Der Kunde möchte ein Angebot haben. Brauchen wir ein Lastenheft?“ Und „wie komme ich ohne viel Aufwand von einem Lastenheft zu einem Pflichtenheft?“.

Ich habe mich mit Maik Pfingsten in der Kaffee-Küche auf einen Plausch getroffen. Mich treibt immer die Frage um, wie man im Projekt effizient von einem Lastenheft zum Pflichtenheft kommt, vor allem dann, wenn der Kunde noch nicht beauftragt hat. Maik hat hier einen ganz spannenden Ansatz. Link zur Episode: https://www.projektmanagement-maschinenbau.de/pmmb076

Ich habe mich mit Maik Pfingsten in der Kaffee-Küche auf einen Plausch getroffen. Mich treibt immer die Frage um, wie man im Projekt effizient von einem Lastenheft zum Pflichtenheft kommt, vor allem dann, wenn der Kunde noch nicht beauftragt hat. Maik hat hier einen ganz spannenden Ansatz. Link zur Episode: https://www.projektmanagement-maschinenbau.de/pmmb075

Mon, 03 Apr 2017 04:27:45 +0000 https://abenteuerhomeoffice.podigee.io/22-tools-wann-ist-es-genug-p030 f153cd8fcd8972247e0fd8753febb28b [P030] Tools - wann ist es genug?! Warum sind wir ewig auf der Suche nach neuen Tools? Die (Tool-)Hoffnung stirbt zuletzt - es könnte ja DIE Lösung sein! Die Angst, etwas zu versäumen. Neu ist immer gut. Die Angst, die falsche Entscheidung zu treffen. Das Gefühl, dass du als Profi das brauchst. Meine Gründe für ein neues Tool? Der Funfaktor - ich mag Technik und Tools Mein Workflow passt nicht mehr Irgendeine Aufgabe nervt mich extrem In dieser Episode erfährst du: Wann es Zeit wird, ein neues Tool zu testen Was ein Workflow ist Und wie du vorgehen kannst, damit du dich zwischen den Tools nicht verirrst. Die optimale Tool-Suche zusammengefasst Vor der Entscheidung steht die Analyse! Und zwar nicht die Analyse der vielen verschiedenen Möglichkeiten, sondern die Analyse, was du wirklich für deine Arbeit brauchst! In der Technik-Welt stellt man vor einer solchen Entscheidung ein sogenanntes Pflichtenheft zusammen. Darin steht ganz genau, welche Prozesse wie unterstützt werden sollen, wer damit wie arbeitet und noch vieles mehr. Im Artikel "Warum ich mich für CoSchedule als Social-Media Planungs-Tool entschieden habe" kannst du mein Mini-Pflichtenheft nachlesen ... Beobachte also, wo es bei deinen Abläufen hakt. Was nervt dich regelmäßig? Was geht zu umständlich? Wobei hast du das Gefühl "das könnte schneller gehen"? Wenn du dir selbst ein Tool bauen könntest - was müsste es können, um deinen Workflow zu verbessern? Gehe in die Recherche. Und schau' zuerst, ob nicht eines der Tools, die du bereits verwendest, das kann! Falls nicht: Frage in deinem Netzwerk nach. Allerdings mit ganz genauer Spezifikation (siehe Pflichtenheft), was das Tool können sollte. Und dann entscheide dich! Bleib' dran und gib' dir und dem neuen Tool auf jeden Fall Zeit, euch aneinander zu gewöhnen ;-) Danke fürs Zuhören! Bitte unterstütze mich dabei, den Podcast bekannter zu machen, indem du auf iTunes eine Rezension und/oder eine Bewertung hinterlässt! Die Shownotes findest du unter http://abenteuerhomeoffice.at/030 P.S. Und bleib' neugierig! https://images.podigee.com/0x,sjBpSJWZjqzvwzOosLUW21FQs2_TyUMSBi75TK2KR7Wo=/https://cdn.podigee.com/uploads/u7980/45eedf6e-3fc4-4ae4-a07c-7b93ad233245.png Tools - wann ist es genug?! [P030] https://abenteuerhomeoffice.podigee.io/22-tools-wann-ist-es-genug-p030 22 full [P030] Tools - wann ist es genug?! no Claudia Kauscheder - Trainerin | Coach | Sidepreneuer - Für dich da im Blo

Management ist die schöpferischste aller Künste. Es ist die Kunst, Talente richtig einzusetzen. Robert McNamara Die IT an sich ist ein beachtlich großes Spielfeld und wir beschäftigen uns bei der Bundesvereinigung IT Projektmanagement ausschließlich mit dem Managen von IT Projekten und alles was damit zu tun hat. Wenn wir also all unsere Aufmerksamkeit auf dieses Thema richten stellt sich berechtigter Weise die Frage, was IT Projektmanagement eigentlich so besonders macht, oder zumindest wo es sich vom Projektmanagement anderer Branchen unterscheidet? Könnte ein Projektmanager aus dem Bauwesen theoretisch auch die Projektleitung eines IT Projektes übernehmen? Ich würde mich da zu einem klaren JEIN verleiten lassen. Bis zu einem gewissen Grad kann ein methodisch geschulter und versierter Projektmanager, ohne jegliche IT Kenntnisse auch ein IT Projekt steuern. Doch wie in jeder anderen Branche, stößt man auch hier sehr schnell an die Grenzen. Zur Ehrenrettung aller Bau Projektmanager: das gilt natürlich auch andersherum für IT Projektmanager die ein Bauprojekt leiten wollen. Stellen wir also fest, dass es in der IT Branche, wie auch in anderen Branchen, über PM Methoden Wissen hinaus eines fundierten Fachwissens bedarf. Gut- aber das ist nichts bahnbrechend Neues. Auch in der Medizinbranche, im Flugzeugbau oder in der Raumfahrt benötigen Projektmanager technisches Fachwissen. Kann man dann wenigstens resümieren, dass sofern man über Basis IT- und Projektmanagement Fachwissen verfügt, man dann für das Management aller Arten von IT Projekte geeignet ist? Auch hier wieder ein klares JEIN. Ich habe mich vor über 20 Jahre selbständig gemacht und habe IT Projekte in ganz unterschiedlichen Disziplinen und für ganz unterschiedliche Branchen geleitet. Dabei wurde ich immer wieder vor ganz neue Herausforderungen gestellt. Herausforderungen in IT Projektdisziplinen wie • Softwareentwicklung für Desktopsysteme, • Softwareentwicklung für Webentwicklung, • Entwicklung von Embedded Systeme also Hard- und Software und deren Integration in ein Gesamtsystem • IT Infrastrukturprojekte • Organisationsprojekte uvm. Anhand der Beispiele bekommt man ein Gefühl dafür, dass überall ganz unterschiedliche Erfahrungsschwerpunkte und Fachwissen erforderlich sind. Hinzu kommt, dass jede einzelne Branche wie Banken, Versicherungen, Automotive usw. ebenfalls wieder ganz unterschiedliche Herangehensweisen, Hintergrundwissen und Praxiserfahrungen erfordern. Dann die IT interagiert in der Regel in irgendeiner Form mit den Prozessen des Anwenderkreises und die gilt es zu verstehen. Als wäre das nicht schon verwirrend genug, kommen nun die Projektmanagementlehren ins Spiel mit zahlreichen Vorgehensmodellen und Projektmanagementmethoden. Einige diese Methoden und Vorgehensmodelle nehmen schon fast religiöse Züge an und versprechen, richtig und vollständig angewandt, das Allheilmittel für den sicheren Projekterfolg zu sein. Ich glaube- es gibt so etwas wie eine „beste Methode“ nicht. Zumindest ist das mein bisheriges Fazit aus über 20 Jahren IT Projekterfahrung. Das soll nicht heißen, dass ich nichts von Projektmanagementzertifizierungen halte. Oh nein, ganz im Gegenteil. Meines Erachtens ist es die einzige vernünftige Methode sich einen messbaren und nachweisbaren Standard an Projektmanagementfachwissen anzueigenen. Ich halte nur nichts davon, eine Zertifizierung zu machen und diese dann, warum auch immer, zum Allheilmittel zu erklären. Nein, meiner Meinung nach sollte ein IT Projektmanager über einen bunten Blumenstrauß an Methodenwissen und Vorgehensmodellen verfügen. Für manche Projekte passen diese Methoden und Vorgehensmodelle perfekt, für andere müssen sie getailored werden und manchmal ist es notwendig einen Mix aus allem einsetzen und bei Bedarf an die Rahmenbedingungen anzupassen. Steht man vor der Frage, in welche Ecke der Werkzeugkiste man fassen muss, ist es hilfreich die folgenden Fragen zu stellen: 1. Handelt es sich um eine Auftragsentwicklung für einen Kunden? 2. Handelt es sich um ein InHouse Projekt für eine andere Abteilung? 3. Handelt es sich um ein Projekt dessen Ergebnis dem eigenen Team dienen soll? Betrachten wir uns die eben gestellten Fragen genauer: 1. Handelt es sich um eine Auftragsentwicklung für einen Kunden? a. Dann muss ein geeignetes Vertragswerk erstellt werden, welches den Auftrag klar und messbar formuliert b. In der klassischen Vorgehensweise, die in vielen Fällen angebracht ist, ist dann ist ein Lastenheft (regelt das WAS) und ein Pflichtenheft (regelt das WIE) zu erstellen die jeweils wiederum Vertragsbestandteil sind. c. Die Pflichten sind nach Umsetzungen durch Prüfspezifikationen und Prüfprotokolle nachzuweisen. Die Nachweise gemäß Meilensteinplanung können zahlungsbegründend sein. d. Welche Risiken stecken in dem Projekt und wie muss man diesen begegnen? e. Alternativ werden bei Agilen Vorgehensweisen oft auch eine vereinbarte Anzahl von sogenannten SPRINTS verkauft. Gerade wenn es sich um Entwicklungsprojekte mit hohem Innovationsanteil handelt, bei dem das WIE noch gar nicht klar formuliert werden kann, weil noch viel zu viel Forschungsarbeit notwendig ist, bieten sich Agile Vorgehensweisen an. Die in der IT gängigste Agile Methode ist sicherlich SCRUM. Ein SPRINT hat in der Regel eine Dauer von 2 bis 4 Wochen und am Ende eines SPRINTS steht eine lauffähige (Teil-)Produktversion anhand derer der Kunde die neuen Features begutachten kann. Vertraglich kann das so geregelt sein, dass ein SPRINT einen festen Preis hat. Der Auftragnehmer gibt zuvor eine valide Schätzung ab, in wie vielen SPRINTS er das gewünschte Ziel voraussichtlich erreichen wird. Da stets eine lauffähige Version nach einem SPRINT vorliegt, hat der Auftraggeber die Wahl noch einen weiteren SPRINT mit zusätzlicher Funktionalität zu beauftragen, oder den erreichten Entwicklungsstand erst einmal einzuführen. Soviel zumindest zur Theorie agiler Vertragsgestaltungen. 2. Handelt es sich um ein InHouse Projekt für eine andere Abteilung? a. Hier hängt das Vorgehen von der Unternehmensstruktur und Organisation ab. b. Arbeiten die Abteilungen als Cost- oder Profitcenter? c. Hat die „Auftraggeber Abteilung“ vielleicht den gleichen Bereichsleiter der auch noch der Projektsponsor ist? d. Wer ist der Projektsponsor und wo in der Unternehmenshierarchie ist er angesiedelt? e. Wie hoch ist der Innovationsgrad der in diesem Projekt steckt? f. Wie oft wurden ähnliche Projekte schon gemacht, wie hoch ist also der Routineanteil? g. Welche Risiken stecken in dem Projekt und wie muss man diesen begegenen? 3. Handelt es sich um ein Projekt dessen Ergebnis dem eigenen Team dienen soll? a. „Schmitt, wo ich Sie gerade sehe- wir haben da das Problem XY in unserer Abteilung. Setzen Sie da mal ein Projekt auf, nehmen Sie den Meier und den Müller dazu und lösen Sie es“. So oder so ähnlich gab es schon tausende Projektaufträge. Ich kann jedem nur empfehlen es bei solchem „Zuruf“ nicht zu belassen, sondern sehr wohl die Ziele schriftlich zu formulieren und bestätigen zu lassen. Häufig wird aber leider einfach begonnen, da selbst der „Chef“ keine Lust auf Formalien hat…“Das Problem ist doch klar, der Schmitt wird schon wissen was zu tun ist“. Handelt es sich um ein Projekt das in wenigen Tagen erlegt ist und man stellt erst am Ende fest dass der Chef eigentlich etwas anderes wollte, ist nicht viel Geld kaputt gemacht. Handelt es sich aber um ein komplexeres Projekt über mehrere Monate und einer Vielzahl von Mitarbeitern und stellt man auch hier erst am Ende fest, dass man zwar die Leiter erklommen hat, dass diese Leiter aber an der falschen Hauswand stand, dann wird es teuer. Spätestens wenn sich solche Projekte häufen, wird es teuer und man muss die methodische Vorgehensweise dringend überdenken. So gesehen gibt es also nicht nur eine Reihe von Rahmenbedingungen in der IT die für sich genommen jeweils ganz unterschiedliches Know How und Erfahrung erfordern, jede Disziplin kann in unterschiedliche Rahmenbedingungen eingebettet sein. Betrachten wir uns diese IT Projektdisziplinen etwas genauer und was dahinter steckt. Ich lasse dabei die zuvor erwähnten Rahmenbedingungen weg, um uns den einzelnen Facetten erst einmal von hoher Flughöhe her zu nähern. IT Projektdisziplinen Mir ist immer wieder unverständlich, warum selbst die IT Projektmanagement Fachliteratur, IT Projekte so häufig auf die Softwareentwicklung reduziert. Neben der klassischen Softwareentwicklung gibt es • Embedded System Entwicklung • IT Infrastrukturprojekte • Softwareevaluierungsprojekte • IT Rollout Projekte • Migrationsprojekte • Customizing Projekte • IT Umzugsprojekte • Oder Organisationsänderungsprojekte Doch betrachten wir uns diese IT Projektdisziplinen und deren jeweilige Anforderungen an den Projektmanager im Einzelnen: Softwareentwicklungsprojekte Damit meine ich die klassische Individualsoftwareentwicklung. Diese kann eine Auftragsentwicklung mit einem Auftraggeber und einem Auftragnehmer sein, oder es handelt sich um eine Eigenentwicklung wie z.B. einem Start-up Unternehmen das nach der Entwicklung mit einem Produkt an den Markt geht. Im ersten Fall hat ein Auftraggeber hat ein Problem, dass mit Hilfe einer Softwareproduktes gelöst werden soll. Beispielsweise wäre hier eine Software zu entwickeln, mit deren Hilfe Datenhaltung in einem Rechenzentrum zentralisiert wird die heute verstreut in einzelnen Exceltabellen herumliegt. Aber auch die Entwicklung komplexer Webanwendungen oder Portale falle und unter diese Kategorie. Im zweiten Fall wird eine Produktidee verwirklicht. Häufig mit Hilfe von Venture Capitals oder Business Angels welche die Finanzierung übernehmen und in die Projektidee investieren. Anforderungen an den Projektmanager Bei dieser Projektart sollte der Projektmanager zum technischen Verständnis über Entwicklungserfahrung und Softwarearchitekturkenntnisse verfügen. Wichtig ist die Geschäftslogik hinter dem zu entwickelnden System zu verstehen und je nach Rahmenbedingungen das Vorgehen festzulegen. Im Fall von Fremdfinanzierung spielt der Return of Invest (ROI) bzw. der Business Case eine große Rolle und muss ständig überprüft werden um die Investoren stets über den aktuellen Stand auf dem Laufenden zu halten. Embedded System Entwicklung Hierbei handelt es meist sich im die Kombination aus Hardware und Softwareentwicklung. Die Entwicklung von Smartphones, VOIP Telefone, Navigationssysteme, CTI Computer Telefon Integration, oder Druckmaschinen fallen unter diese Rubrik. Die besondere Herausforderung liegt in der Anforderungsermittlung, der koordinierten Entwicklung der Hardware- und der einzelnen Softwareschichten, sowie die anschließende Integration von Hard und Software zu einem Gesamtsystem. Anforderungen an den Projektmanager Bei dieser Projektart sollte der Projektmanager zum technischen Verständnis über Hard- und Softwareentwicklungs und Architekturkenntnisse verfügen, sowie Erfahrung in der Systemintegration mitbringen. IT Infrastrukturprojekte Bei diesen Projekten handelt es sich häufig um typische Rechenzentrums- oder Datacenter Projekte. Ein Kunde, nehmen wir als Beispiel eine Bank, nutzt einen Rechenzentrumsdienstleiter als Hoster seiner Infrastruktur welche dieser als Dienstleistung anbietet. Benötigt eben diese Bank z.B. 500 neue eMail Postfächer für deren Mitarbeiter, wird im Rechenzentrum ein Projekt aufgesetzt um die Infrastruktur bereit zu stellen. Nach der Planung und Dimensionierung werden physische Server bereitgestellt, oder virtuelle Server aufgesetzt, es werden Mailserver und Datenbankserver aufgesetzt und eingerichtet, es werden Firewall und Routerkonfigurationen durchgeführt, es werden VPNs eingerichtet, Zertifikate und Schlüssel für die gesicherte Kommunikation generiert, Datensicherungen für Mailserver und Datenbankserver eingerichtet und Virenschutz installiert. Je nach vereinbarter Verfügbarkeit dieses Systems, welche in der Regel in Form von SLAs definiert werden, müssen Redundanzen geschaffen werden um potenzielle Ausfallzeiten auf ein Minimum zu reduzieren. Anforderungen an den Projektmanager Bei dieser Projektart sollte der Projektmanager über fundierte IT Infrastrukturkenntnisse verfügen. Er sollte das ISO/OSI Schichtenmodell beherrschen, die grundsätzliche Funktionsweise aktiver und passiver Netzwerkkomponenten beherrschen sowie über ein Systemverständnis verfügen. Sehr wichtig ist ebenfalls ein fundiertes Wissen zu IT Servicemanagementprozessen nach ITIL. An dieser Stelle möchte ich den Ersten Teil dieser Folge enden lassen und freue mich schon in der nächsten Woche auf den 2. Teil. Ich hoffe es hat Ihnen bis hierhin Spaß gemacht und Sie sind auch in der nächsten Woche wieder mit dabei. Bitte denken Sie daran, dass noch bis Ende März 2015 die Interview Aktion läuft. Das bedeutet, dass ich mit Ihnen ganz persönlich ein Interview zu einem Thema Ihrer Wahl aus dem Bereich IT Projektmanagement führe. Lassen Sie uns teilhaben an Ihrer praktischen Berufserfahrung. Was ist Ihnen in Ihrer Laufbahn besonders gut gelungen und was waren die Erfolgsfaktoren dazu. Wo ist vielleicht eines Ihrer Projekte gescheitert und was haben Sie daraus gelernt? Vielleicht haben Sie auch ein Spezialgebiet auf dem Sie ganz besonders viel Erfahrung haben. Ein Interview ist nicht nur für selbständige interessant um die eigenen Dienstleistungen kostenfrei und langfristig zu bewerben, sondern Sie machen damit auch als Angestellter Ihre Expertise sichtbar und profilieren sich für sich und Ihren Arbeitgeber. Alles was Sie dazu tun müssen ist noch bis Ende März 2015 unseren Newsletter zu abonnieren und mir eine Bewerbungsmail mit dem Thema zu senden, über das Sie sprechen möchten. Keine Sorge, ich nehme Ihnen dabei fast alles ab und es läuft für Sie ganz unkompliziert. Also, ich freue mich auf Ihre Bewerbung und ich freue mich auf den zweiten Teil dieser Folge in der kommenden Woche. Bis dahin wünsche ich Ihnen viele grünen Meilensteine Ihr Andreas Haberer Weitere Informationen finden Sie unter www.Bundesvereinigung-ITPM.de

Muss man Anforderungen in verschiedene Arten unterteilen Ja, man muss unterscheidet zwischen den verschiedenen Sichten auf Anforderungen und zwischen Anforderungsarten. Bei den Anforderungssichten unterscheidet man zwischen • Marktanforderungen o Beschreibt die Anforderungen an ein Produkt aus Sicht des Kunden. Sie beschreiben aus Sicht des Kunden, warum ein Projekt überhaupt durchgeführt wird. Marktanforderungen werden im Lastenheft dokumentiert. • Produktanforderungen o Produktanforderungen beschreiben Anforderungen an ein Produkt aus Sicht der Lösungsrealisierung. Produktanforderungen beschreiben die Eigenschaften aus Lösungssicht. Sie werden daher häufig auch als Funktionen, Eigenschaften, oder Systemanforderungen bezeichnet. Produktanforderungen werden im Pflichtenheft dokumentiert. • Komponentenanforderungen o Wie der Name schon erahnen lässt, beschreiben Komponentenanforderungen die Anforderungen an eine Komponente des zu realisierenden Produkts. Sie beschreibt, wie die Produktanforderungen durch eine Komponente des Produktes realisiert wird. Komponentenanforderungen werden häufig auch im Pflichtenheft, oder aber in den Feinspezifikationen, oder Fachkonzepten dokumentiert. Bei der Darstellung der Sichten auf Anforderungen, habe ich bewusst darauf Bezug genommen, wo diese in der Regel zu dokumentieren ist. Ich erlebe in der Praxis immer wieder eine gewisse Unsicherheit was nun in einem Lastenheft- und was nun in einem Pflichtenheft zu dokumentieren ist. Diese Unsicherheit geht soweit, dass ich erlebe, dass Lasten- und Pflichtenheft synonym behandelt werden- und genauso sehen dann die Dokumente aus. Lassen Sie mich an einem kleinen Beispiel verdeutlichen, wie man Lasten- und Pflichtenhefte inhaltlich voneinander differenzieren kann. Ich möchte dazu einen kleinen Ausflug in eine andere Branche machen. Ich nehme an, sie alle haben ein Auto, oder kennen sich zumindest halbwegs damit aus. Angenommen ich möchte mir ein Auto bauen lassen und eine meiner beispielhaft formulierten Anforderungen lautet: Requirement 001: „Der Fahrer muss während der Fahrt, blendungsfrei, den rückwärtigen Verkehr beobachten können, ohne dass er dafür den Kopf drehen muss.“ Dann könnten die Pflichten dazu wie folgt aussehen: • Pflicht 001: Es wird ein Innenspiegel an der Windschutzscheibe montiert, der eine automatische Abblendfunktion hat. o Bezug: Requirement 001 • Pflicht 002: Es wird ein linker Außenspiegel montiert der elektrisch beheizbar und vom Fahrersitz aus fernbedient elektrisch verstellbar ist o Bezug: Requirement 001 • Pflicht 003: Es wird ein rechter Außenspiegel montiert der elektrisch beheizbar und vom Fahrersitz aus fernbedient elektrisch verstellbar ist o Bezug: Requirement 001 Das ganze würden wir jetzt noch weiter herunterbrechen, indem wir in den Feinspezifikationen des Innenspiegels und der Außenspiegel die technischen Details der Spiegel beschreiben. Also die Servomotoren der elektrischen Spiegelverstellung und die Mechanik. Das Gehäuse und die Art der Spiegel usw. Alle Automobilbauer mögen mir an dieser Stelle hoffentlich meine Laienhafte Darstellung verzeihen, aber ich finde diesen konstruierten Anforderungsbaum sehr leicht verständlich um die Unterschiede zwischen Lastenheft, Pflichtenheft und Feinspezifikationen darzustellen. Aber nun zurück zu den Anforderungsarten. Bei den Arten von Anforderungen unterscheidet man zwischen • Funktionalen Anforderungen o  Funktionale Anforderungen aus Anwendersicht • Beispiele dafür sind Benutzeroberfläche, Anwendungsfälle oder Verarbeitungsergebnisse  Funktionale Anforderungen aus interner Sicht • Beispiele dafür sind Architektur, Anforderungen die wiederverwendete Komponenten stellen, verwendete Datenbanken, verwendete Programmschichten, Betriebssystem oder Verschlüsselungen. o Funktionale Anforderungen sind konkrete Funktionen und Ablaufszenarien die beschreiben, wie ein System auf bestimmte Eingangsparameter zu reagieren hat. Dazu zählen auch Geschäftsprozesse, Workflows und Anwendungsfälle (Usecases). • Qualitätsanforderungen o Eine Qualitätsanforderung beschreibt eine qualitative Eigenschaft, die das betrachtete System, oder einzelne Funktionen des Systems aufweisen müssen. Sie werden manchmal auch als „nicht-funktionale Anforderungen“ bezeichnet. o Auch bei Qualitätsanforderungen unterscheidet man zwischen  Qualitätsanforderungen aus Anwendersicht • Beschreibt in der Regel den Zusatznutzen aus Auftraggeber Sicht. Beispiele dafür sind Anforderungen an Informations- und Datensicherheit, Erfüllung von Normen und Standards, oder Benutzbarkeit aus Sicht des späteren Anwenders.  Qualitätsanforderungen aus interner Sicht • Dies sind Anforderungen, die vor allem aus Entwicklersicht eine Rolle spielen. Dazu gehören beispielsweise konkrete Anforderungen an Architektur oder Stromverbrauch, aber auch Codequalität, Dokumentation und Validierbarkeit. • Randbedingungen o Dabei handelt es sich um organisatorische, oder technische Anforderungen die sich auf die Systemrealisierung auswirken. Sie ergänzen funktionale Anforderungen und Qualitätsanforderung. o Beispiele dafür sind zu beachtende Gesetze, Normen, Geschäftsprozesse, Richtlinien usw. Das Problem vieler Anbieter ist, dass viel zu häufig Funktionen und zu wenig Visionen verkauft werden. Steve Jobs war mit Appel an dieser Stelle ganz sicher eine glanzvolle Ausnahme. Als Ingenieure und Techniker sind wir es gewohnt in technischen Problemlösungen zu denken. Wir finden Lösungen und implementieren diese. Allerdings führen diese Lösungen nicht automatisch zum Markterfolg. Das überrascht uns dann, wo diese Lösung doch so viele spannende und interessante Feature hat. Dann muss man sich fragen, ob man die Lösung wirklich am Bedarf ausgerichtet wurde, oder wurden wir da nicht einfach vom „Machbaren“ angespornt- egal ob es jemand braucht? Schaffen wir Visionen einer besseren Zukunft für den Anwender oder erstickt dieser lediglich in Komplexität und Funktionalität? Ein Projekt ist dann erfolgreich, wenn es den Bedürfnissen seiner Benutzer und seiner Umgebung gerecht wird. Anforderungen formulieren diese Bedürfnisse und das Anforderungsmanagement ist die Disziplin, welche die Behandlung von Anforderungen über den kompletten Projektzyklus hinweg steuert. Zu einer Anforderung gehört allerdings auch immer die Perspektive aus der sie beschrieben wurde dazu. Bei der Formulierung von Anforderungen ist es daher immer ratsam, diese aus dem Kontext heraus auch zu begründen. Nur so ist es bei komplexen Anforderungskatalogen und Projekten die sich über einen längeren Zeithorizont hinweg ziehen möglich, zu verstehen warum diese Anforderung einst so formuliert wurde wie sie ist, was der Anforderer damit bezwecken wollte und welche Auswirkung eine potenzielle Änderung dieser Anforderung auf die ursprüngliche Intension hätte. Aber bei aller Kritik, es gibt auch genügend Projekte die ganz hervorragende Arbeit leisten, hervorragend gemanagte werden und ihre Ziele erreichen. Erfolg ist machbar! Das haben viele Unternehmen erkannt und haben ihre Projektmanagementprozesse optimiert oder ganz neu ausgerichtet. In vielen Unternehmen gab es keinen gelebten Projektmanagementprozess. Doch das Verständnis, was mit exzellentem IT Projektmanagement an Produktivitätssteigerung und Effizienz erreicht werden kann, wird immer größer. Sicherlich leistet dazu auch die Deutsche Gesellschaft für Projektmanagement (GPM) mit ihrem alljährlichen „Deutschen Project Excellence Award“ einen wesentlichen Beitrag. Dieser Preis wird an Unternehmen und deren Projekte vergeben, die sich durch exzellentes Projektmanagement auszeichnen. Ich habe die Ehre für die GPM schon seit einigen Jahren als Projektmanagement Assessor zusammen mit meinen Kollegen die Bewerberprojekte zu auditieren und kann nur bestätigen, dass in Deutschland großartige Projektmanagement Arbeit geleistet wird. Zusammenfassend möchte ich noch einmal auf die Praxistipps aus Christof Eberts Buch „Requirements Engineering“ hinweisen und abschließend zur letzten und zur heutigen Folge wie folgt resümieren: • Trennen Sie bei der Anforderungsentwicklung zwischen der internen Sicht und der externen Sicht • Anforderungsmanagement ist sowohl bei der Entwicklung neuer Produkte, als auch bei der Änderung bestehender Produkte anzuwenden. • Anforderungsmanagement erfolgt bereits vor Projektstart und über den gesamten Projektzeitraum hinweg. • Betrachten Sie die drei Typen von Anforderungen nämlich Produktanforderungen, Marktanforderungen und Komponentenanforderungen. Vermischen Sie diese Anforderungen niemals. • Vermischen Sie auch niemals das Was und das Wie. • Beginnen Sie nicht zu früh mit der Lösung, solange noch nicht klar ist, was die wesentlichen Elemente sind. • Modellieren Sie vom Lasten- hin zum Pflichtenheft sowohl die Systemumgebung, als auch die zu entwickelnde Systemarchitektur. Letztere muss ausreichend detailliert sein, bevor man mit den Feinspezifikationen beginnt. • Betrachten Sie bei Änderungswünschen immer die Auswirkungen auf Terminplan, Kosten und bereits realisierte Komponenten. Tappen Sie niemals in die Falle, einen Änderungswunsch isoliert von deren Auswirkungen zu betrachten. • Berücksichtigen Sie alle Anforderungen. Fragen Sie die relevanten Interessensvertreter, ob etwas übersehen wurde. Machen Sie dabei klar, dass die Ermittlung von Anforderungen noch keine Garantie für deren Lieferung ist. Geliefert wird nur, was vereinbart und bezahlt ist. Soviel für heute zum Thema Anforderungsmanagement. Ich hoffe es hat Ihnen genauso viel Spaß gemacht wie mir und es war das ein- oder andere Neue für sie dabei. Ich freue mich schon auf die nächste Folge und wünsche Ihnen bis dahin lauter grüne Meilensteine. Ihr Andreas Haberer. Podcast abonnieren und bewerten Um meinen Podcast zu abonnieren und zukünftig keine Folge mehr zu verpassen, klicken Sie auf die folgenden Links: Hier klicken, um den Podcast über iTunes zu abonnieren. Hier klicken, um den Podcast für RSS Feed zu abonnieren. Wie hat Ihnen diese Folge gefallen? Ich freue mich über ehrliches Feedback und konstruktive Anregungen. Hinterlassen Sie mir doch bitte einen Kommentar auf unserer Homepage www.Bundesvereinigung-ITPM.net- Ich würde mich auch sehr freuen, wenn Sie den Podcast in iTunes bewerten. Das hilft mir den Podcast bekannter zu machen. Weitere Informationen finden Sie unter www.Bundesvereinigung-ITPM.de

ZA030: Wie strukturiere ich ein Pflichtenheft? - Teil 2

ZA029: Wie strukturiere ich ein Pflichtenheft? - Teil 1

Teil 3 Prototyp und Pflichtenheft. Brauche ich ein Pflichtenheft? Wie sieht ein erster Prototyp aus?