Podcasts about lastenheft

Lastenheft? Pflichtenheft? Prüfprotokoll?In dieser Folge des Elektrotechnik-Podcasts bekommst Du die wichtigsten Antworten auf typische Fachgesprächsfragen aus der Abschlussprüfung Teil 2 – anschaulich erklärt mit greifbaren Beispielen aus der Praxis.

Was ist ein Lastenheft und brauchst du es auch in deinem Projekt? Falls du die Frage nicht eindeutig mit „Ja!“ beantworten kannst, dann stell dir folgende Situation vor: In deinem Unternehmen soll ein neues Software-System zur Angebots- und Rechnungserstellung eingeführt werden. Aber wo anfangen? Was braucht ihr genau – und wer kann das umsetzen? Genau hier kommt ein Lastenheft ins Spiel. Hör rein!

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

Fragestellungen aus der Unterhaltung mit Marvin Müller: Was sind für Dich die zentralen Element von Shopfloor-Management? Welchen Mehrwert bietet dabei ein digitales SFM? Was muss man ggf. dafür in Kauf nehmen? Welchen Chancen bietet dSFM? Welche Risiken stehen dem gegenüber? Wie sieht ein typischer Einführungsprozess für dSFM auf Basis dieser SWOT-Analyse aus? Welche Kriterien sollte man bei der Auswahl einer dSFM-Lösung beachten? Wer sollte das Lastenheft schreiben und daran mitwirken? Wie sieht die ideale Zusammenarbeit zwischen Produktion und IT im Einführungsprozess aus? Welche Fallstricke kann es dabei geben? Wie vermeidet man diese? Wo kann man sich weiter über digitales Shopfloor Management informieren?

【节目简介】有Lastenheft宝典在手，追责方便；有Lastenheft宝典在手，减少返工；那么，如果没有Lastenheft，德国人还会不会干活？本期《孤岛车谈》我们继续和行业资深专家Elaine滕磊和李青，聊聊当德国人没了Lastenheft，德国车该怎么造。【话题成员】罗新雨 底盘电子（ESP、电动助力转向、自适应避震器）系统工程师Elaine滕磊 前麦格纳斯太尔资深项目协调人、供应链专家李青 催化化学-电池仿真工程师罗新雨微博@大众风Volkswind剪辑 Miracle、罗新雨片尾曲 PROZESS by CHVRLY (2023)【时刻文稿】1:31 Lastenheft的优势1：追责方便3:47 Lastenheft的优势2：减少返工7:33 Lastenheft过没过时？青姐参与的新节奏pilot项目的成功案例16:49 罗新雨：英国作坊式的小批量造车体现了没有Lastenheft的问题23:14 Lastenheft的文化内涵29:41 Elaine亲眼见证中国汽车二十年的发展【参考链接】1. 2021年阿斯顿马丁的限量超跑Valkyrie推迟交付（2021，英文）：https://europe.autonews.com/automakers/aston-martin-valkyrie-deliveries-delayed-electronics-issues-report-says2. Top Gear制作的阿斯顿马丁Valkyrie 时间线（2022，英文）：https://www.topgear.com/car-news/aston-martin-valkyrie-your-life-so-far-timeline3. 2020年路特斯限量超跑Evija推迟交付至2021（2020，英文）：https://www.motor1.com/news/440343/lotus-evija-delayed-2021/4. 2023年路特斯限量超跑Evija延期两年后终于开始交付（2023，英文）：https://www.autoevolution.com/news/two-years-behind-schedule-the-lotus-evija-is-finally-getting-delivered-218247.html5. 上海嘉定汽车创新港的实例介绍（2021，中文）：https://epaper.shautonews.com/Img/2021/12/p20211218c685f25222c04a7891b697fa92b90308.pdf6. 上海嘉定汽车创新港的开园仪式报道（2015，中文）：http://www.chebrake.com/news/2015/11/01/15187.html

【节目简介】同步工程是什么？德国车的质感到底来自什么？为什么德国车每代进化的都这么规整？本期《孤岛车谈》我们请来行业资深专家Elaine滕磊和李青，尝试通过解剖一个名为Lastenheft的工作流程来窥探那些让德国车在过去几十年中成功的秘诀，以及探讨德国车如今电动时代不够强势的原因。【话题成员】罗新雨 底盘电子（ESP、电动助力转向、自适应避震器）系统工程师Elaine滕磊 前麦格纳斯太尔资深项目协调人、供应链专家李青 催化化学-电池仿真工程师罗新雨微博@大众风Volkswind剪辑 Miracle、罗新雨片尾曲 Son Of My Father. by Chicory Tip (1972)【时刻文稿】1:11 嘉宾介绍6:54 尝试翻译Lastenheft这个词11:37 Elaine介绍她眼中的Lastenheft定义23:21 李青从乙方的角度看Lastenheft的定义34:16 Lastenheft和PEP让德国车企和供应商取得了优秀的产品质量37:25 新雨：Lastenheft保证了一代一代的德国车传承了之前的成功经验42:32 李青：当没有前继车型，Lastenheft没法写了50:08 车企甲方要求供应商乙方给自己写Lastenheft55:33 进入电动车时代，车企之间“抄作业”在所难免57:42 中国车企和供应商比欧洲“更灵活”【参考链接】1. 第三方测试机构根据不同车企的不同测试规范（中文，2023）：https://www.laboratuar.com/zh-CN/testler/otomotiv/volvo-otomotiv-bilesenleri-testleri/2. Agile敏捷开发无法在德国实行（英文，2023）：https://www.linkedin.com/pulse/5-crazy-reasons-why-agile-does-work-germany-luis-gon%C3%A7alves-csp/

【节目简介】7亿美元入股小鹏，大众获得了一个小鹏的董事会观察员席位，值不值？大众到底是会直接找个小鹏的车贴标去卖还是要真正学习小鹏的一些先进技术？本期《孤岛车谈》我们继续和青姐、金钊和陆教授聊一聊这场举世瞩目的车企合作。电子电气架构的四个阶段大众安徽Ralf Brandstätter, Oliver Blume和Sebastian Rudolph在100%TechCo的发布会日产大众桑塔纳Autobahn【话题成员】罗新雨 底盘电子（ESP、电动助力转向、自适应避震器）系统工程师陆风鸣 社科教授，汽车爱好者，参与汽车行业研究李青 催化化学-电池仿真工程师冯金钊 合资车企产品规划工程师，前轮胎工程师罗新雨微博@大众风Volkswind陆风鸣知乎账号 Patrickshiro剪辑 郑邵博，罗新雨片尾曲 L-I-E-B-E by Gerhard Wendland (1966)【时刻文稿】0:19 大众会如何利用小鹏11:47 疫情让国内外车企被迫脱钩17:03 中国特色的L2+自动驾驶辅助系统18:51 合肥VCTC是大众中国新篇章29:06 历史上能屈能伸的大众汽车【参考链接】1. 大众的电子电气架构简介（英文，2022）：http://www.researchinchina.com/Htmls/Report/2022/72810.html2. Lastenheft介绍（德语，维基百科）：https://de.wikipedia.org/wiki/Lastenheft3. VCTC介绍（英文，2023）：https://www.chinadaily.com.cn/a/202307/07/WS64a7c2b5a310bf8a75d6de9b.html4. 之诺1E电动车（中文，2014）：https://newcar.xcar.com.cn/m20697/5. 上海车展直击 高尔夫Blue E Motion首发（中文，2011）：https://info.xcar.com.cn/201104/news_218837_1.html6. 巴西大众历史故事（中文，2012）：http://auto.sina.com.cn/news/2012-10-22/10461050115.shtml7. 上海大众谈判故事（中文，2022）：https://www.sohu.com/a/550568101_1217778. 1985年日产大众桑塔纳Autobahn电视广告（日文，1985）：https://www.bilibili.com/video/BV1iL4y1W7f6/?spm_id_from=333.337.search-card.all.click&vd_source=d7fdf67463c20c33399320ab5301ac539. 1987年日产大众桑塔纳B2电视广告（日文，1987）：https://www.bilibili.com/video/BV1gi4y1f7re/?spm_id_from=333.788.recommend_more_video.1&vd_source=d7fdf67463c20c33399320ab5301ac5310. 《白夜行》写到关于大众高尔夫的拨杆和日规车不同（中文，白夜行 - 刘姿君译，2017）：https://doosho.com/yi/74/5/411. 大众和福特合作历史汇总（英文，2021）：https://www.carexpert.com.au/car-news/past-ford-and-volkswagen-collaborations12. 捷达和零跑合作的传闻（中文，2023）：https://www.sohu.com/a/708654206_120423010

Aus vielerlei Gründe ist es notwendig, ein Lastenheft-Review durchzuführen. Dazu gehört zum Beispiel, dass der Autor die Qualität überprüft haben will, um vor der Weitergabe des Dokuments sicher zu sein. Daneben werden Reviews aber auch zu Zwecken der Qualitätssicherung eingesetzt. Und zu guter Letzt ist es notwendig ein Review durchzuführen, weil es der Prozess so vorsieht. Je nach Anwendungsfall gibt es verschiedene Methoden und Techniken, die eingesetzt werden können. Welche das sind und was ich Dir mit meinem Lastenheft Rütteltest als Service anbiete, erfährst Du in dieser Podcast-Episode. Mein Vorgehen zum Lastenheft Rütteltest habe ich hier zusätzlich dokumentiert: https://lastenhefterstellen.de/vorgehen-lhreview/?utm_source=zukunftsarchitekten-podcast.de&utm_medium=podcast&utm_campaign=zap207 ############### Meine Mailadresse: feedback@zukunftsarchitekten-podcast.de ############### Du brauchst Hilfe bei der Definition der Anforderungen an Dein Produkt? Dann kannst Du Dir in meinem Online-Kalender gerne einen Termin buchen: https://kalender.bjoernschorre.de ############### P.S.: Mein Buch zum Thema Lastenhefte ist da. Du findest es auf der Verlagsseite von tredition

In Episode #183 sprechen Andreas mit Richard Martin und Marcus Bloem Worum geht's in dieser Folge Irgendwas mit Logistik? Was sind die Gründe für eine neues Lagerverwaltungssystem? Wie erstellt man ein Lastenheft? Ist das Lastenheft noch der gängige Weg? Wie sieht der Ablauf nach Vorlage des Lastenhefts aus? Wie geht man vor, um den passenden Projektpartner zu finden? Welche Kriterien sind für die Entscheidung von Bedeutung? Gibt es mit dem bisherigen Anbieter einen Austausch zum aktuellen Lagerverwaltungssystem? Worauf sollte man bei der Umsetzung eines Projekts immer achten? Jetzt aber genug gelesen - hör einfach rein! Bezahlte Partnerschaft

Am Ende der vorigen Podcast-Folge haben wir uns mit Prof. Dr. Gernod Dittel über das Lastenheft für den Reinraum unterhalten und haben dann gemerkt, das müssen wir vertiefen. Steigen wir also hier gleich wieder ein: „Tue es oder tue es nicht. Es gibt kein Versuchen!“

Dieser Erfahrungsbericht aus der Sicht eines Kunden zeigt auf, wie eine Lastenheft im Projektalltag doch das Leben vereinfachen kann. Rene Meye erläutert, in welchem Umfeld er mit seinem Unternehmen unterwegs ist und wie ihm dort das Lastenheft - welches mithilfe meiner Dienstleistung erstellt wurde - extrem weitergeholfen hat. Er zeigt aber auch auf, wo es evtl. nicht sinnvoll diesen Service zu nutzen. Sei gespannt und höre rein. #################### Hinweise und Links aus der Episode: Vesputi: www.vesputi.com Das Produkt von Vesputi: https://themobilitybox.com/ Meine Podcast zum Lastenhefte-Service: https://www.zukunftsarchitekten-podcast.de/za175 Das Lastenheft-Vorgehen im Detail: https://lastenhefterstellen.de/vorgehen-lhe SE-Stammtisch: https://bjoernschorre.de/se-stammtisch-podcast Das Samt-Sofa der GfSE: https://www.linkedin.com/events/dassamt-sofadergfse-diepremiere6927566572144214018/about/ Meine Webinare: https://bibliothek.bjoernschorre.de/seolb-podcast #################### Mein Buch ist da: Erfolgreich Lastenhefte schreiben - Eine Schritt-für-Schritt-Anleitung für den Mittelstand --> https://shop.tredition.com/booktitle/Erfolgreich_Lastenhefte_schreiben/W-337-928-077

Im #18_SCIT haben Ihre Hosts, Volker Möller und Marcus Schriefers, Patrick Wallinger zu Gast. Patrick Wallinger hat mehrere Jahrzehnte Erfahrung im Bereich Logistik&IT. Heute ist er Vice President Warehouse bei ecovium und gründete früher den Telematikanbieter Truck24. Damit haben wir in unserer aktuellen Reihe „Im Spannungsbogen zwischen Logistiker und ICT-Anbieter“ einen ausgesprochenen Experten zu Gast, der anschaulich aus der Perspektive eines Softwareanbieters berichtet, welche Faktoren benötigt werden, damit ein Digitalisierungsprojekt erfolgreich auf- und umgesetzt wird. Was soll eigentlich der Output des Projekts sein? Wenn dies nicht bereits in einem Lastenheft definiert ist, werden Workshops durchgeführt, um dies herauszufinden. Denn ist das, was gewollt ist, auch das, was richtig dafür ist? Kommunikation während des gesamten Projekts ist entscheidend. Nicht immer wird ein Projekt mit einer Abnahme abgeschlossen. Aber wäre dies nicht schon aus rechtlicher Sicht sinnvoll? Hören Sie spannende Antworten zu herausfordernden Fragen in dieser Episode. 

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

Was sind relevante Kriterien bei der Auswahl einer CAQ-Software? Was sind typische Herausforderungen? Über diese Themen spreche ich mit dem eQMS-Experten Günter Rodenkirchen. Günter findet ihr über LinkedIn: www.linkedin.com/in/guenterrodenkirchen/ oder über seine Website: www.gpr-consult.de  Wer den QM-Podcast unterstützen möchte, kann dies unkompliziert über den folgenden Link tun: support.qm-podcast.de  Viel Spaß beim Hören dieser Episode, Euer Stephan Joseph www.joseph-beratung.de 

Fragestellungen aus der Unterhaltung mit Björn Schorre: Wo ordnet man Lastenhefte im Produktentstehungsprozess ein? Welche Rolle spielen Wiederholungs- und Einmaligkeitsaspekte dabei? Wie kann eine kontinuierliche Verbesserung bei eher einmalig-individuellen Vorgängen gelingen? Wie gelingt es die Beteiligten unter den Bedingungen der Einmaligkeit und Distanz zusammenzubringen? Wie lässt sich der weite Bogen von Lastenheften zu Beginn der Produktentstehung in der Anforderungsphase zur den Bedürfnissen der Produktion und ggf. auch des Kundendienstes am Ende der Produktentstehung schließen? Was sind typische Ursachen dieser Distanz und der Folgen daraus? Welche Empfehlungen können daraus abgeleitet bspw. dem Produktmanagement und Systemdesign-Abteilungen gegeben werden? Wie kann sich die Produktion und der Kundendienst angemessenes Gehör verschaffen und ihre Anforderungen geeignet in Lastenheft unterbringen Wer sollte sich wie als ggf. unabhängige Instanz um diese Lücke und die Verringerung der Distanz kümmern?

So wirst du in der Episode wirst du erfahren … … wie ich in zwei Wochen ein Lastenheft erstellen kann. … warum das Lastenheft zur Risikoreduzierung im Projekt beiträgt

Dass wir in unserem Fach Experten sind, spielt uns manchmal gar nicht gut in die Karten. Mal ehrlich: Ich konnte früher am Geruch erkennen, dass der Kunde ein Problem hat. Sogleich begann ich mit der Präsentation meiner Lösung. ACHTUNG!!! Auch wenn Du schon genau weißt, was der Kunde braucht, - weil Du es sofort erkennst, - weil der Kunde ein Lastenheft geschickt hat, wo scheinbar alles drinsteht - weil du eins-zwei Fragen gestellt hast und nun glaubst zu wissen, was die Lösung ist. Halt Stopp!! Mach eine vernünftige Diagnose. Wir nehmen mal das Beispiel, dass es um eine Verbesserung/Optimierung geht. Der Kunde hat einen Prozess und Du kannst ihn besser. Ihr redet also über eine Sache, die bisher schon irgendwie läuft. Das kann auch die Zusammenarbeit mit dem bisherigen Lieferanten sein. Und der beste Einstieg ist nach unserer Erfahrung der: Frag doch mal, was momentan gut läuft. Herr Kunde, was läuft denn gut? Alle fragen immer nach dem Problem. Frag doch erstmal was gut läuft. Das verblüfft den Kunden. Wenn Du mehr über die perfekte Bedarfsermittlung wissen willst, oder es Dir um begeisternde Angebote geht, wo der Preis eine Nebenrolle einnimmt, dann lass uns mal sprechen. Lass und gegenseitig kennenlernen. gehe auf https://mission-vertrieb.de/termin und buche Dir einen Termin für ein Kennenlerngespräch. Ich freue mich auf Dich. Liebe Grüße Dirk

In dieser Folge von "alles ist fahrbar" spielen wir zum dritten Mal "Wünsch Dir was"! Diesmal ist Redaktionsleiter André Schmidt an der Reihe, sich das perfekte Bike auszudenken und ohne Limits frei zu konfigurieren. Herausgekommen ist ein ziemlich ultimatives Trailbike, eben eins, das irgendwie alles kann und trotzdem fast alles richtig gut. Absolute Top-Performance steht bei den Parts natürlich ganz oben im Lastenheft. Damit aber auch der normalsterbliche Biker nicht zu kurz kommt, nennen wir bei allem Phantasieren immer auch Alternativen für jeden Geldbeutel, die das Bike aufwerten, wo es sinnvoll und nötig ist.

Backlog Heute ges es um das Backlog, welches wir sicherlich in der ein oder anderen Folge schon erwähnt haben. Es ist so wichtig, da wir genau damit anfangen, wenn wir ein Projekt agilisieren. Ein Backlog ist ähnlich einem Lastenheft und eine Sammlung von Aufgaben, die heute bekannt sind. Also eine Liste mit allen Dingen, die... The post Folge 047 Backlog appeared first on Znipcast - Podcast der Znip Academy.

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.

Fragestellungen aus der Unterhaltung mit Patrick Gruber: Wo kommt Industrial Engineering zum Einsatz? Welche Aktivitäten fallen unter den Begriff Industrial Engineering? Wie läuft ein typisches Industrialisierungsprojekt ab? Was sind typische Herausforderung in Industrialisierungsprojekten? Welche Rolle spielt das Lastenheft in Industrialisierungsprojekten? Welche Rolle spielen Standards in Industrial-Engineering-Lastenheften? Was sind Vorteile von Standards in der Projektarbeit, trotz der inhaltlichen Einmaligkeit? Die 5S-Methode im Bezug zur Erstellung von Lastenheften.

Beim Wasserfallmodell ist der Ablauf klar: Erst werden alle Anforderungen im Lastenheft erfasst und erst im zweiten Schritt - in der Entwicklungsphase - abgearbeitet. Ergebnisoffenheit? Fehlanzeige. Doch wie läuft agiles Anforderungsmanagement dann ab? Agile Expertin und Scrum-Trainerin Antje Lehmann-Benz eklärt uns in dieser Episode, wie sich Anforderungen und Flexibilität trotzdem gut vereinen lassen und gibt uns zudem noch wertvolle Tipps für die Umsetzung. Viel Spaß beim Zuhören!

Elmar kommt aus Bremen. Er hat an der Leibniz Universität Hannover studiert. In 2019 hat er seine Firma conneum GmbH in der Nähe vom Bodensee gegründet. Auf der Reise vom hohen Norden bis zum Süden Deutschlands hat er lange Zeit im Ausland verbracht. Neben USA haben ihm die 6 Jahre in China besonders gut gefallen, auch weil er beruflich dort extrem erfolgreich war. Er hat eine neue Produktkategorie der Firma BSH Haushaltgeräte in China aufgebaut. Wenn man weiß, wie stark in dieser Industrie die chinesischen Wettbewerber sind, dann schätzt man seine Arbeit. Wir interessieren uns, was die Geheimnisse der Produktentwicklung und Vermarktung dieser Erfolgsgeschichte sind.

Guten Morgen liebe Handwerker, wir laden euch ein zu einer weiteren Folge des Handwerkerfrühstücks. In dieser Folge haben wir Christoph Krause vom Kompetenzzentrum Digitales Handwerk zu Gast. „Wir müssen in Deutschland vom Denken ins Machen kommen.“ Ist nur eins seiner vielen Zitate. Und wir haben mit Christoph darüber gesprochen, wie man Digitalisierung im Handwerk „macht“! Wir sprechen mit ihm dabei über die Punkte die jeder Handwerkbetrieb besser heute als morgen umsetzen sollte. Welche Möglichkeiten der Finanzierungen es hierfür gibt. Aber auch über Zukunftsweisende Themen, wie Hekathons und Building Information Modellig. Seit gespannt! Wir wünschen euch viel Spaß! Wenn ihr Interesse habt mit Christoh in Kontakt zu treten, dann könnt ihr gerne den Link zu der Unternehmenswebsite nutzen. https://www.christophkrause.com/impressum/ Uns findet ihr unter https://www.zukunftswerker.de Hier geht es zu unseren Lesetipps https://www.zukunftswerker.de/buecher/ 00:38 Vorstellung Christoph Krause der Servicerebell und was macht das Kompetenzzentrum Digitales Handwerk Koblenz. 1:22 Designer im Handwerk 2:45 Wie können sich kleine Handwerker digitalisieren, von der Prozessstruktur über Tools bis hin zum digitalen Marketing. Wir erstellen ein digitales Pflichten- und Lastenheft. 10:09 Finanzierung und Förderung in der Digitalisierung https://digital-jetzt-foerderung.de https://www.handwerkdigital.de https://www.zukunftswerker.de https://www.mittelstand-digital.de 14:10 Digitale Bildung im Handwerk und KUM-Unternehmen. 19:27 Was kann der Handwerker auf der Baustelle digitalisieren. 5 Schritte zur Digitalisierung 24:20 Künstliche Intelligenz im Handwerk 25:40 Was ist ein Hackathon im Handwerk? https://www.christophkrause.com/2-hackathon-handwerk-paf-geht-an-den-start/ 27:38 Digitalisierung, dafür habe ich keine Zeit, was machen wir jetzt? 33: 55 Kommunikation unter den Gewerken im Handwerk – was sind die Tools der Zukunft. 40:03 Wo kommen die Ideen des Servicerebell her? https://www.barcamp-liste.de 43:45 Wie verhalte ich mich im Internet – Der Prozess der digitalen Selbstdarstellung 44:26 Regeln für das digitale Handeln 45:26 Wo steht das Handwerk in 10 Jahren? 48:05 Warum sollte der 15 Jährige Christoph Krause ins Handwerk gehen?

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)

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 dieser Episode sprechen wir einmal über das Thema Lastenheft.Wer nicht weiß, was ein Lastenheft ist: Ein Lastenheft ist ein Anforderungsprofil. In dieser Podcastfolge werde ich näher auf das Thema eingehen. Ihr erfahrt, wieso es so stiefmütterlich behandelt wird und warum es euch aber in jedem Fall helfen wird. Und zwar jedem von euch! In dieser Episode sprechen wir unter anderem über folgende Dinge: * 1:33 Was genau ein Lastenheft ist - Ein Anforderungsprofil für die digitale Abbildung deiner Marke. * 4:01 Wieso du ein Lastenheft so wichtig für deine einzelnen Projekte ist - Webseiten, E-Mail Marketing, Content Management, Angebote einholen und Fehlinvestitionen vermeiden uvm.* 10:51 Zieldefinition und Zielbestimmung: Wo soll die Reise hingehen, wo soll das Projekt helfen und was möchte ich damit erreichen? Formuliere das und denke weiter als die aktuelle Problemsituation. Hole dir einen Profi mit Erfahrung und spreche es mit dieser Person ab. Definiere: Was ist der Nutzen deines Projektes und was ist der Zweck des Anwenders? Erstelle eine Übersicht der erforderlichen Leistungen, die du brauchst, um dein Projekt zu erstellen (z.B. Texter, Designer, Projektmanager)Welche notwendige Funktionalitäten benötigst du? (Backend, Frontend etc.)Welche digitalen Prozesse sind notwendig, um dein Projekt vollautomatisch zu betreiben? (Kalenderfunktion zur Planung etc.)Notiere alle relevanten Daten (Artikelnummern, E-Mail Listen etc.)Vertragliche Konditionen (evtl. bei Externen: Bis wann soll das Projekt fertig gestellt werden? Welche Qualität erwartet ihr? Was sind Teilleistungen? Meilensteine?)Spezifische Anforderungen an Auftragnehmer (wie sieht die Zusammenarbeit aus? Zeiterfassung; welche Referenzen hat die Person? Lass alles dokumentieren, was durch externe Dienstleister erledigt wird! z.B. durch Videotutorials)Nimm dir einen erfahrenen Projektleiter bei großen Projekten zur Seite!Bestimme die Qualitätsanforderungen!* 20:58 Spare nicht zuviel bei der Technologie - das kann eine Geldvernichtungsmaschine werden!- Evernote https://www.evernote.com - 30 Minuten kostenfreies Brand & Podcast Coaching https://www.markenrebell.de/podcast-bewerbung- Equipment https://www.thomann.de/de/zoom_h6_skb_bundle.htm?partner_id=44438- Podcast Mastery Coaching https://www.markenrebell.de/podcastmastery- Podcast Full-Serivce https://www.markenrebell.de/podcastservice- Zoom Software https://zoom.us/ - Im Newsletter anmelden und Ratgeber erhalten https://www.markenrebell.de - MiNDSH!FT MASTERCLASS www.mindshift.fm/masterclass- Sende mir eine E-Mail office@markenrebell.de- Facebook-Gruppe “Markenführung und Digitalisierung” www.facebook.com/groups/markenrebell/ - LinkedIn MASTERMIND Gruppe www.linkedin.com/groups/8687316/- Buch “Digitale Brandstiftung” www.markenrebell.de/digitalebrandstiftungIch möchte dir noch ein Geschenk machen!Bist du selbst Unternehmer/in, Inhaber/in oder Gründer/in, dann begleite ich dich gern als UNTERNEHMENSBERATER in Fragen der Markenführung und Digitalisierung www.markenrebell.de/unternehmensberatung Ganz sicher hilft dir auch mein Buch DIGITALE BRANDSTIFTUNG www.markenrebell.de/digitalebrandstiftungWenn du dich statt dessen dafür interessierst, wie du dich selbst als Persönlichkeitsmarke entwickeln kannst, dann empfehle ich dir einen Blick auf das Thema PERSONAL BRANDING ( www.markenrebell.de/personalbranding ) oder die PODCAST MASTERY ( www.markenrebell.de/podcastmastery ) zu werfen.Ganz egal wie du dich auch entscheidest – Bitte teile diesen Beitrag und gib uns deine Bewertung bei iTunes, damit auch andere von diesem Inhalt profitieren können. Und weil ich dein Engagement sehr zu schätzen weiß, möchte ich dir noch dieses GESCHENK machen www.markenrebell.de/dankeDanke für deine USupport the show (https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclick&hosted_button_id=2PU5W9H752VZJ&source=url)

Projekte werden geplant und dann abgearbeitet. Nachsteuern ist normal und der wichtigste Grund für den Wert guten Projektmanagements. Aber was machen wir, wenn wir den Kundennutzen verbessern könnten, wenn wir uns nicht an den Projektauftrag Wort für Wort halten? Wie wird so etwas bei Ihnen entschieden? Und wie stehen Sie der eigenen Wertschöüfung im Weg? Wie reden über die dunkle Seite der Pläne: Pläne zerlegen Ziele und machen diese dadurch unsichtbar. Wer sich also nur Wort für Wort an den Auftrag hält, leistet manchmal weniger als er könnte. Die Frage ist also: Zählt jede einzelne Zeile aus dem Lastenheft mehr als das Gesamtziel, was wir erreichen wollen? Ein paar Gedanken.

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  

Thema heute:    Weltpremiere in Pebble Beach -  Die Studie Audi PB18 e-tron   Foto: Audi AG   Audi präsentiert erstmals eine Designstudie bei der Pebble Beach Automotive Week in Monterey/Kalifornien. Der rein elektrisch angetriebene Audi PB18 e-tron zeigt sich als radikale Vision eines Hochleistungssportwagens von morgen. Breit und flach, sichtbar von Windkanal und Rennstrecke inspiriert, signalisiert er bereits durch seine pure Präsenz die Bestimmung für den Grenzbereich. Foto: Audi AG   Konzept und Linienführung sind im neuen Audi Designstudio im kalifornischen Malibu entstanden – dort wird die Formgebung der Marke konsequent in Richtung Zukunft fortgeschrieben. Das technische Konzept des PB18 e-tron profitiert von der langjährigen Rennerfahrung des LeMans-Seriensiegers Audi. Für die Umsetzung sorgt die Kompetenz der Performance-Tochter Audi Sport GmbH. Das Namenskürzel „PB18 e-tron“ verweist sowohl auf den Premierenort Pebble Beach als auch auf die gemeinsamen Technik-Gene mit den erfolgreichen LMP1-Rennwagen Audi R18 e-tron. Foto: Audi AG Schon auf den ersten Blick zeigt der PB18 e-tron auch die Verwandtschaft zu einem weiteren spektakulären Konzeptauto der Marke – dem Audi Aicon. Gemeinsam haben die beiden Studien von 2017 und 2018 den Elektroantrieb mit einer Festkörperbatterie als Energiespeicher.  Während der Aicon als voll automatisiertes Langstrecken-Luxusgefährt konzipiert war – gleichsam ein Business-Jet für die Straße –, so haben seine Entwickler den PB18 e-tron als radikale Fahrmaschine für Rennstrecke und Straße ausgelegt. In seinem Lastenheft standen Dynamik und Emotion an erster Stelle.  Die Studie nutzt drei starke E-Maschinen – eine vorn, zwei hinten. Letztere sind mittig zwischen den Achsschenkeln positioniert und treiben über Halbwellen direkt jeweils ein Rad an. Foto: Audi AG Sie geben eine Leistung von bis zu 150 kW an die Vorderachse und 350 kW an die Hinterachse – selbstverständlich ist der Audi PB18 e-tron ein echter quattro. Die maximale Gesamtleistung beträgt 500 kW, beim Boosten kann der Fahrer kurzzeitig sogar bis zu 570 kW abrufen. Das gemeinsame Drehmoment von bis zu 830 Newtonmeter lässt eine Beschleunigung von 0 auf 100 km/h in kaum mehr als 2 Sekunden erwarten – ein Wert, der sich sich marginal von dem eines aktuellen LMP1-Prototypen unterscheidet. Die Höchstgeschwindigkeit kann der Fahrer  im normalen Straßenverkehr zugunsten der Reichweite limitieren Diesen Beitrag können Sie nachhören oder downloaden unter:

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

Wenn jeder in einem Projekt seine Arbeit in Ruhe fertig machen darf, bevor der nächste anfängt überhaupt nachzudenken, dauern Projekte ewig. Das könne und wollen wir uns nicht mehr leisten. Einer der wichtigen Begriffe hier: Concurrent Engineering. Also gleichzeitig entwickeln. Überlappend arbeiten. Nur, wie geht das und was kann passieren?

Ich spreche über die typischen Fehler, die ich bei Lastenheften immer wieder gesehen habe. Diese Fehler beim erstellen eines Lastenheftes haben gravierende Auswirkungen auf den Erfolg deines Projektes. Sie zu kennen hilft dir damit besser umzugehen und sie zu vermeiden.

Heute habe ich mit Maik Pfingsten ein Urgestein der deutschen Podcaster-Szene bei mir zu Gast. Bereits seit 2012 betreibt der den Zukunftsarchitekten-Podcast, der sich vor allem an Systemingenieure richtet. Bekannt geworden ist er vor allem durch sein zweites Podcast-Projekt, den Lifestyle.entrepreneur Podcast, der sich an Solopreneure richtet, und in dem er beschreibt, wie sich ein funktionierendes Online-Business aufbauen lässt. Beide Podcasts sind sehr zu empfehlen, die Links dazu gibt’s wie immer in den Shownotes. Maik Pfingsten hat auch ein eigenes Business, das er zum größten Teil online abwickelt. Dabei greift er auf seine Wurzeln als Systemingenieur und Troubleshooter für Projekte zurück. Er hilft Firmen dabei rasch zu einem Lastenheft zu kommen. Was das ist, und wofür man das braucht, das soll er uns gleich selber erzählen. Hier der Link zum Zukunfstarchitekten-Podcast: http://zukunftsarchitekten-podcast.de/ Hier der Link zum Lifestyle-Entrepreneur: https://lifestyleentrepreneur.de/

Lastenhefte sind im Projekt sehr oft etwas, was vernachlässigt oder auch stiefmütterlich behandelt wird. Dabei sind sie einer der Schlüsselfaktoren für erfolgreiche Projekte. Was ein Lastenheft eigentlich ist und wie man eines sehr effizient erstellen kann, habe ich im Experteninterview mit Maik Pfingsten diskutiert. Maik ist System Ingenieur und ein erfahrener Troubleshooter und Projektleiter. Er beschäftigt sich schon viele Jahre mit dem Thema Anforderungsanalyse und Lastenheft erstellen. Ich habe mich mit Maik im Interview zu den folgenden Themen unterhalten: - Was ist eigentlich ein Lastenheft und was nicht? - Wie ist heute die Situation in den Unternehmen? - Was ist ein effizienter Weg um ein Lastenheft erstellen? - Welche Tipps für Projektleiter gibt es?

Die richtige Detailebene in einem Lastenheft zu finden ist nicht einfach. Ich habe dazu einfach einmal drei meiner Tipps aus der Praxis aufbereitet.

Diese Frage erreichte mich so von einem der Hörer des Podcast. Es ist eine Frage, der ich immer wieder begegne. Im Grunde basiert sie auf der da drunter liegenden Frage: was für ein Aufbau, was für eine Struktur, was macht Sinn in einem Lastenheft zu haben?

Ich erlebe immer wieder in Projekten, dass dort ein Stück weit Unsicherheit herrscht. Wer ist jetzt eigentlich für das Lastenheft zuständig? Wer ist dafür verantwortlich? Wer erstellt das Ganze? Von wem kommt eigentlich Input und von wem brauchen wir vielleicht keinen Input?

Es gibt drei Mythen, die sich genau um ein Lastenheft ranken, und ich gehe hier auf diese Mythen ein.

Mir ist ein Tweet über den Weg gelaufen mit dem Inhalt "Lastenheft heißt Lastenheft, weil es lästig ist”. Da musste ich einfach drauf antworten. Nur sind 140 Zeichen dafür zu wenig.

Nach der Vorbereitung des Abschlussprojekts beende ich nun meine zweiteilige Reihe zur Durchführung des Abschlussprojekts mit Projektantrag und Umsetzung in der siebenundfünfzigsten Episode des Anwendungsentwickler-Podcasts. Inhalt Der Weg zum Projektantrag Geeignetes Thema auswählen. Anforderungen strukturiert aufnehmen und gleich in verwertbarer Form dokumentieren (lassen), z.B. als Lastenheft. Grobdesign der Anwendung erstellen. Zu verwendende Artefakte planen. Aufwand... Der Beitrag Tipps zur Durchführung des Abschlussprojekts – Anwendungsentwickler-Podcast #57 erschien zuerst auf IT-Berufe-Podcast.

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

In der Folge 06 haben wir uns mit den sozialen Aspekten beschäftigt, die auf einen Projektleiter zukommen, der neu in ein laufendes Projekt einsteigt. Doch selbstverständlich zählen neben den sozialen Aspekten natürlich vor allem auch die harten Fakten. Leider ist kein Projekt wie das andere und stets sind andere Rahmenbedingungen zu beachten. Aber es empfiehlt sich einige Grundsätzlichkeit zu beachten. Es ist wichtig bestimmte Fragen zu klären, um sich einen ersten Überblick zu verschaffen. Verschaffen Sie sich Zugang zu den relevanten Projektdokumenten und Rahmeninformationen und lesen Sie diese. In der Regel hat man Ihnen jemand zur Seite gestellt, oder man hat Ihnen einen Ansprechpartner genannt, um aufkommende Fragen zu beantworten. Nutzen sie dies und klären Sie ihre Fragen. Je nachdem, ob es sich um ein unternehmensinternes Projekt, oder ein Projekt mit externem Auftrag handelt, müssen Sie die Informationen anders bewerten. Bei einer Auftragsentwicklung, wird es spätestens am Ende des Projektes eine zahlungsverpflichtende Endabnahme des Projektergebnisses geben. Ein solches Projekt, benötigt eine ganz andere Organisationsstruktur als eine vergleichbare Entwicklung für den InHouse Bedarf. Um diese und ähnliche Entscheidungen treffen zu können, benötigen Sie Informationen. Daher sollten Sie die folgenden Fragen klären: • Folgt das Projekt bisher einem methodischen Vorgehensmodell, wie z.B. die Wasserfall-, V-Modell XT-oder einer Agilen Methode? • Wenn ja, tut es das wirklich, oder nur auf dem Papier? • Wie kam es zu dieser Entscheidung und warum? • Gibt es eine solide Vertrags- bzw. Beauftragungsgrundlage? • Gibt es so etwas wie ein Lastenheft? • Wie wurde vorgegangen, als das Lastenheft vorlag? • Wie wurden die Pflichten daraus abgeleitet? • Gibt es ein Pflichtenheft? • Gibt es Testpläne und eine Testinfrastruktur? • Werden Testsuiten in automatischen Tests abgefahren und wenn ja, wie war die Qualitätsentwicklung bislang? • Gibt es einen Projektstrukturplan? • Gibt es ein Projekthandbuch? • Wie funktioniert der Changemanagement Prozess und welche Änderungen gab es bisher und zu welchem Zeitpunkt? • Was ist mit Risiko- und Chancenanalyse und wie wird diese gepflegt? Gibt es dringenden Handlungsbedarf? • Gibt es eine aktuelle Projektumfeldanalyse (PUMA) • Sind die Nahtstellen des Projektes bekannt, also die Projektgrenzen zum Projektumfeld? • Gibt es eine Stakeholderanalyse und wie wird diese gepflegt? Wie stellt eine Kraftfeldanalyse die momentane Situation dar? • Wer unterstützt das Projekt, wer ist neutral und wo gibt es Gegner? • Werden Chancen und Risiken aktiv bearbeitet und gesteuert? • Hat das Projekt Puffer, die an die einzelnen Teilprojekte und Teams weiter gegeben werden? Wie werden diese Puffer vergeben und überwacht? • Gibt es eine Definition of Done? • Wie und unter welchen Bedingungen werden projektinterne Ergebnisse abgenommen und übergeben? • Welche Qualitätstoleranzen sind vereinbart und wie sind die Erfahrungswerte damit? • Wie werden Arbeitspakete an Teilprojekte oder Teams vergeben und überwacht? • Wie erfolgt die Fortschrittsmessung der Arbeitspakete und wo sind diese dokumentiert? • Welche Zwischenergebnisse sind abzustimmen, wer ist dazu notwendig? • Wo sind die Usecases dokumentiert? • Wo in der Unternehmenshierarchie ist das Projekt organisatorisch aufgehängt und ist das den Projektzielen angemessen? • Wird im Unternehmen Projektmarketing betrieben, um auch innerhalb der Organisation sichtbar zu bleiben? Insbesondere, wenn es sich um ein Veränderungsprojekt handelt? • Wie bekannt im Unternehmen sind die Ziele und der Nutzen des Projektes? • Gibt es auf Projekt-, Programm- oder Unternehmensebene ein Projektcontrolling und wo stehen wir da? • Was hält das Projektteam und was halten die zukünftigen Anwender von den Zielen und dem angestrebten Nutzen? • Wie realistisch empfindet das Projektteam den gegebenen Zeithorizont? • Gibt es eine Kommunikationsmatrix in der auch Eskalationswege festgelegt sind? • Wer berichtet wann an die Projektleitung und wohin hat die Projektleitung bislang was berichtet? • Welche Fortschritte hat das Projekt, über welchen Zeitraum hinweg gemacht und wie ist die weitere Prognose? • Wie werden die zukünftigen Nutzer in das Projekt eingebunden? • Welche Werkzeuge werden bislang zur Projektsteuerung eingesetzt? Auf Basis der aus den Dokumenten und geführten Gesprächen gewonnenen Erkenntnisse, versuchen Sie nun die gefundenen Antworten in eine Struktur zu bringen. Dazu gehe ich mit Ihnen eine Checkliste zur Projektdiagnose durch. Notieren Sie sich, ob Sie die gefunden Information für „OK“ erachten, „ob besondere Beobachtung“ erforderlich ist, oder „ob dringender Handlungsbedarf“ besteht. 1. Projektziele o Sind die Projektziele klar definiert? o Hält das Projektteam die Ziele für erreichbar? o Sind die Projektziele nach wie vor für das Unternehmen relevant? o Würden die Erreichung der Ziele im Unternehmen wahrgenommen werden? o Wie wurde in der Vergangenheit mit Zielkonflikten zwischen Stakeholder umgegangen? 2. Business Case o Wurde der Nutzen des Projektes finanziell bewertet oder auf andere Weise messbar gemacht? o Sind die Kostenschätzungen vollständig und wird regelmäßig ein Ist/Soll Abgleich durchgeführt? o Erscheint die Kostenabschätzung realistisch? o Erscheint der angestrebte Nutzen realistisch? 3. Stakeholder o Sind die relevanten Stakeholder und deren Einfluss auf das Projekt bekannt? o Sind die Projektsponsoren in der Unternehmenshierarchie richtig gewählt? o Wird aktiv mit den Stakeholdern gearbeitet (Reporting, Workshops, Infos usw.) und sind sie ausreichend in das Projekt eingebunden? o Sind die unterschiedlichen Prioritäten und Interessen der Stakeholder klar? 4. Minimaler Projektumfang o Ist der Fokus der angestrebten Lösung so klein wie möglich, aber so groß wie nötig, um das angestrebte Projektziel zu erreichen? o Gibt es Prozesse, um den Projektumfang auch im laufenden Projekt stabil zu halten (Änderungsprozess, …). Wie wurde in der Vergangenheit mit Änderungen umgegangen? 5. Existiert eine robuste Vertragsgrundlage? o Sind Rechte und Pflichten der Vertragspartner hinreichend geklärt? o Sind Zwischenprodukte, oder Zwischenlieferungen und deren Abnahmekriterien hinreichend geklärt? o Sind Eskalationswege klar festgelegt? o Wie ist der Umgang mit ChangeRequests geregelt? 6. Erachten Sie das Projektteam für geeignet? o Steht Personal entsprechend der zeitlichen Projektanforderungen zu Verfügung? o Steht Personal entsprechend der geforderten Qualifikationen zur Verfügung? o Sind die Rollen innerhalb des Projektes klar besetzt? o Bestehen Ressourcenkonflikte mit anderen Projekten, oder Abteilungen? o Ist ein angemessen Reporting aufgesetzt? o Ist ein Kommunikationsplan erstellt und wird dieser gelebt? o Wie weit ist die Teamentwicklung schon fortgeschritten:  Wie schnell findet man Lösungen im Team?  Wie konstruktiv ist der Umgang miteinander?  Unterstützen sich die Projektmitarbeiter im Bedarfsfall?  Ist die Organisation innerhalb des Projektes klar definiert? 7. Unterstützung durch den Chef und die Unternehmensleitung o Genießt das Projekt in der Unternehmensleitung Beachtung? o Wurde die Unternehmensleitung regelmäßig in den Projektfortgang eingebunden und trägt sie Entscheidungen mit? o Wurde der direkte Auftraggeber / Chef regelmäßig in den Projektfortgang eingebunden und trägt er Entscheidungen mit? o Ist zu erwarten, dass sich der Chef im Krisenfall vor den Projektleiter stellen wird? 8. Wurden die zukünftigen Nutzer bereits frühzeitig in das Projekt mit eingebunden? o Fliesen die detaillierten Erfahrungen und Anforderungen der Nutzer in die Konzeption der Lösung? o Werden Nutzer rechtzeitig auf die anstehenden Veränderungen vorbereitet? 9. Wie verlässlich waren die Projektplanungen in der Vergangenheit? o Besteht hinreichend Transparenz über verbrauchte Resourcen? o Ist das Restbudget realistisch ermittelt? o Gibt es Abhängigkeiten zu anderen Projekten, Unterauftragnehmer, Zulieferer usw.? o Sind Meilensteine abgestimmt und aktuell? Wie hat sich diese Planung im bisherigen Verlauf des Projektes verändert? o Ist der Projektplan realistisch und sehen das auch das Projektteam und die Stakeholder so? o Wie wird inhaltlich der Projektfortschritt kontrolliert? o Sind die wesentlichen Einflussfaktoren des Projektbudgets bekannt? o Ist das Gesamtbudget für das Projekt vollumfänglich geplant und genehmigt? o Existieren ausreichend Risikopuffer für das Projekt? 10. Welche Werkzeuge, Methoden und Verfahren werden bislang für das Projektmanagement angewendet und gibt es Verbesserungsbedarf? o Wurde ein Vorgehensmodell gewählt und was waren die konkreten Gründe für die Entscheidung? o Ist ein ausreichendes Qualitätsmanagement etabliert? o Ist ein ausreichendes Risikomanagement etabliert? o Sind Tools, Werkzeuge und Hilfsmittel dem Projekt angemessen? Mit Hilfe dieser Projektdiagnose Checkliste sollten Sie in der Lage sein, sich ein recht umfangreiches Bild zum Status Quo des Projektes zu machen. Damit sollten Sie sich dann auch ein erstes Urteil zur derzeitigen Projektdiagnose erlauben. Sind die Rahmenbedingungen des Projektes der Situation angemessen, oder müssen und können diese Verändert werden? Ist die Organisation des Projektes den Anforderungen und Rahmenbedingungen angemessen? Auf Basis dieser und weiterer Antworten können Sie nun beginnen Ihre Leitungsfunktion konsequent in Angriff zu nehmen. So Ihr lieben, das war‘s wieder mal für heute. Ich will noch nicht zu viel verraten, aber wenn alles nach Plan klappt, habe ich in der nächsten Woche einen echten Projektmanagement Hochkaräter für Sie im Interview. Das wird definitiv Spannend und jede Menge Mehrwert für Sie alle bieten. Verpassen Sie deshalb die nächste Folge nicht und denken Sie daran, unseren Podcast in den sozialen Netzen zu teilen, uns tolle Bewertungen zu geben und unseren Newsletter zu abonnieren. Ich wünsche Ihnen und Ihrem Projekt lauter grüne 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

ZA094: Lastenheft erstellen – Schritt für Schritt

ZA087: Von der Anforderungsliste zum semantischen Lastenheft – Wie kann ich Spezifikationen miteinander verknüpfen?