IT-Berufe-Podcast

IT-Berufe-Podcast

Download on the App Store

IT-Berufe-Podcast episodes

  • Pseudocode in schriftlichen IHK-Prüfungen der IT-Berufe – IT-Berufe-Podcast #195
    Um die Relevanz von Pseudocode-Aufgaben in den IHK-Prüfungen für Anwendungsentwickler:innen, aber auch für Systemintegrator:innen, und wie man sie am besten löst geht es in der einhundertfünfundneunzigsten Episode des IT-Berufe-Podcasts.
    Inhalt
    In dieser Episode des IT-Berufe-Podcasts thematisiere ich Pseudocode-Aufgaben, die häufig Teil der schriftlichen IHK-Prüfungen sind, und das nicht nur für Anwendungsentwicklerinnen, sondern auch für andere Fachinformatiker und insb. Systemintegratoren. Ich gehe darauf ein, warum diese Aufgaben so zentral für die IT-Ausbildung sind und welche Relevanz sie für die Prüfenden haben. Die grundlegende Idee hinter den Pseudocode-Aufgaben ist es, das algorithmische Denken der Prüflinge zu fördern und zu prüfen. Mein Ziel ist es, dir zu helfen, dich optimal auf solche Prüfungen vorzubereiten.
    Ich beginne damit, die Bedeutung von Pseudocode in den IHK-Prüfungen zu erläutern. Pseudocode stellt sicher, dass ein allgemeines Verständnis der Programmierung abgefragt wird, unabhängig von spezifischen Programmiersprachen. Dies ist wichtig, da die Prüfer in der Lage sein müssen, die Lösungen zu verstehen, egal welche Programmiersprache verwendet wird. Ich erkläre die grundlegenden Bausteine des Pseudocodes sowie die Anforderungen an die Korrektur durch die Prüfer.
    Im weiteren Verlauf bespreche ich Strategien, um Pseudocode effektiv zu schreiben. Ich gebe dir Empfehlungen, wie du deine Lösungen strukturieren und formulieren kannst, um die maximale Punktzahl zu erzielen. Dabei sind klare Einrückungen und der Verzicht auf komplizierte Syntax entscheidend. Es wird auch geraten, grundlegende Algorithmen zu verwenden und keine spezifischen Features aus einer bestimmten Programmiersprache zu nutzen.
    Neben der technischen Ausführung gehe ich auch auf die psychologischen Aspekte der Prüfungsvorbereitung ein. Ich ermutige dich, alte Prüfungen zu bearbeiten und regelmäßig zu üben, um ein Gefühl für die Aufgaben zu bekommen. Feedback von Ausbildern oder KI kann dir helfen, deine Fähigkeiten weiterzuentwickeln und häufige Fehler zu vermeiden. Ich teile häufige Problemstellungen, die in der Vergangenheit in Prüfungen aufgetreten sind, und zeige, wie du diese vermeiden kannst.
    Abschließend lege ich großen Wert auf die Notwendigkeit, ein starkes algorithmisches Verständnis zu entwickeln. Der Fokus sollte nicht darauf liegen, die perfekte Programmiersprache zu beherrschen, sondern darum, Probleme effizient zu lösen und zu verstehen, welche Algorithmen und Logiken hinter den Aufgaben stehen. Ich hoffe, dass diese Episode dich inspiriert und dir hilft, dich optimal auf deine bevorstehenden Prüfungen vorzubereiten.
    Wie schreibt man Pseudocode?
    In letzter Zeit habe ich von vielen Prüflingen die Frage gestellt bekommen, ob ich nicht eine Einführung in das Schreiben von Pseudocode geben könnte. Ich frage dann immer direkt zurück, was denn so schwierig an Pseudocode sei. Ich würde für die Programmieraufgaben in der Abschlussprüfung immer Pseudocode verwenden und niemals eine grafische Darstellung wie das Aktivitätsdiagramm. Die Diagramme sind meist deutlich aufwändiger zu erstellen und bei Fehlern sehr schwer zu korrigieren. Mit Pseudocode ist das deutlich einfacher. Dennoch scheinen viele Azubis Probleme mit Pseudocode zu haben.
    Standards
    Erst durch eine Mail eines Zuhörers habe ich erfahren, dass es sogar Standards für Pseudocode gibt (z.B. Jana, Pascal-Style oder nach Leierson, siehe Pseudocode). Ich habe weder in meiner eigenen Prüfung noch in der Prüfungsvorbereitung mit meinen Azubis das Thema Pseudocode jemals intensiv behandelt. Ich empfehle immer, anstatt sich eine eigene Syntax für den Pseudocode auszudenken, einfach normalen Code in der Prüfung zu schreiben.
    Da es für Pseudocode keine allgemeinverbindlichen Vorgaben in der Prüfung gibt, kannst du auch einfach "echten" Quellcode in irgendeiner Programmiersprache verwenden. Wichtig ist, dass die Prüfenden verstehen, was du erreichen möchtest. Im Zweifel verstehen Prüfende das mit einer echten Programmiersprache sogar besser, als wenn du erzwungenen Pseudocode, den du dir selbst ausgedacht hast, verwendest.
    Meine Empfehlung
    Um dir die Arbeit etwas zu erleichtern, lass einfach alle geschweiften Klammern weg. Auch sonstige Syntaxelemente wie Semikolons am Ende der Zeile sind überflüssig. Achte darauf, dass dein Programm gut zu verstehen ist und überfrachte den wenigen Platz, den du auf dem Lösungsbogen zur Verfügung hast, nicht mit Textelementen, die zur eigentlichen Logik nichts beitragen.
    Fokussiere dich stattdessen darauf, die gestellte Aufgabe zu lösen, also den Algorithmus abzubilden. Niemand interessiert sich in der Prüfung dafür, ob du die Syntax einer Programmiersprache beherrschst. Das ist nur Handwerkszeug. Deine eigentliche Fähigkeit, die du unter Beweis stellen musst, ist das Lösen von Problemen.
    Ich bringe meinen Auszubildenden die Programmierung meist erstmal bei, indem sie Aufgaben auf Papier lösen sollen. Wenn du z.B. nicht einmal mit einem Bleistift auf einem Blatt Papier die Quadratwurzel einer Zahl berechnen kannst, wie willst du es dann einem Computer beibringen? Du musst das Problem verstanden haben, und wissen, wie man es lösen kann. Wenn du diesen Algorithmus in deinem Kopf hast, kannst du ihn auch in ein Programm überführen. Die konkrete Syntax, mit der du dies tust, ist dann irrelevant. Und darum geht es in der Prüfung.
    Meine ganz einfache Empfehlung ist also: Benutze Java, und lass alle unnötigen Elemente weg. Also Klammern, Semikolons und so weiter. Aber achte auf eine korrekte Einrückung!
    Beispiel
    Aus diesem echten Java-Programm:
    public int berechneAlter(Date datum, Date geburtsdatum)
    {
    int alter = datum.getYear() - geburtsdatum.getYear();
    if (datum.getMonth() < geburtsdatum.getMonth())
    {
    alter--;
    }
    else
    {
    if (datum.getMonth() == geburtsdatum.getMonth())
    {
    if (datum.getDay() < geburtsdatum.getDay())
    {
    alter--;
    }
    }
    }
    return alter;
    }
    Wird dieser "Pseudocode":
    int berechneAlter d, g
    alter = d.year - g.year
    if d.month < g.month
    alter--
    else
    if d.month == g.month
    if d.day < g.day
    alter--
    return alter
    Das könnte schon fast als Ruby-Code durchgehen! 😅
    Fazit
    Da Pseudocode nicht standardisiert ist, kannst du in der Abschlussprüfung irgendeine Programmiersprache verwenden, die dir gut bekannt ist und in der du dich wohlfühlst. Konzentriere dich auf das Lösen des Problems und die nachvollziehbare Beschreibung deiner Problemlösung. Dann werden die Prüfenden dir alle notwendigen Punkte geben.
    Pseudocode vs. grafische Darstellung
    In so ziemlich allen schriftlichen IHK-Prüfungen der letzten Jahre (vgl. Themen der schriftlichen Prüfungen) gab es mindestens eine "Programmieraufgabe". Es sollte also ein Algorithmus für ein beliebiges Problem auf dem Papier "programmiert" werden. Da Programmieren das Tagesgeschäft aller Anwendungsentwickler:innen ist, finde ich diese Aufgaben auch absolut sinnvoll. Allerdings kommen in der Praxis häufig einige Fragen auf, wenn es um die Beantwortung dieser Aufgaben geht.
    Spoiler: Beantworte Programmieraufgaben immer mit Pseudocode und nie mit einem Aktivitätsdiagramm (oder früher Struktogramm oder Programmablaufplan).
    Programmieraufgaben
    Die Programmieraufgaben in der Abschlussprüfung haben meist einen komplexeren Algorithmus zum Inhalt (z.B. eine Prüfzifferberechnung, den Druck einer Kundenliste usw.). Daher sind die Aufgaben zeitintensiv und bringen viele Punkte (meist 25 für einen einzigen Algorithmus). Hin und wieder gibt es auch "kleinere" Algorithmen (z.B. das rekursive Berechnen einer Quersumme) für weniger Punkte.
    Auf das konkrete Thema der Aufgaben kann man sich natürlich nicht im Vorfeld der Prüfung vorbereiten, da die Inhalte (logischerweise) geheim sind. Aber gemein ist den Aufgaben immer, dass man sie entweder mittels Pseudocode oder einem Aktivitätsdiagramm lösen kann. Niemals werden die Aufgaben eine bestimmte Programmiersprache fordern, da es nicht die eine Sprache gibt, die alle Azubis beherrschen. Selbst Java ist nicht überall Standard, da z.B. auch C# oder Pascal an Berufschulen gelehrt wird.
    Es muss also prinzipiell jedem Prüfling möglich sein, die Aufgabe zu lösen. Daher werden standardisierte Darstellungsformen wie das Aktivitätsdiagramm vorgegeben. Früher waren es mal Struktogramm (bzw. Nassi-Shneiderman-Diagramm) und Programmablaufplan, für die es sogar DIN-Normen gibt.
    Welche Variante man wählt, hat keine Auswirkung auf die Bewertung durch die Prüfenden. Mit jeder Darstellungsform kann man die komplette Punktzahl holen. Warum ist es nun aber sinnvoll, nicht die Diagrammform zu verwenden, sondern Pseudocode zu schreiben? Meiner Meinung nach sprechen drei Punkte gegen die Diagramme.
    Diagramme sind sehr zeitaufwändig.
    Die Diagramme vernünftig zu zeichnen kostet Zeit. Anstatt ein simples if zu schreiben, muss zusätzlich ein schönes Kästchen drumherum gemalt und auf genügend Platz für die Folgeelemente geachtet werden. Da die Programmieraufgaben ohnehin schon sehr zeitaufwändig sind und die allermeisten Prüflinge eher zu wenig als zu viel Zeit in der Prüfung haben, rate ich daher von aufwändigen Zeichnungen ab.
    Diagramme sind nur umständlich nachträglich zu korrigieren.
    Viele Prüflinge erstellen unter Zeitdruck nicht beim ersten Versuch die korrekte Lösung. Das ist auch kein Problem, wenn man am Ende der Prüfungszeit noch einmal korrigierend durch die Aufgaben geht. Allerdings lassen sich Diagramme im Nachhinein nur schwierig korrigieren. Einen vergessenen switch-Branch nachträglich ins Diagramm zu fummeln, kann nur nach hinten losgehen. Das Diagramm sieht danach hässlich aus, ist vielleicht nicht mehr verständlich und die Syntax ist ggfs. auch nicht mehr korrekt. Und mit Sternchen die fehlenden Teile im Diagramm zu kennzeichnen und auf der nächsten Seite nachzureichen trägt auch nicht zur Lesbarkeit bei....
    1 hr 22 min
  • Rückblick auf die AP1 im Frühjahr 2025 (nach neuem Prüfungskatalog) – IT-Berufe-Podcast #194
    Ich analysiere die erste AP1-Prüfung nach dem neuen Prüfungskatalog in der einhundertvierundneunzigsten Episode des IT-Berufe-Podcasts.
    Inhalt
    In dieser Episode des IT-Berufe-Podcasts analysiere ich die erste AP1-Prüfung nach dem neuen Prüfungskatalog, die am 25.03.2025 stattgefunden hat. Mein Ziel ist es, die Inhalte dieser Prüfung zu diskutieren und wertvolles Feedback für die zukünftigen Prüflinge zu geben. Ich beginne mit einem Überblick über die Reaktionen und Ängste, die in der Vorbereitungszeit zirkuliert sind, und stelle klar, dass viele Bedenken unbegründet waren. Die Prüfung selbst war im Großen und Ganzen machbar und entsprach den Vorgaben des neuen Katalogs, ohne unangekündigte Überraschungen.
    Ich gehe im Detail auf die einzelnen Themen und Aufgaben ein. Hierzu zählen unter anderem die Nutzwertanalyse, Rechenaufgaben, Hardware-Zuordnungen und Subnetting. Besonders hervorheben möchte ich die Nutzwertanalyse, die auch in dieser Prüfung wieder zahlreiche Punkte eingebracht hat. Es hat sich gezeigt, dass viele Aufgaben, trotz anfänglicher Unsicherheiten, gut zu bewältigen waren. Ich erläutere, dass diese Aufgaben durch logisches Denken und grundlegendes IT-Wissen gelöst werden konnten.
    Ein weiterer wichtiger Aspekt war die IT-Sicherheit, die in verschiedenen Aufgabenformaten behandelt wurde. Ich betone die Relevanz der DSGVO in der Datenverarbeitung, insbesondere im Hinblick auf die rechtlichen Vorgaben beim Versand von E-Mails. Auch das Thema KI kam zur Sprache, wobei ich den Prüflingen empfehle, sich mit grundsätzlichen Anwendungsfeldern und ethischen Fragestellungen auseinanderzusetzen.
    Ich werfe einen Blick auf den Schreibtischtest, wo die Prüflinge einfache Programmiersprachen und Algorithmen durchgehen mussten. Hier war es entscheidend, den Code Zeile für Zeile zu analysieren und die richtige Auswertung vorzunehmen. Diese Aufgaben sind für viele Prüflinge möglicherweise eine Herausforderung, aber mit den richtigen Vorbereitungsmaterialien sind sie machbar.
    Zusätzlich gehe ich auf die Relevanz von Protokollen wie IMAP und POP3 ein und kläre die Unterschiede zwischen diesen wichtigen Technologien. Ich erläutere weiter, dass der von der Prüfung geforderte Wissenstand sowohl spezifisches Detailwissen als auch allgemeines Verständnis für IT-Themen erforderte.
    Zusammenfassend lässt sich sagen, dass die AP1 eine faire Prüfung war, die weitestgehend den Erwartungen entsprochen hat. Ich mache den Zuhörern Mut, sich ebenfalls auf die kommenden Prüfungen gut vorzubereiten und die Angebote meiner Website zu nutzen, um stets auf dem neuesten Stand zu bleiben. Die Themen und Inhalte sind aktuell und gewährleisten eine optimale Vorbereitung für die nächsten Prüfungszyklen.
    Links
    Permalink zu dieser Podcast-Episode
    RSS-Feed des Podcasts
    Nutzwertanalyse in der Projektdokumentation
    Subnetting mit IPv4 für Fachinformatiker:innen - IT-Berufe-Podcast bei YouTube
    Datenschutz vs. Datensicherheit vs. Datensicherung - IT-Berufe-Podcast #157
    Kryptographie - Schutzziele und Verschlüsselung - Anwendungsentwickler-Podcast #131
    Kryptographie bzw. Verschlüsselung für IT-Berufe (AP1/AP2) - IT-Berufe-Podcast bei YouTube
    Kryptographie - Hashverfahren und elektronische Signatur - Anwendungsentwickler-Podcast #132
    Der eigene Webserver (Teil 2: Absicherung von SSH) - Anwendungsentwickler-Podcast #89
    Ports und Protokolle (Netzwerkgrundlagen) - Anwendungsentwickler-Podcast #141
    Normalisierung - Häufige Fragen im Fachgespräch - Anwendungsentwickler-Podcast #18
    Transkription der gesamten Episode
    [0:05] Einführung in die AP1 2025
    [0:00] Herzlich willkommen zum IT-Berufe-Podcast, dem Podcast rund um die Ausbildung in den IT-Berufen. In dieser Episode gibt es einen Rückblick auf die AP1 im Frühjahr 2025 nach neuem Prüfungskatalog. Viel Spaß!
    [0:13] Hallo und herzlich willkommen zur 194. Episode des IT-Berufe-Podcasts. Mein Name ist Stefan Macke und heute gibt es mal eine zeitnahe Episode im Gegensatz zu den sonstigen, eigentlich eher zeitlosen Episoden. Letzte Woche ging es ja hier noch um Miete, Leasing und Kauf. Das ist ja fast schon seit 100 Jahren zeitlos. Aber heute mal eine ganz aktuelle Episode, denn genau heute, wenn ich diesen Podcast auch veröffentliche, am 25.03.2025 wurde die erste AP1 nach neuem Prüfungskatalog geschrieben. Und dazu hatte ich ja vor ein paar Wochen schon mal ein paar Episoden, ich glaube zwei, aufgenommen zu AP1 und 2. Und auch meine Website, da gibt es jetzt ja einen neuen Bereich, wo die ganzen letzten Prüfungsthemen drinstehen und so weiter und so fort. Prüfungskatalog neu, meine Themenliste neu und so. Und ich habe ja auch noch in den letzten Wochen einen Prüfungsvorbereitungskurs gemacht mit mehreren Teilnehmenden rund um die AP1. Und da dachte ich mir, okay, das lohnt sich, dass wir vielleicht mal einmal
    [1:10] Rückblick auf Prüfungsinhalte
    [1:06] in der Rückschau auf diese besondere neue Prüfung draufschauen. Wobei so viel besonders ist sie gar nicht. Ich spoiler das schon mal. Die Themen waren jetzt keine Riesenüberraschung. Und es wurde auch nicht hintenrum doch nur was untergejubelt, was laut Katalog nicht mehr vorkommen durfte oder so. Also das war alles relativ human. Aber wenn natürlich im Vorfeld viele durchgedreht sind. Und oh mein Gott, ich werde die IHK verklagen. Ja, das hört man sonst eigentlich immer nur nach den Prüfungen. Jetzt gab es das auch schon vor den Prüfungen, weil dieser Prüfungskatalog ja verändert wurde und so.
    [1:36] Und ja, ist natürlich alles nicht ganz so sinnvoll. Aber wie dem auch sei, es gilt der neue Prüfungskatalog. Und es hat sich auch gezeigt in dieser Prüfung, dass er tatsächlich galt und nicht, wie einige schon meinten. Also ich weiß ja nicht mehr, wo sowas herkommt dann. Aber diese Verschwörungsmythen rund um die Prüfung, das ist echt der Wahnsinn. Ja, ich habe aus internen Quellen gehört, dass die Prüfungen eigentlich schon zwei Jahre vor dem Termin feststehen und deswegen werden ja wahrscheinlich auch noch Themen drankommen, die laut neuem Prüfungskatalog gar nicht drankommen und da wurden irgendwelche Fristen versäumt und in Wirklichkeit sind das ganz andere Themen und kurz zusammengefasst, muss ich das alles noch lernen oder nicht? Und also es gibt da ja wirklich die wildesten Geschichten im Chat, auf den Websites und so weiter. Es ist wirklich verrückt. Also ich würde für die Zukunft, und das ist glaube ich so das Learning aus dieser Prüfung, mal einfach davon ausgehen, wenn auf einer offiziellen Website, nämlich namentlich dem IAKAKA steht, die nächste Prüfung ist nach diesem Prüfungskatalog zu schreiben.
    [2:31] Dann darf man davon ausgehen, dass das auch stimmt. Ja, das heißt, anstatt sich stundenlang im Internet wütend zu reden oder zu schreiben, ob das denn alles überhaupt sein kann, einfach mal die Fakten akzeptieren und sich auf die Prüfung vorbereiten und fertig. Und ehrlich gesagt, ich glaube, das ist meine persönliche Vermutung. Ich kann natürlich nicht für alle Prüflinge sprechen, die die Prüfung geschrieben haben, aber wenn man sich die Prüfung im Detail anguckt... Könnte ich mir vorstellen, dass die meisten Prüflinge eher erleichtert waren und da jetzt nicht solche Hardcore-Hammer-Themen drin waren, dass alle sagen, oh mein Gott, es war die schwerste Prüfung ever. Im Gegenteil, ich habe jetzt schon von einigen Seiten gehört, dass es sogar fast mit eine der leichtesten Prüfungen der letzten Jahre war. Aber die Einschätzung ist immer subjektiv, da will ich auch gar nichts zu sagen. Vor allem, wenn man die Prüfung selber schreibt, da kann man immer schlau schnacken. Alle fanden die einfach, ja, aber ich saß da und musste die schreiben und für mich war es halt trotzdem schwierig so.
    [3:19] Also von daher, solche subjektiven Sachen, da kann ich wenig zu sagen. Aber ich aus Prüfersicht würde auch die Aufgaben so einschätzen,
    [3:29] Feedback zur Prüfungsstruktur
    [3:26] dass sie alle machbar waren. Sie waren alle vom Prüfungskatalog abgedeckt. Übrigens auch vom alten Prüfungskatalog. Also es sind jetzt keine neuen Themen drin gewesen, die nicht schon seit Jahren hätten abgefragt werden können. Das mal kurz vorweg.
    [3:37] Genau, aber es ist zumindest nicht so passiert, dass Sachen, die offiziell gestrichen wurden, sogar in der Einleitung des Prüfungskatalogs, zum Beispiel SQL und RAID, ist halt jetzt einfach in die API 2 verschoben worden. Und dazu kam auch nichts mehr dran. Dafür wurde halt sowas wie KI durchaus mit mehreren Punkten auch abgefragt. Ich glaube, es waren drei oder vier Teilaufgaben, insgesamt zwölf Punkte. Durchaus ein großer Anteil an so einer Prüfung. Allerdings noch getoppt vom Schreibtischtest. Ich glaube, den hatten jetzt nicht so viele so auf dem Zettel, vor allem, dass es dafür so viele Punkte gab, nämlich 14 Punkte. Es waren zwei Teilaufgaben. Ich glaube, wenn ich es richtig überblickt habe, war das der Themenbereich, der am meisten Punkte diese Prüfung gab. 14 Punkte Schreibtischtest. Wobei, Schreibtischtest war ja auch immer so das große Unbekannte. Oh mein Gott, was kommt da dran? Letztlich ist es genauso gekommen, wie ich es auch schon immer vermutet habe. Und ich glaube auch an mehreren Stellen im Kurs zumindest auch immer gesagt habe, Es gibt ein Stückchen Code, spielt den mit Eingaben durch und schreibt auf, was rauskommt. Und genau so war es auch. Also dafür muss man jetzt nicht großartig programmieren können. Und wenn man sich den Code anguckt, da ist gut, es sind ein paar verschachtelte If-Statements gewesen im zweiten Code. Aber das ist jetzt nicht so super schwierig, dass man den Algorithmus erstmal eine halbe Stunde verstehen muss. Also naja, nun, ich greife etwas vorweg.
    [4:42] Warum mache ich das heute hier? Also ich möchte einfach so ein bisschen allgemeines Feedback nochmal zur Prüfung geben. Und es war ein einziges Thema dabei, was ich noch nicht auf meiner Themenliste explizit stehen habe und was ich auch nach Suche im Prüfungskatalog so nicht explizit gefunden habe. Und ich glaube,...
    46 min
  • Kauf, Miete und Leasing zur Finanzierung im Vergleich – IT-Berufe-Podcast #193
    Über den Unterschied zwischen Kauf, Miete und Leasing zur Finanzierung in Unternehmen geht es in der einhundertdreiundneunzigsten Episode des IT-Berufe-Podcasts.
    Miete, Leasing oder Kauf – Welche Finanzierung passt zum Unternehmen?
    Wenn Unternehmen teure Güter anschaffen müssen, stellt sich die Frage, wie diese finanziert werden sollen. Für die AP1 der IT-Berufe sind hier insbesondere die Unterschiede zwischen Kauf, Miete und Leasing interessant.
    In dieser Episode des IT-Berufe-Podcasts beleuchte ich die Unterschiede zwischen Kauf, Miete und Leasing, und warum dieses Thema auch für die IT-Abschlussprüfung von Bedeutung ist. Als kaufmännischer Teil der IT-Ausbildung ist es unerlässlich, die verschiedenen Finanzierungsoptionen zu verstehen, besonders wenn es um größere Investitionen wie Fahrzeuge, Maschinen oder Server geht.
    Zunächst analysiere ich die Kaufoption. Der Kauf eines Vermögenswertes bietet den Vorteil, dass dieser nach der Zahlung des Kaufpreises vollständig in den Besitz des Unternehmens übergeht. Hier bespreche ich die Vor- und Nachteile, beginnend mit der hohen Anfangsinvestition, die oft notwendig ist. Ich erkläre, wie Kredite funktionieren, einschließlich der verschiedenen Zinsarten und Rückzahlungspläne, die in der Regel über mehrere Jahre laufen. Diese Art der Finanzierung bringt die Verpflichtung mit sich, sich um das gekaufte Gut zu kümmern, was Instandhaltungskosten mit sich bringt. Ich gehe auch auf die Themen Steuerabschreibung und Wertverluste ein, die beim Besitz eines Vermögenswertes zu berücksichtigen sind.
    Anschließend wende ich mich dem Thema Miete zu. Hier zeige ich auf, wie Miete mehr Flexibilität bietet, da Unternehmen in der Lage sind, kurzfristig auf Bedürfnisse zu reagieren, ohne große Anfangsinvestitionen zu tätigen. Bei der Mietung eines Fahrzeugs beispielsweise entfällt die Verantwortung für Wartung und Versicherung, was für Start-ups oder junge Unternehmen eine kostengünstige Lösung darstellen kann. Allerdings erödemie ich auch, dass die Miete langfristig die teuerste Option sein kann, da regelmäßige Zahlungen anfallen, ohne dass ein Eigentum entsteht.
    Schließlich bespreche ich das Leasing, das eine besondere Form der Miete darstellt. Leasingverträge ermöglichen es Unternehmen, teure Investitionen über längere Zeiträume zu finanzieren, oft zu geringeren monatlichen Raten als bei Mietverträgen. Ich erläutere die typischen Laufzeiten und die Vorkaufsoptionen, die dem Leasingnehmer die Möglichkeit geben, das geleaste Objekt nach Ablauf des Vertrages zu kaufen. Zugleich beleuchte ich die Nachteile des Leasings, insbesondere die langfristige Bindung und die Tatsache, dass Leasing insgesamt teurer ist als ein Kauf, wenn das Asset über längere Zeiträume genutzt wird.
    Abschließend fasse ich die verschiedenen Aspekte zusammen, um den Zuhörern ein klares Bild davon zu geben, unter welchen Umständen welche Finanzierungsform sinnvoll ist. Besonders die Prüfungsvorbereitung wird durch konkretes Beispiel-Rechnen und das Verständnis der Kriterien erleichtert, die bei der Entscheidung zwischen diesen Optionen zu beachten sind.
    Kauf
    Definition: Einmalige Investition für Eigentum an einem Produkt oder einer Dienstleistung.
    Vorteile:
    Langfristig günstiger als Miete oder Leasing
    Volle Kontrolle und keine Vertragsbindung
    Abschreibungen und steuerliche Vorteile möglich
    Keine Einschränkungen bei Nutzung oder Anpassungen
    Nachteile:
    Hohe Anfangsinvestition nötig
    Risiko von Wertverlust und Veralterung (besonders bei IT-Hardware)
    Wartung und Reparaturen gehen zulasten des Käufers
    Praxisbeispiel: Kauf von Firmenlaptops oder Produktionsmaschinen
    Miete
    Definition: Kurzfristige Nutzung gegen regelmäßige Zahlungen ohne Eigentumserwerb.
    Vorteile:
    Hohe Flexibilität (monatlich kündbar, kurze Laufzeiten)
    Keine hohen Anfangsinvestitionen
    Wartung und Service oft inklusive
    Gut für kurzfristige oder projektbezogene Einsätze
    Nachteile:
    Langfristig oft teurer als Kauf oder Leasing
    Kein Eigentum – Unternehmen hat keine Abschreibungsmöglichkeiten
    Eingeschränkte Individualisierungsmöglichkeiten
    Praxisbeispiel: IT-Ausrüstung für temporäre Projekte
    Leasing
    Definition: Langfristige Miete mit festgelegten Raten, oft mit Kaufoption am Ende.
    Vorteile:
    Geringe Anfangsinvestition
    Planbare Kosten über einen längeren Zeitraum
    Bilanzneutral (je nach Leasingart)
    Aktuelle Technik ohne hohe Einmalzahlung nutzbar
    Nachteile:
    Vertragliche Bindung über Jahre
    Gesamtkosten oft höher als Direktkauf
    Eventuelle Restwertrisiken oder Zusatzkosten bei Rückgabe
    Praxisbeispiel:: Leasing von Servern oder Firmenfahrzeugen
    Vergleich und Entscheidungshilfe
    Wann lohnt sich welche Finanzierungsform? Entscheidungskriterien: Budget, Nutzungsdauer, Flexibilität, steuerliche Aspekte
    Beispielrechnung: Firmenwagen - Kauf, Miete oder Leasing?
    Annahmen für den Vergleich:
    Fahrzeug: Mittelklasse-Firmenwagen
    Kaufpreis: 40.000 €
    Jährliche Fahrleistung: 30.000 km
    Wartung & Versicherung: 150 €/Monat (bei Kauf oder Leasing, in Miete oft enthalten)
    Finanzierungskosten: 3% p.a. (bei Kauf auf Kredit)
    Restwert nach 3 Jahren: 50% des Kaufpreises = 20.000 €
    Kauf (mit 3% Kreditfinanzierung)
    Kreditbetrag: 40.000 €, Laufzeit 3 Jahre, 3% Zinsen
    Monatliche Rate (Annuitätendarlehen): 1.160 €
    Gesamtkosten für Kredit: 1.160 € × 36 Monate = 41.760 €
    Wartung & Versicherung über 3 Jahre: 150 € × 36 Monate = 5.400 €
    Wiederverkaufswert nach 3 Jahren: -20.000 €
    Gesamtkosten: 41.760 € + 5.400 € - 20.000 € = 27.160 €
    ✅ Vorteile: Langfristig günstiger, Eigenkapitalbildung
    ❌ Nachteile: Hohe Anfangsinvestition, Wertverlustrisiko
    Miete (Auto-Abo)
    Monatliche Rate: 1.200 € (inkl. Wartung, Versicherung, Steuer)
    Gesamtkosten über 3 Jahre: 1.200 € × 36 Monate = 43.200 €
    ✅ Vorteile: Keine langfristige Bindung, alle Kosten enthalten
    ❌ Nachteile: Sehr teuer auf lange Sicht, kein Eigentum
    Leasing
    Monatliche Leasingrate: 500 €
    Wartung & Versicherung: 150 €
    Gesamtkosten über 3 Jahre: (500 € + 150 €) × 36 Monate = 23.400 €
    Falls Kauf am Ende möglich: Restwertzahlung 20.000 €
    Kosten ohne Kauf: 23.400 €
    Kosten mit Kauf: 43.400 €
    ✅ Vorteile: Niedrige monatliche Kosten, steuerliche Vorteile
    ❌ Nachteile: Langfristige Verpflichtung, evtl. Mehrkosten bei Rückgabe
    Vergleich der Gesamtkosten über 3 Jahre
    Kauf (Kreditfinanziert): 47.160 €
    Miete (Auto-Abo): 43.200 €
    Leasing (ohne Kauf): 23.400 €
    Leasing (mit Kauf): 43.400 €
    Kauf ist auf lange Sicht günstiger als Leasing mit Kaufoption, aber erfordert höhere Anfangsinvestitionen. Falls das Auto länger als 3 Jahre genutzt wird, wird Kauf noch attraktiver, da nach Kreditablösung keine monatlichen Raten mehr anfallen.
    Miete ist am teuersten, lohnt sich aber für maximale Flexibilität.
    Leasing ist am günstigsten, wenn das Auto nach 3 Jahren zurückgegeben wird.
    Links
    Permalink zu dieser Podcast-Episode
    RSS-Feed des Podcasts
    Transkription der gesamten Episode
    [0:00] Herzlich willkommen zum IT-Berufe-Podcast, dem Podcast rund um die Ausbildung in den IT-Berufen. In dieser Episode geht es um den Unterschied zwischen Kauf, Miete und Leasing. Viel Spaß!
    [0:12] Hallo und herzlich willkommen zur 193. Episode des IT-Berufe-Podcasts.
    [0:18] Mein Name ist Stefan Macke und heute geht es mal um ein ganz, ganz spannendes Thema, was allerdings wenig mit IT zu tun hat, aber was oft in der IT-Abschlussprüfung abgefragt wird. Und zwar den Unterschied zwischen Kauf, Miete und Leasing. Was hat das mit IT zu tun, fragt man sich, wenn man dieses Thema hört. Aber wie wir alle wissen, sind die IT-Berufe kaufmännische Berufe. Und deswegen müssen wir auch ein bisschen Rechnungswesen und so ein Zeug lernen. Und dazu gehört zum Beispiel auch die Frage, wenn ich was für mein Unternehmen anschaffen möchte, zum Beispiel ein Auto, eine Maschine oder auch Server, die sind ja auch nicht gerade günstig heutzutage.
    [0:55] Was ist denn da am sinnvollsten? Soll ich das Ding kaufen? Soll ich da für einen Kredit aufnehmen? Miete ich mir die vielleicht oder lease die? Und was da so die Unterschiede sind zwischen diesen drei Arten der Finanzierung für Investitionen, wie zum Beispiel Serveranschaffung und so weiter. Das wollen wir uns heute mal anschauen oder anhören, besser gesagt. Und die Frage ist, wie bin ich jetzt auf dieses Thema gekommen? Ich habe ja in meiner letzten Episode die ganzen bisherigen Themen der AP1 und 2 für AnwendungsentwicklerInnen auseinandergenommen. Und da ist mir mit Erstaunen aufgefallen, dass tatsächlich auf Platz 6 Auf Platz 5 der Themen, die bisher die meisten Punkte brachten in den AP1en, steht tatsächlich Leasing. Und das ist dann oft sowas wie, vergleichen Sie Leasing mit Miete oder Kauf, was sind die Vor- und Nachteile, aber teilweise auch wirklich komplett ausgerechnet, das und das ist die Leasingrate, was kostet das nach x Jahren und so weiter und so fort. Also da kann man ganz viel mit verbinden. Sowohl schöne kleine Rechenaufgaben als auch so ein bisschen Wissensfragen.
    [1:53] Was ist der Unterschied? Was heißt überhaupt Wiesing und so weiter? Und ja, das ist, da hätte ich jetzt nicht gedacht, dass es zu diesem Thema so viele Fragen schon gab. Deswegen ist es Zeit, das jetzt vielleicht mal aufzunehmen, weil wir wollen ja auch ein bisschen die Prüfungsvorbereitung natürlich machen. Und außerdem sind solche Fragen natürlich nicht nur für die Prüfung interessant, sondern auch für den Rest des Lebens. Wenn man vielleicht mal irgendwas anschaffen will, auch als Privatperson, ist es ja vielleicht ganz interessant, die Unterschiede zu kennen oder zumindest dann, worauf man achten kann oder soll, wenn man sich entscheidet, wie man es machen will.
    [2:19] Ja, und so würde ich das heute einfach mal aufbauen. Wir gucken uns die drei Sachen an und ich würde anfangen mit dem Kauf. Dann gehen wir zur Miete und dann kommen wir zum Leasing. In der Reihenfolge würde ich mal durchgehen. Den jeweiligen Vor- und Nachteilen und was am Ende dann so die Kriterien sind, um zu entscheiden,...
    43 min
  • Themen der bisherigen IHK-Prüfungen für die IT-Berufe (AP1) und Fachinformatiker Anwendungsentwicklung (AP2) – IT-Berufe-Podcast #192
    Ich analysiere die schriftlichen IHK-Prüfungen AP1 und AP2 für Anwendungsentwicklung und präsentiere eine umfassende Übersicht der Prüfungsinhalte seit 2020 in der einhundertzweiundneunzigsten Episode des IT-Berufe-Podcasts.
    In dieser Episode des IT-Berufe-Podcasts fokussiere ich mich auf die schriftlichen IHK-Prüfungen AP1 und AP2 für Anwendungsentwicklung und präsentiere eine umfassende Analyse der bisherigen Prüfungsinhalte. Dabei habe ich alle Prüfungen seit 2020 durchgeschaut und alle Themen sowie die vergebenen Punkte systematisch erfasst. Diese Informationen sind jetzt in einer übersichtlichen Datenbank zusammengeführt, die dir bei der gezielten Prüfungsvorbereitung helfen kann.
    Ich beginne mit der Vorstellung der allgemeinen Prüfungsinhalte von AP1, die für alle IT-Berufe identisch sind. Durch die Clusterung der Themen nach Häufigkeit und Punktvergabe ermögliche ich einen Überblick darüber, welche Themen in der Vergangenheit am häufigsten abgefragt wurden und welche besonders wertvoll für deine Vorbereitung sind. Hierbei stelle ich fest, dass Themen wie Hardware und Wirtschaftlichkeit konstant präsent waren, sodass eine gezielte Vorbereitung in diesen Bereichen besonders empfehlenswert ist.
    Im Anschluss gehe ich speziell auf die AP2-Prüfungen für Anwendungsentwickler:innen ein. Durch die detaillierte Auswertung aller Aufgaben aus den Prüfungen hat sich herausgestellt, dass Pseudocode mit Abstand die meisten Punkte einbringt. Diese Erkenntnis ist besonders wertvoll für alle Prüflinge, die häufig Schwierigkeiten in diesem Bereich haben. Des Weiteren betrachte ich die Themen Datenbanken und Algorithmen, die ebenfalls häufig abgefragt werden, und gebe Tipps, wie man sich strukturiert auf diese Inhalte vorbereiten kann.
    Zusätzlich biete ich den Zuhörer:innen die Möglichkeit, die aufbereiteten Statistiken direkt auf meiner Website einzusehen. Dort sind nicht nur die häufigsten Themen gelistet, sondern auch spezifische Aufgaben, die als besonders punkteträchtig identifiziert wurden. Ich ermutige alle Zuhörer:innen dazu, sich intensiv mit diesen Materialien auseinanderzusetzen und ihre Prüfungsstrategien entsprechend anzupassen.
    Gemeinsam erarbeiten wir Ansätze, wie man das Lernen optimieren kann, um mit den erlangten Erkenntnissen in die prüfungsrelevanten Themen gezielt einzutauchen. Ich teile auch persönliche Empfehlungen zu Literaturempfehlungen und Vorbereitungsstrategien, die sich in der Praxis bewährt haben. Mein Ziel ist es, dir nicht nur die notwendigen Informationen an die Hand zu geben, sondern auch eine strukturierte Herangehensweise an die Prüfungsvorbereitung zu vermitteln.
    Die Episode ist also nicht nur eine Auflistung von Themen, sondern bietet eine tiefere Einsicht in die Prüfungsdynamik der IHK und geht auf die richtige strategische Vorbereitung ein. Sei es als Auszubildender oder als Ausbilder, die gewonnenen Daten sind ein wertvolles Werkzeug zur Verbesserung der Prüflingsleistung. Damit möchte ich dich motivieren, deine Vorbereitung aktiv mit diesen Daten zu unterstützen, um deine Erfolgschancen signifikant zu erhöhen.
    Literaturempfehlungen
    Ich habe meine Literaturempfehlungen extra für diese Episode komplett aktualisiert: Literaturempfehlungen für die IT-Berufe.
    Links
    Permalink zu dieser Podcast-Episode
    RSS-Feed des Podcasts
    Themen der schriftlichen IHK-Prüfungen der IT-Berufe
    Podcast-Episode als Video bei YouTube
    Transkript der gesamten Episode
    [0:07] Einleitung zur Prüfungsvorbereitung
    [0:02] Hallo und herzlich Willkommen zur 192. Episode des IT-Berufe-Podcasts. In dieser Episode geht es um die Themen der bisherigen schriftlichen IHK-Prüfung AP1 und AP2 für Anwendungsentwicklung. Viel Spaß!
    [0:19] Statistiken zu IHK-Prüfungen
    [0:20] Hallo und herzlich Willkommen zur 192. Episode des IT-Berufe-Podcasts. Mein Name ist Stefan Macke und heute habe ich mal eine Kleinigkeit für dich mitgebracht als Serviceleistung von mir. Und zwar habe ich die bisherigen Abschlussprüfungen, die schriftlichen Abschlussprüfungen der IT-Berufe, nämlich die AP1, die ja für alle IT-Berufe gleich ist, und die AP2 für Anwendungsentwicklung, weil das ja nun mal einfach mein Kerngebiet ist, komplett durchgeschaut von vorn bis hinten. Und ich habe mir jede Aufgabe einzeln angeguckt und mir dazu notiert, wie das Themengebiet ist, also zum Beispiel, weiß ich nicht, RAID, Softwareentwicklung, wie auch immer. Und mir dann noch dazu notiert, wie viele Punkte die Aufgabe gab. Und das Ganze habe ich dann in eine große Datenbank eingetragen und jetzt ein paar Statistiken darauf ausgeführt. Und diese Statistiken können dir vielleicht bei der Prüfungsverbreitung ein bisschen helfen. Und ja, das möchte ich heute einfach mal in der Episode kurz vorstellen. Und am besten kannst du dir das Ganze selber angucken auf der Website, itberufepodcast.de slash 192. Da findest du die Shownotes zur heutigen 192. Episode. Und da ist natürlich auch diese Themenliste verlinkt. Und da kannst du einfach mal selber reingucken. Ansonsten würde ich jetzt einfach mal anfangen und meine ersten Erkenntnisse der ersten paar Prüfungen hier vorstellen.
    [1:32] Also, ich habe alle bisherigen Prüfungen durchgeschaut seit 2020. Da wurden die IT-Berufe ja neu geordnet. Gab es eine neue Prüfungsordnung mit AP1 und AP2. Und ja, jetzt ist natürlich immer die spannende Frage, wenn ich mich auf eine Prüfung vorbereite, was soll ich denn lernen? Gerade für die AP1, für alle IT-Berufe, die Themen sind ja sehr, sehr breit gestreut. Und ich habe mir jetzt einfach mal die Mühe gemacht, alle einmal durchzugucken, alle Prüfungen. Und die so ein bisschen zu klastern, nach Themengebieten, aber auch nach konkreten Themen. Und vor allem habe ich dann halt eben auch die Punkte dazu notiert, sodass ich jetzt am Ende so etwas sagen kann wie, Thema X hat bislang in den Prüfungen die meisten Punkte erbracht. Und wenn du jetzt wenig Zeit hast, dich auf die Prüfung vorzubereiten, dann kannst du vielleicht mit den Themen anfangen, die bisher die meisten Punkte brachen. Könnte eine Strategie sein. Ich sage nicht, dass das die einzig sinnvolle Strategie ist oder überhaupt eine sinnvolle Strategie, denn wie es auch am Finanzmarkt ist, nur weil es in der Vergangenheit passiert ist oder in sich entwickelt hat, heißt das nicht, dass es auch in der Zukunft kommt. Also könnte natürlich jetzt sein, dass in den nächsten Prüfungen die bisher häufigsten Themen gar nicht wieder abgefragt werden. Ich kann es mir fast nicht vorstellen, denn so ein bisschen gesunder Menschenverstand, wenn man auf die Themen guckt, dann merkt man, das sind eigentlich die Kernthemen für die jeweiligen Prüfungen. Also ich könnte mir vorstellen, dass das auch in der Zukunft passiert, aber ich habe natürlich keinen Einfluss darauf. Ich weiß nicht, was in den zukünftigen Prüfungen passiert.
    [2:48] Aber ja, die Tendenz ist auf jeden Fall da und eine recht hohe Wahrscheinlichkeit, glaube ich. Und dann gucken wir doch einfach mal rein, was ich da jetzt gemacht habe. Also die Liste, von der ich jetzt hier spreche oder die Liste 10, findest du bei mir auf der Website. Wenn du nicht mehr in die Shownotes gehst, kannst du hier oben aufs Menü gehen. Da gibt es beliebte Seiten bei mir auf der Seite.
    [3:10] Literaturempfehlungen für die Prüfung
    [3:07] Und dann gibt es da den Unterpunkt Themen der schriftlichen IHK-Prüfung. Und wenn du das anklickst, dann findest du meine Liste, wo ich unter anderem als allererstes nochmal auch ein bisschen Literaturempfehlungen zusammengestellt habe. Das habe ich extra in Vorbereitung für diese Seite auch gemacht. Denn ich werde immer ganz oft gefragt, ja, jetzt sind da tausend Themen auf der Seite, aber wie lerne ich die denn?
    [3:26] Und ja, ich habe einfach mal alles zusammengestellt, was ich so an Büchern hauptsächlich meinen eigenen Azubis empfehle, die die auch immer selber bekommen und mir teilweise sogar zusammen lesen oder auch in der Schule durcharbeiten. Und verschiedene andere Sachen. Ganz oben auf der Liste steht selbstverständlich alte Prüfungen. Ich hoffe, das ist inzwischen angekommen, dass man am besten für die Prüfung lernt, indem man alte Prüfungen durchgeht, um auch so ein bisschen für die Fragestellung sich vorzubereiten. Und was die IHK, sage ich selber schon hier, natürlich der IHK-Erstellungsausschuss, da eigentlich von einem hören will. Aber das nur am Rande, das findest du halt auch ganz oben, wenn du dir das anschauen willst. Und dann kommen wir zum eigentlichen Inhalt. Ich hatte bislang auf der Seite schon tatsächlich früher mal händisch aus den sehr, sehr alten Prüfungen. 2010, 2011 etc. Habe ich das Ganze schon mal gemacht und so die Punkte rausgeschrieben. Auch für meine eigene Ausbildertätigkeit. Ich muss ja auch so ein bisschen wissen, was kam in welcher Prüfung dran. Oder als simples Beispiel, ich mache gerade mit meinen Azubis das Thema RAID. Jetzt hätte ich gerne eine echte Prüfungsaufgabe zum Thema RAID. Dann wäre halt cool, wenn ich irgendwo suchen kann und nicht in, weiß ich nicht, ganz vielen Blättern durchblättern muss, weil ich in irgendeiner Prüfung da meine Aufgabe gesehen habe und ich suche mir da einen Wolf quasi. Das heißt, das ist für mich eigentlich gewesen, diese Liste zu erstellen. Ich habe dann aber auch irgendwann aufgehört, 2018, das ist auch schon ein paar Jährchen her, ja. Und jetzt habe ich das Ganze mal auf die neuen Prüfungen angepasst. Und habe es dann jetzt halt mit einer Datenbank im Hintergrund gemacht. Das hat jetzt den Vorteil, wenn eine neue Prüfung kommt, dann kann ich die einmal erfassen, packe die in die Datenbank und diese Statistik auf der Seite ist automatisch aktuell. Es wird also wirklich aus einer Datenbank gespeist hier.
    [4:56] Und ja, wenn man auf die Seite geht, dann sieht man ein paar Statistiken. Ich habe das säuberlich getrennt. Einmal nach Teil 1 der Abschlussprüfung, AP1, weil der für alle IT-Berufe ja gleich ist. und dann den AP2-Teil, in meinem Fall halt nur für Anwendungsentwicklung,...
    24 min
  • Stellenangebot: Mitarbeiter (m/w/d) für den IT-Bereich Operative Informationssicherheit in Vechta – IT-Berufe-Podcast

    In dieser Sonder-Episode des IT-Berufe-Podcasts geht es um eine Stellenausschreibung als Mitarbeiter (m/w/d) für den IT-Bereich Operative Informationssicherheit bei meinem Arbeitgeber, der ALTE OLDENBURGER Krankenversicherung AG in Vechta.

    Inhalt

    Bei meinem Arbeitgeber, der ALTE OLDENBURGER Krankenversicherung AG aus Vechta, suchen wir zum nächstmöglichen Zeitpunkt Unterstützung im IT-Bereich. Wir schreiben aktuell eine Stelle als Mitarbeiter (m/w/d) für den IT-Bereich Operative Informationssicherheit aus.

    Kurzübersicht der Stelle
    • Bezeichnung: Mitarbeiter (m/w/d) für den IT-Bereich Operative Informationssicherheit
    • Art der Anstellung: unbefristete Festanstellung
    • Arbeitsort: ALTE OLDENBURGER Krankenversicherung AG, Alte-Oldenburger-Platz 1, 49377 Vechta
    • Homeoffice: bis zu 60% der wöchentlichen Arbeitszeit können im Homeoffice erbracht werden
    • Beginn: schnellstmöglich
    • Sonderleistungen: Urlaubs- und Weihnachtsgeld (14 Gehälter), Fahrtkostenzuschuss zur Arbeitsstelle, 40 EUR vermögenswirksame Leistungen pro Monat, Firmenfitness, Mitarbeiterrabatte für Versicherungen, betriebliche Altersvorsorge, Kinderbetreuungszuschuss
    • Wöchentliche Arbeitszeit: 38 Stunden im Gleitzeitmodell ohne Kernarbeitszeit (bei einer Vollzeitbeschäftigung)
    • Jährlicher Urlaubsanspruch: 30 Tage
    • zusätzlicher Urlaub: Möglichkeit zur Umwandlung eines Teils des Urlaubsgelds in 5 Tage zusätzlichen Urlaub
    • Weiterbildungsmöglichkeiten: (Duales) Studium (z.B. Wirtschaftsinformatik, technische Informatik), IHK-Weiterbildungen, externe Technologieschulungen, Konferenzbesuche
    • Sonstiges: frisches Obst, kostenlose Kaffeespezialitäten, modern und ergonomisch ausgestattete Arbeitsplätze (überall höhenverstellbare Tische), betriebliche Gesundheitsförderung, eine kostenfreie Rückenmassage pro Monat (außerhalb der Arbeitszeit), ein hervorragendes Betriebsrestaurant mit bezuschussten Speisen, ein Employee-Assistance-Program, viele gemeinsame Aktivitäten wie z.B. Weihnachtsfeier, Betriebsausflug oder Spargelessen
    • Technische Highlights der Arbeit bei der AO
      • Moderne IT-Infrastruktur
        • Windows 11 und SUSE Linux
        • Virtualisierung mit Citrix und VMware
        • Fokus auf DevOps
          • Gute Zusammenarbeit zwischen Administration und Entwicklung
          • Auf- und Ausbau der Container-Infrastruktur mit Docker und Kubernetes
          • Tools: Gitea, Jenkins, Gradle, Artifactory, SonarQube
          • Detailinformationen zur Stelle

            Unter dem folgenden Link kannst du dir alle Details zu der ausgeschriebenen Stelle anschauen und findest auch die notwendigen Daten für deine Bewerbung bei uns.

            Mitarbeiter (m/w/d) für den IT-Bereich Operative Informationssicherheit

            Mitarbeiter (m/w/d) für den IT-Bereich Operative Informationssicherheit

            Wir suchen zum nächstmöglichen Zeitpunkt einen Mitarbeiter (m/w/d) für den IT-Bereich Operative Informationssicherheit in Festanstellung.

            Deine Aufgaben

            • Erstellung von Dokumenten im Rahmen des Information Security Management Systems (ISMS)
            • Risikoanalysen und Durchführung der dazugehörigen Maßnahmen
            • Aufbau und Betreuung eines zentralen Dienstleistermanagements in der IT
            • Kontrollen im Rahmen eines Security Operations Centers (SOC)
            • IT-Assetmanagement: Pflege und Aktualisierung der IT-Assets in Zusammenarbeit mit den Prozess-, Produkt- und Serververantwortlichen
            • IT-Notfallmanagement mit Notfallübungen und der kontinuierlichen Pflege der Dokumentation
            • Deine neue Abteilung

              Die Abteilung IT-Betrieb & Anforderungen übernimmt unterschiedliche Aufgaben hinsichtlich IT-Infrastruktur, Support, technischer Redaktion und Anforderungsmanagement. Zur Abteilung gehören derzeit neun Mitarbeiterinnen und Mitarbeiter. Die im Folgenden genannten Aufgabenbereiche beziehen sich oftmals nicht nur auf die Abteilung. Daher gehört die Zusammenarbeit mit den anderen IT-Abteilungen, den Fachabteilungen sowie Stabsbereichen, aber auch zu anderen Unternehmen aus dem Konzern zum Alltag.

              Der Betrieb und die Erweiterung der bestehenden Server- und Client-Infrastruktur für über 300 Anwenderinnen und Anwender umfasst sowohl Windows- als auch Linux-Systeme. Hier werden im Bedarfsfall auch Scripting bzw. Automatisierungen für Routineaufgaben genutzt. Sollte mal etwas nicht wie gewünscht laufen, dann gehören auch Störungsanalysen und -behebungen zu den Aufgaben. Um die Zukunft der Infrastruktur zu sichern, wird auch Wert auf Themen wie Sicherheit, Performance, Wartbarkeit und Skalierbarkeit gelegt. Im Support sind wir für alle Mitarbeiterinnen und Mitarbeiter da und unterstützen bei kleinen und großen Problemen.

              Zu Beginn deine Tätigkeit bei der AO bekommst du einen erfahrenen Mentor an die Seite gestellt, der dir alle Fragen beantworten kann und dich in die ersten Aufgaben und Projekte einführt. Sowohl die technischen Systeme, als auch das Unternehmen selbst und unsere Produkte werden dir in kurzen Schulungen nähergebracht. Fachlich wirst du von den jeweiligen Teammitgliedern betreut und in die Infrastruktur eingeführt.

              Die ALTE OLDENBURGER gehört übrigens zu den Siegern der Arbeitgeber-Wettbewerbe des internationalen Forschungs- und Beratungsinstituts Great Place to Work. Die ALTE OLDENBURGER zählt zu den zehn „Besten Arbeitgebern Niedersachsen/Bremen 2023“ und wurde darüber hinaus sogar auch als einer von 100 „Deutschlands besten Arbeitgebern 2023“ ausgezeichnet.

              Links
              • Permalink zu dieser Podcast-Episode
              • RSS-Feed des Podcasts
              • Mitarbeiter (m/w/d) für den IT-Bereich Operative Informationssicherheit bei der ALTE OLDENBURGER Krankenversicherung AG in Vechta
              • Der Beitrag Stellenangebot: Mitarbeiter (m/w/d) für den IT-Bereich Operative Informationssicherheit in Vechta – IT-Berufe-Podcast erschien zuerst auf IT-Berufe-Podcast.

                12 min
              • Neuer Prüfungskatalog für die AP2 als Fachinformatiker Anwendungsentwicklung ab 2025 – IT-Berufe-Podcast #191
                Um die Änderungen im Prüfungskatalog für die AP2 als Fachinformatiker Anwendungsentwicklung ab 2025 geht es in der einhunderteinundneunzigsten Episode des IT-Berufe-Podcasts.
                TL;DR
                Für deine AP2 als Fachinformatiker:in Anwendungsentwicklung gilt ab der Sommerprüfung 2025 ein neuer Prüfungskatalog. Ich habe die Änderungen zusammengestellt: SQL wird über ein standardisiertes Beiblatt genauer beschrieben; ausdrücklich ergänzt wurden unter anderem Anwendungssicherheit, Test Driven Development und Architekturpattern. Gestrichen wurden beispielsweise Struktogramme, Programmablaufpläne und mehrere bisher genannte Trendthemen. Für deine Prüfung solltest du alle Themen im Katalog berücksichtigen, weil auch selten abgefragte Inhalte vorkommen können.
                Kapitelmarken
                [00:00:00] Neuer Prüfungskatalog für die AP2 Anwendungsentwicklung
                [00:00:58] Tabelle mit Änderungen und persönlichen Kommentaren
                [00:02:41] Gültigkeit ab Sommerprüfung 2025 und aktuelle Themenliste
                [00:04:54] Beispiellisten im Katalog und beruflich relevantes Wissen
                [00:07:06] Anomalien und Redundanzen in Datenbanken
                [00:07:44] SQL und das standardisierte Beiblatt
                [00:09:59] Last- und Performance-Tests
                [00:10:20] Angriffe auf Anwendungen und Schutzmaßnahmen
                [00:11:28] Kerberos und Single Sign-on
                [00:12:17] ODBC für den Datenbankzugriff
                [00:13:01] Monitoring von Systemen
                [00:13:49] Programm- und Konfigurationsdokumentation
                [00:14:41] NAS und SAN als neue AP2-Themen
                [00:15:53] Netzwerktechnik und selten abgefragte Prüfungsinhalte
                [00:18:02] Softwarequalitätsmerkmale nach ISO-Norm
                [00:18:38] Cyberphysische Systeme
                [00:19:18] Test Driven Development
                [00:20:02] Scrum im Prüfungskatalog
                [00:20:39] Designpattern und Architekturpattern
                [00:21:49] Kapselung und Objektorientierung
                [00:22:33] Sortierverfahren und Suchalgorithmen
                [00:25:05] Gestrichene Trendthemen
                [00:29:37] Struktogramme und Programmablaufpläne entfallen
                [00:31:17] Loadbalancing entfällt
                [00:32:03] Data Warehouse entfällt
                [00:32:55] Programmierparadigmen als gestrichener Begriff
                [00:33:49] Prüfungskatalog und Themenliste für deine Vorbereitung
                [00:34:38] Kostenfreie Ausbildungsbegleitung per Newsletter
                Inhalt
                Zur AP2 (Gestreckte Abschlussprüfung Teil 2) als Fachinformatiker Anwendungsentwicklung im Sommer 2025 gilt ein neuer Prüfungskatalog. Ich habe die Unterschiede zusammengestellt.
                Zusammenfassung
                Die folgenden Punkte fassen die zentralen Änderungen (aus meiner Sicht) zusammen.
                Zusätzliche bzw. genauer spezifizierte Inhalte
                Anomalien/Redundanzen in Datenbanken erkennen
                SQL (detailliertes Beiblatt)
                Last-/Performancetests
                potentielle Angriffe wie Man-in-the-Middle, SQL-Injection, DDoS-Attacke
                Kerberos
                ODBC
                Monitoring von Systemen
                Programm- und Konfigurationsdokumentation
                NAS und SAN
                Softwarequalitätsmerkmale
                Cyber-physische Systeme
                Test Driven Development (TDD)
                Scrum
                Architektur-Pattern
                Kapselung in der Objektorientierung
                Sortierverfahren wie Bubble/Selection/Insertion Sort
                Gestrichene Inhalte
                "Trends" wie Smart Grid, IoT, Industrie 4.0, KI, Blockchain, Big Data, Augmented Reality
                Struktogramm (Nassi-Shneiderman) und Programmablaufplan (PAP)
                Load Balancing
                Data Warehouse
                Programmierparadigmen
                Detaillierter Vergleich der bisherigen und neuen Inhalte des Prüfungskatalogs für die AP2 als Fachinformatiker Anwendungsentwicklung
                In der folgenden Tabelle habe ich alle Unterschiede zwischen altem (ab 2020) und neuem (ab 2025) Prüfungskatalog für die AP2 als Fachinformatiker Anwendungsentwicklung gegenübergestellt.
                Rote Punkte habe ich im neuen Prüfungskatalog nicht wiedergefunden. Sie werden daher in den neuen Prüfungen so nicht mehr erwartet.
                Grüne Punkte habe ich im alten Prüfungskatalog nicht wiedergefunden. Sie werden daher in den neuen Prüfungen zusätzlich erwartet.
                Wenn sich lediglich Formulierungen oder Aufteilungen geändert haben, aber die Punkte inhaltlich gleich geblieben sind, stehen sie gar nicht in der Tabelle.
                Wenn Punkte an andere Stellen im Prüfungskatalog verschoben wurden, habe ich das in den Spalten Alter Unterpunkt und Neuer Unterpunkt gekennzeichnet.
                Meine persönliche (!) Bewertung (hin und wieder leicht ironisch) der Änderungen stehen in der Spalte Kommentar.
                Ein "x" in Spalte wichtig deutet auf eine zentrale Änderung hin, die sich meiner Meinung nach merklich auf die Prüfungsvorbereitung der Azubis auswirkt.
                Die Punkte haben Präfixe, weil sie sich sonst doppeln. FÜ steht für Fachrichtungsübergreifende berufsprofilgebende Fertigkeiten, Kenntnisse und Fähigkeiten und BP für Berufsprofilgebende Fertigkeiten, Kenntnisse und Fähigkeiten in der Fachrichtung Anwendungsentwicklung.
                Unterpunkt
                Alter Inhalt
                Neuer Inhalt
                Alter Unterpunkt
                Neuer Unterpunkt
                Kommentar
                wichtig
                FÜ-01.02
                BGB/HGB
                Chancen und Risiken der technischen Entwicklungen kennen und identifizieren können
                FÜ-02.01
                die "Trends" von gestern sind der Normalzustand heute
                Ausfallsicherheit, bspw. redundante Systeme, selbstkonfigurierende Systeme
                FÜ-02.01
                Lebenslanges Lernen
                FÜ-02.01
                wie soll man das auch abfragen!?
                Teilhabe, soziale Stabilität
                FÜ-02.01
                wird hoffentlich in WiSo abgedeckt
                Veränderungen von Einsatzfeldern kennen und beurteilen können
                FÜ-02.02
                Geräteklassen
                FÜ-02.02
                schon in AP1
                Vernetzung, Integration und Modularisierung, Zentralisierung/Dezentralisierung, Embedded Systems
                FÜ-02.02
                Smart Grid
                FÜ-02.02
                IoT, Industrie 4.0
                FÜ-02.02
                eher was für den FIDV
                Kl, autonome Systeme
                FÜ-02.02
                das ist ja jetzt auch schon in AP1 drin
                Big Data
                FÜ-02.02
                das fände ich schon noch wichtig für FIAE
                Cloud
                On Premises, Cloud ...
                FÜ-02.02
                BP-02.04
                Block Chain, Smart Contracts
                FÜ-02.02
                das war wirklich nur ein Hype
                Augmented Reality
                FÜ-02.02
                eher was für den neuen Beruf "Gestalter/-in für immersive Medien"
                FÜ-02.01
                Komponententest, Funktionstest, Integrationstest
                Komponententest, Integrationstest, Systemtest
                FÜ-03.01
                FÜ-02.01
                FÜ-02.02
                Abbildung der Kontrollstrukturen mittels Struktogramm, PAP oder Pseudocode als didaktisches Hilfsmittel
                Abbildung der Kontrollstrukturen mittels Aktivitätsdiagramm oder Pseudocode als didaktisches Hilfsmittel
                FÜ-03.02
                FÜ-02.02
                goodbye Struktogramm und PAP
                x
                FÜ-02.03
                Anomalien/Redundanzen erkennen
                kann gefühlt in jedem Fachgespräch dran
                x
                FÜ-02.03
                Tabellenstruktur (CREATE TABLE, ALTER TABLE), Index (CREATE INDEX), Manipulation (INSERT, UPDATE, DELETE), Projektion (SELECT FROM) Selektion (SELECT FROM ...WHERE) und (SELECT ... (SELECT ...)), Sortieren (ORDER BY), Gruppieren (GROUP BY, HAVING)
                ...
                36 min
              • Kostenfreie Prüfungsvorbereitung für AP1 und AP2 FIAE – IT-Berufe-Podcast #999

                Kostenfreie Prüfungsvorbereitungskurse zur AP1 und AP2 FIAE

                Kurz vor der letzten AP2 im November 2025 habe ich bereits einmal zwei Termine zur gemeinsamen Prüfungsvorbereitung angeboten.

                Leider kam mir dann eine Erkrankung dazwischen und ich konnte keinen von beiden Terminen anbieten.

                Als ich so darüber nachdachte, kam mir die Idee, einen längerfristigen Prüfungsvorbereitungskurs anzubieten. Denn ganz ehrlich: Was bringen zwei Termine kurz vor der Prüfung?

                Ich selbst predige ja seit Jahren im Podcast, dass man früh genug anfangen soll, für die Prüfung zu lernen. Also ist es doch eigentlich nur konsequent, auch langfristig Termine für die Prüfungsvorbereitung anzubieten und nicht erst in der Woche vor der Prüfung. Und das mache ich jetzt einfach!

                In einigen Wochen bzw. Monaten stehen die nächste AP1 und AP2 in den IT-Berufen an.

                • AP1: 25.03.2025
                • AP2: 07.05.2025
                • Deswegen biete ich für beide Prüfungen bis dahin wöchentlich einen Vorbereitungstermin an. Die AP1 ist natürlich für alle IT-Berufe identisch, aber bei AP2 konzentriere ich mich auf den Beruf Fachinformatiker Anwendungsentwicklung (FIAE).

                  Wenn du Interesse an einem der Termine hast, kannst du dich gerne unverbindlich für meinen Newsletter anmelden. Ich werde dir dann rechtzeitig zum nächsten Termin die nötigen Zugangsdaten für unseren Termin schicken.

                  Anmeldung zum IT-Berufe-Newsletter

                  Hier geht es direkt zur Anmeldung: IT-Berufe-Newsletter

                  Informationen zu den Prüfungsvorbereitungskursen

                  Hier kommen die wichtigsten Eckdaten zu den beiden Kursen:

                  • Plattform: Microsoft Teams
                  • Zeitpunkt
                    • AP1: Dienstag von 18 bis 19 Uhr
                    • AP2: Donnerstag von 18 bis 19 Uhr
                    • Preis: Kostenlos, aber ich würde mich über eine kleine Spende freuen, wenn du möchtest.
                    • Themen: Grundsätzlich alles, was in den jeweiligen Prüfungen drankommen kann. Ich würde immer ein paar Themen vorbereiten, mich aber danach richten, was die Teilnehmenden sich wünschen. Falls du Themenwünsche hast, antworte mir gerne einfach auf die E-Mails des Newsletters.
                    • Format: Interaktive Online-Nachhilfe zur Prüfungsvorbereitung. Ich würde Kameras und Mikros der Teilnehmenden erstmal ausschalten, aber über den Chat kann sich jede:r mit Fragen und Anmerkungen beteiligen. Wenn es gut läuft, können wir Mikro und Kamera aber später auch wieder anschalten.
                    • Aufzeichnung: Die Termine werden aufgezeichnet, aber nur für mich persönlich. Ich stelle sie nicht im Nachgang zur Verfügung, weder individuell noch öffentlich. Es handelt sich also ausschließlich um Live-Veranstaltungen.
                    • An-/Abmeldung: Der Kurs ist unverbindlich und du musst dich nicht für jeden Termin an- und abmelden. Ich verschicke rechtzeitig vor jedem Termin die Zugangsdaten und eine Erinnerung. Wenn du keine Lust mehr auf den Kurs hast, kannst du dich mit einem Klick auf einen Link in jeder dieser E-Mails davon abmelden.
                    • Dauer: Ich plane wöchentliche Termine bis zu den obigen Prüfungsterminen. Da aber alles unverbindlich und kostenfrei ist, kann es sein, dass einzelne Termine ausfallen, oder der Kurs ganz abgesagt wird, wenn sich zu wenig Teilnehmende anmelden. Ersatztermine wird es nicht geben.
                    • Teilnehmerkreis: Das Angebot ist exklusiv für meine Newsletter-Abonnent:innen. Der Link zu den Veranstaltungen wird wöchentlich geändert.
                    • Links
                      • Permalink zu dieser Podcast-Episode
                      • RSS-Feed des Podcasts
                      • IT-Berufe-Newsletter
                      • Der Beitrag Kostenfreie Prüfungsvorbereitung für AP1 und AP2 FIAE – IT-Berufe-Podcast #999 erschien zuerst auf IT-Berufe-Podcast.

                        5 min
                      • Neuer Prüfungskatalog für die AP1 der IT-Berufe ab 2025 – IT-Berufe-Podcast #190
                        Um die Änderungen im Prüfungskatalog für die AP1 der IT-Berufe ab 2025 geht es in der einhundertneunzigsten Episode des IT-Berufe-Podcasts.
                        TL;DR
                        Ich habe die Änderungen im AP1-Prüfungskatalog ab Frühjahr 2025 für dich zusammengestellt. Ergänzt oder genauer benannt wurden unter anderem KI, barrierefreie Websites und IPv6 sowie das UML-Aktivitätsdiagramm und Schreibtischtests. Aus dem Katalog entfallen beispielsweise SQL, RAID und SAN sowie Struktogramme und Programmablaufpläne. Für deine Vorbereitung findest du die möglichen Prüfungsthemen im aktuellen Katalog und ergänzende Hinweise in meiner aktualisierten Themenliste.
                        Kapitelmarken
                        [00:00:00] Neuer AP1-Prüfungskatalog ab Frühjahr 2025
                        [00:01:18] Prüfungskatalog als Grundlage für deine Vorbereitung
                        [00:03:00] Meine Tabelle mit den Änderungen im Katalog
                        [00:06:09] Neue AP2-Kataloge und weiterhin relevante Ausbildungsinhalte
                        [00:08:25] Ergänzte und genauer beschriebene Themen
                        [00:09:51] Projektmerkmale und meine aktualisierte AP1-Themenliste
                        [00:11:52] SMART-Kriterien und Wirtschaftlichkeit von Projekten
                        [00:12:41] Wasserfallmodell und Scrum
                        [00:13:40] Künstliche Intelligenz im Prüfungskatalog
                        [00:14:24] Unternehmenssoftware und offene Themenlisten
                        [00:16:21] Social Media und barrierefreie Websites
                        [00:17:51] Clients in Domänen sowie IPv4 und IPv6
                        [00:19:37] HDD und SSD sowie Datenmengen und Übertragungszeiten
                        [00:21:00] UML-Aktivitätsdiagramme für Abläufe und Algorithmen
                        [00:23:44] Fehler im Code und Schreibtischtests
                        [00:24:30] IT-Sicherheit und BSI-Grundschutz
                        [00:26:19] Betroffenenrechte und Datenschutzmaßnahmen
                        [00:28:55] Gestrichene Inhalte und fachliche Tiefe der AP1
                        [00:30:32] Weitere Vorgehensmodelle und SWOT-Analyse entfallen
                        [00:32:02] SAN und RAID sowie LTE und 5G entfallen
                        [00:34:29] Änderungen bei Programmierung und Softwarequalität
                        [00:36:10] Datenbanken werden eingegrenzt und SQL entfällt
                        [00:38:16] Gestrichene Normen und Dokumentationsthemen
                        [00:40:21] Gemeinsames Beiblatt für schriftliche Prüfungen
                        [00:41:44] Kataloge und Material für deine Vorbereitung
                        [00:42:45] Feedback und kostenfreie Ausbildungsbegleitung
                        Inhalt
                        Zur AP1 (Gestreckte Abschlussprüfung Teil 1) der IT-Berufe im Frühjahr 2025 gilt ein neuer Prüfungskatalog. Ich habe die Unterschiede zusammengestellt.
                        Zusammenfassung
                        Die folgenden Punkte fassen die zentralen Änderungen (aus meiner Sicht) zusammen.
                        Zusätzliche bzw. genauer spezifizierte Inhalte
                        Projekte
                        Projektmerkmale
                        SMART-Prinzip
                        Wirtschaftlichkeit
                        Wasserfallmodell und Scrum
                        Künstliche Intelligenz (KI)
                        Software
                        Softwareprodukte wie ERP, SCM, CRM
                        Social Media
                        Barrierefreiheit auf Websites
                        Netzwerkadministration
                        Einbindung eines PCs in eine Domäne
                        IPv4 und IPv6
                        HDD vs. SSD
                        Übertragungsraten, -zeiten und Datenmengen berechnen
                        UML-Aktivitätsdiagramm
                        Fehler in Code finden und Schreibtischtest durchführen
                        IT-Sicherheit
                        Schutzziele (Vertraulichkeit, Verfügbarkeit, Integrität)
                        Hashverfahren
                        Zweifaktorauthentifizierung (2FA)
                        Härtung von Betriebssystemen
                        Datenschutz
                        Betroffenenrechte nach DSGVO
                        Anonymisierung und Pseudonymisierung
                        Gestrichene Inhalte
                        Projekte
                        Weitere Vorgehensmodelle außer Wasserfall und Scrum
                        SWOT-Analyse (Stärken/Schwächen)
                        Hardware
                        SAN
                        RAID
                        LTE und 5G
                        Programmierung
                        Vererbung in der Objektorientierung
                        Struktogramm (Nassi-Shneiderman) und Programmablaufplan
                        Softwarequalitätskriterien
                        Datenbanken
                        Alle nicht-relationalen Datenbanken
                        SQL
                        ISO-Normen wie die 2700x
                        Dokumentationen
                        Detaillierter Vergleich der bisherigen und neuen Inhalte des Prüfungskatalogs für die AP1 der IT-Berufe
                        In der folgenden Tabelle habe ich alle Unterschiede zwischen altem (ab 2020) und neuem (ab 2025) Prüfungskatalog für die AP1 der IT-Berufe gegenübergestellt.
                        Rote Punkte habe ich im neuen Prüfungskatalog nicht wiedergefunden. Sie werden daher in den neuen Prüfungen nicht mehr erwartet.
                        Grüne Punkte habe ich im alten Prüfungskatalog nicht wiedergefunden. Sie werden daher in den neuen Prüfungen zusätzlich erwartet.
                        Wenn sich lediglich Formulierungen oder Aufteilungen geändert haben, aber die Punkte inhaltlich gleich geblieben sind, stehen sie gar nicht in der Tabelle.
                        Wenn Punkte an andere Stellen im Prüfungskatalog verschoben wurden, habe ich das in den Spalten Alter Unterpunkt und Neuer Unterpunkt gekennzeichnet.
                        Meine persönliche (!) Bewertung (hin und wieder leicht ironisch) der Änderungen stehen in der Spalte Kommentar.
                        Ein "x" in Spalte wichtig deutet auf eine zentrale Änderung hin, die sich meiner Meinung nach merklich auf die Prüfungsvorbereitung der Azubis auswirkt.
                        Unterpunkt
                        Alter Inhalt
                        Neuer Inhalt
                        Alter Unterpunkt
                        Neuer Unterpunkt
                        Kommentar
                        wichtig
                        01.01
                        Merkmale eines Projektes
                        war vorher tatsächlich nicht explizit genannt
                        01.01
                        SMART-Prinzip
                        01.01
                        Projektphasen
                        Projektphasen am Beispiel des Wasserfallmodells bzw. SCRUM definieren können
                        01.01
                        Vorgehensmodelle
                        XP, Kanban etc. werden dann wohl nicht mehr benötigt
                        x
                        01.01
                        Teambildung und -entwicklung
                        Phasen der Teambildung und -entwicklung kennen
                        01.02
                        Machbarkeit von Projekten beurteilen können
                        Machbarkeit und Wirtschaftlichkeit von Projekten beurteilen können
                        sinnvoll auch für das Abschlussprojekt
                        01.02
                        Vor- und Nachkalkulation
                        01.02
                        Stammdaten und Bewegungsdaten
                        naja, wer arbeitet schon mit Daten!?
                        01.02
                        Betriebswirtschaftliche Kennzahlen, z. B. Umsatz, Gewinn, Deckungsbeitrag
                        07.02
                        Deckungsbeitrag war wohl zu schwierig
                        01.03
                        KI-Unterstützung
                        muss heutzutage halt sein
                        x
                        01.03
                        Supportanfragen
                        Support- und Serviceanfragen (First-, Second- und Thirdlevelsupport)
                        sinnvoll, die einzelnen Typen zu nennen
                        02.01
                        Angebotsbewertung
                        Quantitative und qualitative Angebotsbewertung
                        02.02
                        Benchmarking
                        hat eh niemand verwendet
                        02.02
                        Fragetechnik, aktives Zuhören, bedarfs- und adressatengerechte Präsentation
                        ist auch schwer schriftlich abzufragen
                        02.03
                        Medien zur Kundenpräsentation und -Information, z. B. Kundengespräch via Webinaren
                        Situationsgerechte Kundenkommunikation
                        02.03
                        Eisbergmodell
                        02.03
                        Cross-Selling; Upselling
                        ist ja auch sehr Sales-lastig
                        02.03
                        Kundenbedarf ermitteln und Angebote unterbreiten
                        02.03
                        Interpretation englischsprachiger Texte
                        02.04
                        Technische und nicht-technische Texte; Auswertung von englischen Texten
                        Technische und kaufmännische Texte in deutscher und englischer Sprache
                        ...
                        45 min
                      • Lastenheft und Pflichtenheft – IT-Berufe-Podcast #189
                        Die Unterscheidung von Lastenheft und Pflichtenheft ist Thema der einhundertneunundachzigsten Episode des IT-Berufe-Podcasts.
                        TL;DR
                        Für dein IHK-Abschlussprojekt empfehle ich dir Lastenheft und Pflichtenheft, weil du damit die Anforderungen und deinen technischen Entwurf festhalten kannst. Im Lastenheft beschreibt dein:e Auftraggeber:in, was erreicht werden soll und warum; das darauf aufbauende Pflichtenheft enthält deine konkrete technische Lösung und wird Vertragsbestandteil sowie Grundlage für die Abnahme. Beide Dokumente sind prüfungsrelevant und passen zu zeitlich begrenzten Projekten mit festen Anforderungen. Wenn sich Anforderungen während eines längeren Projekts verändern, bieten agile Verfahren mehr Spielraum.
                        Kapitelmarken
                        [00:00] Einstieg: Lastenheft und Pflichtenheft
                        [00:37] Bedeutung für Prüfung und IHK-Abschlussprojekt
                        [02:47] Überblick über die beiden Dokumente
                        [05:02] Lastenheft nach DIN 69901-5
                        [06:51] Kund:innensicht und lösungsneutrale Anforderungen
                        [08:13] Funktionale und nichtfunktionale Anforderungen
                        [09:59] Leitfragen und Angebote auf Basis des Lastenhefts
                        [11:42] Mögliche Inhalte eines Lastenhefts
                        [14:23] Pflichtenheft nach DIN 69901-5
                        [15:31] Technische Details und Aufwand kalkulieren
                        [18:42] Diagramme und Modelle im Pflichtenheft
                        [20:18] Projektablauf und beteiligte Personen festlegen
                        [21:35] Pflichtenheft als Vertragsbestandteil
                        [23:14] Aufwand, Risiken und veränderte Anforderungen
                        [25:21] Agile Verfahren und Minimum Viable Product
                        [26:51] Klassisches Vorgehen im IHK-Projekt
                        [28:40] Lastenheft und Pflichtenheft in der Projektarbeit
                        [29:23] Kund:innen beim Lastenheft unterstützen
                        [31:38] Form und Vorlagen für die Dokumente
                        [32:42] Anforderungen einheitlich formulieren und User Stories
                        [34:41] Volere-Templates und Snow Cards
                        [36:33] Geeignete Auszüge für den Anhang auswählen
                        [39:48] Prüfungsvorbereitung und weiterführende Quellen
                        [40:31] Newsletter zur IT-Ausbildung
                        Inhalt
                        Kurzübersicht Lastenheft
                        Definition laut DIN 69901-5: "vom Auftraggeber festgelegte Gesamtheit der Forderungen an die Lieferungen und Leistungen eines Auftragnehmers innerhalb eines Auftrages".
                        Verfasst von: Auftraggeber, also aus Sicht des Kunden.
                        Inhalt: Lösungsneutrale funktionale und nicht-funktionale Anforderungen an ein Produkt, eine zu erstellende Software oder ein Projektergebnis aus Sicht des Auftraggebers.
                        Fragen: WAS soll erreicht werden? WARUM ist das wichtig? WOFÜR wird das benötigt? WER will das haben?
                        Ziel: Basis, um Angebote von potenziellen Auftragnehmern einzuholen. Es bildet die Grundlage für das vom Auftragnehmer zu erstellende Pflichtenheft.
                        Rechtliche Relevanz: keine
                        Mögliche Inhalte
                        Anforderungen der Stakeholder (z.B. Fachlichkeit, Regualatorik, Usability, Performance, Hardware-/Netwerk-/Softwareumgebung)
                        Ist-Zustand und Soll-Zustand
                        Abnahmekriterien für die Prüfung, ob die Anforderungen erfüllt sind
                        Einschränkungen bei zu verwendenden Technologien
                        Anforderungen an den Auftragnehmer (z.B. Zertifizierung)
                        Schnittstellen
                        Sonstige Anforderungen (z.B. Dauer, Kosten, Meilensteine)
                        Kurzübersicht Pflichtenheft
                        Definition laut DIN 69901-5: "vom Auftragnehmer erarbeitete[n] Realisierungsvorgaben aufgrund der Umsetzung des vom Auftraggeber vorgegebenen Lastenhefts".
                        Verfasst von: Auftragnehmer, also aus Sicht des Dienstleisters.
                        Inhalt: Vorschlag für technische Lösung der Anforderungen aus dem Lastenheft.
                        Fragen: WIE sollen die Anforderungen umgesetzt werden? WELCHE Technologien kommen zum Einsatz?
                        Ziel: Konkretes Angebot eines Auftragnehmers, um die Anforderungen aus dem Lastenheft des Auftraggebers zu erfüllen. Basis für die Kalkulation von Kosten/Aufwänden und das Erstellen eines Angebots. Definiert die Vorgaben für die spätere Implementierung.
                        Rechtliche Relevanz: wird Vertragsbestandteil und dient zur Abnahme der erbrachten Leistung
                        Mögliche Inhalte
                        Spezifikationen des geplanten Ergebnisses bzw. die technische Realisierung, z.B. Architektur, Technologien, UML-Diagramme, ER-Modelle, geplante Prozessabläufe, UI-Entwürfe
                        Entwicklungsprozess, Projektplan mit Meilensteinen, Vorgaben zur Kommunikation
                        Ressourcen wie konkrete Personen, Subunternehmen, Technologien
                        Definitionen aus dem IT-Handbuch
                        Beginnen wir mit einer Definition der Begriffe. Dafür schaue ich immer gerne in das IT-Handbuch*, das bis vor einigen Jahren noch der "offizielle" Prüfungsbegleiter war und als Nachschlagewerk mit in die Prüfung genommen werden durfte. Dort werden Lasten- und Pflichtenheft wie folgt definiert:
                        Lastenheft
                        Das Lastenheft enthält alle Forderungen des Auftraggebers (Kunden) an die Lieferungen und/oder Leistungen eines Auftragnehmers. Die Forderungen sind aus Anwendersicht einschließlich aller Randbedingungen zu beschreiben. Diese sollten quantifizierbar und prüfbar sein. Im Lastenheft wird definiert, was für eine Aufgabe vorliegt und wofür diese zu lösen ist.
                        Pflichtenheft
                        Das Pflichtenheft enthält das vom Auftragnehmer erarbeitete Realisierungsvorhaben auf der Grundlage des Lastenheftes. Das Pflichtenheft enthält als Anlage das Lastenheft. Im Pflichtenheft werden die Anwendervorgaben detailliert und in einer Erweiterung die Realisierungsforderungen unter Berücksichtigung konkreter Lösungsansätze beschrieben. Im Pflichtenheft wird definiert, wie und womit die Forderungen zu realisieren sind.
                        Gut verständlich finde ich auch die Erläuterungen in der Wikipedia, die sich auf die DIN 69901 stützen (die leider nicht kostenfrei verfügbar ist):
                        Lastenheft
                        Gemäß DIN 69901-5 [...] beschreibt das Lastenheft die "vom Auftraggeber festgelegte Gesamtheit der Forderungen an die Lieferungen und Leistungen eines Auftragnehmers innerhalb eines Auftrages". Das Lastenheft beschreibt in der Regel somit, was und wofür etwas gemacht werden soll. [Herv. d. Verf.]
                        Pflichtenheft
                        Das Pflichtenheft beschreibt in konkreter Form, wie der Auftragnehmer die Anforderungen des Auftraggebers zu lösen gedenkt – das sogenannte wie und womit. [...] Laut DIN 69901-5 umfasst das Pflichtenheft die "vom Auftragnehmer erarbeiteten Realisierungsvorgaben aufgrund der Umsetzung des vom Auftraggeber vorgegebenen Lastenhefts". [Herv. d. Verf.]
                        Vor- und Nachteile von Lasten- und Pflichtenheft
                        Gute Planungssicherheit für den Auftraggeber. Er weiß genau, was er bekommt und wie teuer es wird.
                        Eher starres Vorgehen ist nur geeignet für Projekte, die für einen langen Zeitraum unverändert bleiben (Wasserfallmodell).
                        Das Erstellen der Dokumente ist sehr aufwändig und zeitintensiv.
                        In agilen Vorgehensmodellen wie Scrum werden sie nicht verwendet.
                        Alternative: Arbeit in Inkrementen, Minimum Viable Product
                        Relevanz für die Praxis und die IHK-Projektarbeit
                        Lasten- und Pflichtenheft sind zwei Artefakte, die ich in (fast) jeder IHK-Projektdokumentation erwarte. Da die Abschlussprojekte eine genaue Zeitvorgabe haben (40 bzw. 80 Stunden) und auch die Anforderungen zu Beginn komplett feststehen (sollten), eignen sich Lasten- und Pflichtenheft gut für die Dokumentation der Anforderungen.
                        Wenn man eine Priorisierung durchführen müsste, würde ich mehr Gewicht auf das Pflichtenheft legen, da dieses die Grundlage für den Vertrag zur Erstellung der Software ist. Das heißt, die Abnahme am Ende des Projekts erfolgt "gegen" das Pflichtenheft. Was dort nicht enthalten ist, wird auch nicht umgesetzt.
                        Das ist übrigens auch eine häufige Frage im Fachgespräch: Warum ist das Pflichtenheft so wichtig? Weil es Vertragsbestandteil ist. Die Abgrenzung zwischen Lasten- und Pflichtenheft wird übrigens auch gerne als Prüfungsfrage (schriftlich und mündlich) genommen.
                        Aber auch im realen Leben haben Lasten- und Pflichtenheft ihre Daseinsberechtigung in bestimmten Projekten, z.B. wenn es um sicherheitskritische Produkte geht, die nicht "mal eben" agil entwickelt werden können/dürfen.
                        Wer erstellt das Lasten- und Pflichtenheft?
                        Wie die Definitionen oben nahelegen, sollte im Rahmen des IHK-Abschlussprojekts das Lastenheft vom Kunden bzw. der Kundin erstellt werden und das Pflichtenheft vom Prüfling. Der/die Kund:in formuliert, was er/sie gerne hätte (also die fachlichen Anforderungen), und der Prüfling definiert die dazu passende konkrete technische Lösung.
                        In der Praxis ist es allerdings häufig so, dass Kunden ihre Anforderungen gar nicht genau kennen, geschweige denn sie so formulieren können, dass ein:e ITler:in sie versteht. Daher spricht nichts dagegen, dass Prüflinge schon beim Erstellen des Lastenhefts mitarbeiten.
                        Wenn du genau in die Zeitplanung von Gerdas und Markus' Dokumentation schaust, wirst du feststellen, dass bei uns im Unternehmen genau so gearbeitet wird. Es wurde nämlich im Rahmen der Projektplanung Zeit für die Unterstützung des Fachbereichs bei der Erstellung des Lastenhefts eingeplant. Die Entwickler:innen helfen den Kunden z.B. bei der Formulierung der Anforderungen, aber auch bei deren Identifikation. Gute Methoden dafür sind z.B. Brainstorming oder Interviews.
                        Aufbau und Formulierung
                        Zu Inhalt, Aufbau und (gerade für die Projektdokumentation interessant) Formulierung von Lasten- und Pflichtenheft gibt es keine harten Vorgaben. Letztlich bestehen beide Artefakte aus Prosa.
                        Lastenheft
                        Ich persönlich würde einen etwas "moderneren" Ansatz wählen und im Lastenheft User-Storys verwenden (für Beispiele verweise ich wieder auf die beiden obigen Dokumentationen). Durch diese Vorgabe wird man bei der einheitlichen Formulierung unterstützt und muss sich nicht alles neu ausdenken.
                        Es gibt aber auch andere Ansätze, wie z.B. die richtig "enterprisey" Volere-Templates. Da ist allein das Inhaltsverzeichnis aller möglichen Anforderungen schon ellenlang.
                        Pflichtenheft
                        Das Pflichtenheft sollte dann natürlich einige konkrete technische Artefakte beinhalten, da es ja so spezifisch wie möglich sein muss. Ich beschreibe es immer gerne so: Das Pflichtenheft muss man einem/einer Softwareentwickler:in ohne Kommentar auf den Tisch legen können und er/sie entwickelt dann allein auf dieser Basis die gewünschte Software....
                        42 min
                      • Teamarbeit bei der Softwareentwicklung mit Christian Kranert – IT-Berufe-Podcast #188
                        Um Teamarbeit bei der Softwareentwicklung geht es im Interview mit Christian Kranert in der einhundertachtundachzigsten Episode des IT-Berufe-Podcasts.
                        TL;DR
                        Bei meinen IT-Azubis gehört Teamarbeit ab dem ersten Ausbildungsjahr zum Alltag, weil komplexe Software das Wissen verschiedener Menschen braucht. Gemeinsam mit Christian Kranoth gehe ich darauf ein, wie du dich vom ersten Gespräch über ein Problem bis zum Testen einbringst und dabei von anderen lernst. Frühe Gespräche mit dem Fachbereich, gemeinsam abgestimmte technische Konzepte und regelmäßiger Austausch helfen dabei, bessere Software zu entwickeln. Als IT-Azubi kannst du von Anfang an echte Aufgaben übernehmen, während dich erfahrene Kolleg:innen begleiten und dir durch Feedback helfen, selbstständiger zu werden.
                        Kapitelmarken
                        [00:00:00] Thema und Einführung in Episode 188
                        [00:02:23] Teamarbeit als Teil der IT-Ausbildung
                        [00:03:07] Christian Kranoths Weg in der Softwareentwicklung
                        [00:05:38] Warum Softwareentwicklung Teamarbeit braucht
                        [00:08:13] Technische Komplexität und verschiedene Fachgebiete
                        [00:10:04] Mit dem Fachbereich Probleme und Lösungen besprechen
                        [00:13:25] Offene Gespräche und Unternehmenskultur
                        [00:15:04] Teamarbeit in Wasserfall und Scrum
                        [00:17:11] Täglicher Austausch und das Daily
                        [00:20:44] Produktideen bewerten und das Backlog priorisieren
                        [00:23:18] Das technische Konzept gemeinsam erarbeiten
                        [00:26:06] Aussagekräftige Namen im Team festlegen
                        [00:27:58] Pair Programming und Code Reviews
                        [00:28:35] Mit der Qualitätssicherung zusammenarbeiten
                        [00:30:27] Sinnvolle Meetings und aktive Beteiligung
                        [00:35:41] Verantwortung für die Teamkultur
                        [00:37:07] Das Phasenmodell der Teamentwicklung in der Praxis
                        [00:39:50] Hierarchien und weitere Schwierigkeiten im Team
                        [00:42:15] Zurückhaltende Kolleg:innen ermutigen
                        [00:45:35] Führung und Konflikte im Team
                        [00:47:11] Fehlerkultur und verbindliche Checklisten
                        [00:49:42] IT-Azubis und Junior-Entwickler:innen einbeziehen
                        [00:52:40] Mit Checklisten und Dokumentation selbstständiger arbeiten
                        [00:54:08] Folgen dauerhaft abgelehnter Teamarbeit
                        [00:55:31] Erfahrene Entwickler:innen und der Begriff 10x Developer
                        [00:57:00] Wissen weitergeben und gemeinsam wachsen
                        [00:58:13] Abschließende Gedanken zur Teamarbeit
                        [00:59:32] Kontakt zu Christian Kranoth
                        [01:00:33] Feedback und Ausbildungsbegleitung per Newsletter
                        Inhalt
                        Vorstellung Christian Kranert
                        Christian hat sich schon in Episode 164 des Podcasts über Softwarequalität ausführlich vorgestellt, aber hier noch einmal die wichtigsten Eckdaten.
                        Christian Kranert
                        seit 17 Jahren in der IT und Softwareentwicklung tätig
                        angefangen mit Visual Basic 6 auf Windows 95
                        Ausbildung zum Fachinformatiker für Anwendungsentwicklung absolviert
                        viel im SAP-Umfeld mit ABAP entwickelt
                        inzwischen hauptsächlich mit C# unterwegs
                        lebt und arbeitet in Nürnberg bei Head On Solutions GmbH
                        entwickelt dort Cloud-Software für lokale Geschäfte wie Friseur-Studios zum Planen von Terminen, Kassieren, Buchhaltung usw.
                        ist Abteilungsleiter mit eigenem Team
                        Teamarbeit in der Softwareentwicklung
                        Warum brauchen wir Teamarbeit bei der Softwareentwicklung?
                        bei der Komplexität heutiger Software ist es fast undenkbar, diese alleine zu entwickeln
                        heutige Webanwendungen enthalten z.B. sehr viel UI-Entwicklung und sind im Backend und Frontend sehr komplex, Stichwort: Full Stack
                        Christians Unternehmen hat ein eigenes Team ausgelagert nur für VueJS im Frontend
                        durch das Team entsteht auch bessere Software
                        wir wollen doch die "echte Welt" übersetzen in Code und dort gibt es auch mehr als einen Benutzer
                        gemeinsam zu entwickeln macht mehr Spaß, ist sozial, man kann voneinander lernen, man kann sich weiterentwickeln
                        die interdisziplinäre Zusammenarbeit mit dem Fachbereich bzw. Kunden ist auch extrem wichtig
                        Wie sieht erfolgreiche interdisziplinäre Zusammenarbeiten zwischen dem IT-/Entwicklungs-Team und anderen Abteilungen aus?
                        der Fachbereich erklärt den Entwickler:innen die Fachlichkeit
                        Entwickler:innen dürfen/müssen das aber auch hinterfragen und ggfs. bessere Lösungen vorschlagen
                        man sollte erst über das Problem reden und nicht schon über Lösung
                        es muss die generelle Bereitschaft zur Teamarbeit vorhanden sein und eine entsprechende Kultur
                        Welche Prozessmodelle (z.B. Wasserfall, Scrum) unterstützen/behindern die Teamarbeit?
                        das klassische Wasserfallmodell ist eher hierarchisch aufgebaut mit Lasten-/Pflichtenheft und passt nicht so gut zur Teamarbeit
                        Scrum ist aber auch kein Allheilmittel
                        das Daily ist sehr wichtig, denn Kommunikation ist der Schlüssel zu erfolgreicher Teamarbeit
                        Wie sieht richtig gute Teamarbeit in der Softwareentwicklung aus?
                        Kommunikation ist das A und O, z.B. wenn ein Feature fertig ist, damit die Kolleg:innen darauf aufsetzen können
                        alle Teammitglieder:innen sollten auch aktiv Hilfe anbieten und einfordern
                        die gesamte Softwareentwicklung ist Teamarbeit und die geht schon mit der Produktidee los
                        dabei kann es helfen, verschiedene Perspektiven einzunehmen, um ein besseres Bild der Anforderungen zu bekommen
                        auch weitere Aufgaben lassen sich besser im Team lösen: Risiken abschätzen, Prioritäten ableiten, Product Backlog füllen
                        wenn das Verhältnis von Kosten und Nutzen passt, startet die Implementierung und Aufgaben werden im Team verteilt
                        in Christians Team werden Konzepte z.B. gemeinsam erarbeitet, ganz einfach in OneNote*
                        das Team startet mit einem Datenmodell als Diskussionsgrundlage und legt dann die Datentypen fest
                        außerdem werden Mockups erstellt, um darüber gemeinsam zu diskutieren
                        sehr wichtig ist auch das gemeinsame Festlegen von Namen im Team, denn viele Köpfe haben mehr (fachliches) Wissen als einer alleine
                        der große Vorteil bei dieser Vorgehensweise ist, dass früh erkannte Fehler bei Anpassungen wenig kosten im Vergleich zu späteren Projektphasen, wenn alles schon umgesetzt ist
                        Warum ist die Teamkultur nicht nur beim Code Review wichtig und wie sieht sie aus?
                        Christians Team entwickelt oft im Pair Programming zusammen und führt danach noch Code Reviews durch
                        hier war oft insb. beim Testen die Einstellung, dass das doch jemand anders macht und nicht die Aufgabe der Softwareentwickler:innen sei
                        aber gerade beim Testen ist die Abstimmung mit den Tester:innen wichtig, damit man nicht den kompletten Code umschreiben muss, wenn man am Test vorbei entwickelt hat
                        Wie stellt man sicher, dass alle Teammitglieder:innen sich aktiv einbringen und wie kann eine Führungskraft Teamarbeit fördern/behindern?
                        die Führungskraft ist sehr wichtig, denn ihre zentrale Aufgabe ist die Pflege der Teamkultur
                        die häufig anzutreffene Skepsis bei Entwickler:innen gegenüber Meetings muss von der Führungskraft abgebaut werden
                        Meetings müssen aber natürlich auch einen Mehrwert für alle Teilnehmer:innen bieten und müssen vernünftig geplant und vorbereitet werden
                        auch für Entwickler:innen sind Meetings wichtig, da sie helfen, offene Fragen zu klären und Entscheidungen herbeizuführen
                        Teamarbeit kann die Teammitglieder:innen motivieren, wenn man gemeinsam eine gute Lösung findet und z.B. eine "harte Nuss" knackt
                        Braucht ein Team eine Leitung?
                        das kommt stark auf das Team an
                        Storming, Forming, Norming, Performing: gibt es das wirklich in der Praxis?
                        Christian hat das mal in einem Buch gelesen, aber nur dunkel in Erinnerung
                        in der Praxis durchlaufen die Teams diese Phasen wohl tatsächlich, aber intuitiv verhalten sich die Mitglieder:innen meist den Phasen entsprechend
                        Wie sieht häufig die (negative) Realität in Sachen Teamarbeit aus bzw. an welchen Fehlern scheitert Teamarbeit häufig?
                        Juniors werden vernachlässigt und bekommen keine oder zu wenig Unterstützung
                        Hierarchiedenken, gerade wenn Softwareentwicklung nicht das Kerngeschäft des Unternehmens ist
                        Introvertiertheit der Teammitglieder:innen
                        aber auch Extrovertiertheit bzw. Egozentrik bei Teammitglieder:innen
                        Mangel an Diversität im Team
                        Wie wird man als Entwickler:in "teamfähig"?
                        Persönlichkeitsentwicklung! dazu gibt es viele gute Bücher
                        eine fördernde und fordernde Führungskraft ist wichtig für das Empowerment der Teammitglieder:innen
                        die Führungskraft sollte z.B. One-on-Ones mit Mitarbeitenden führen, immer wieder nachfragen und auch die eigene Entwicklung aufzeigen
                        loben und wertschätzen sollten bei jeder Führungskraft dazu gehören
                        Empathie ist auch wichtig
                        Konflikte sollten schnell gelöst werden
                        Wie wichtig ist eine gute Fehlerkultur?
                        sehr wichtig
                        Fehler müssen erlaubt sein und dürfen nicht "geahndet" werden
                        aber was ist eigentlich ein Fehler? Schludrigkeit ist sicherlich kein Fehler
                        Checklisten können helfen, eine gewisse Basisqualität sicherzustellen
                        Wie können schon Azubis in die Teamarbeit integriert werden?
                        einfach mal loslegen und sie an die Hand nehmen
                        Azubis direkt in echte Projekte einbinden, aber ohne harten Deadlines oder großes Fehlerpotential
                        viel loben
                        Checklisten helfen auch hier beim Einstieg
                        Was sind die Folgen, wenn nicht im Team gearbeitet wird?
                        Christian hat noch nie jemanden kennengelernt, der/die sich aktiv gewehrt hat gegen Teamarbeit
                        eher haben die Kolleg:innen evtl. Angst mitzumachen
                        den berühmten "10x-Develover" gibt es nicht, aber Seniors können als Multiplikatoren im Team wirken und Juniors voranbringen und damit das gesamte Team
                        Wie/wo kann man dich erreichen?
                        LinkedIn
                        Links
                        Permalink zu dieser Podcast-Episode
                        RSS-Feed des Podcasts
                        Qualitätssicherung bei der Softwareentwicklung mit Christian Kranert
                        Christian Kranert bei LinkedIn
                        Head-on Solutions GmbH bei LinkedIn
                        Zusammenfassung
                        Warum du im Team arbeitest
                        Wenn ich neue IT-Azubis begrüße, spreche ich mit ihnen darüber, wie sie im Team zusammenarbeiten. Bei komplexer Software kommen verschiedene Fachgebiete zusammen, die jeweils eigenes Wissen verlangen. Durch den Austausch mit anderen entstehen stabilere Produkte, deren Funktionen besser zu den Bedürfnissen der Benutzer:innen passen.
                        Christian Kranoth bringt dazu 17 Jahre Berufserfahrung in der Softwareentwicklung mit....
                        1 hr 3 min

                      About IT-Berufe-Podcast

                      From the publisher's feed

                      Der Podcast rund um die Ausbildung in den IT-Berufen (insb. Fachinformatiker für Anwendungsentwicklung) von Stefan Macke.

                      More shows like IT-Berufe-Podcast

                      Streitkräfte und Strategien by NDR

                      Streitkräfte und Strategien

                      43 Listeners

                      Sternengeschichten by Florian Freistetter

                      Sternengeschichten

                      45 Listeners

                      Geschichten aus der Geschichte by Richard Hemmer und Daniel Meßner

                      Geschichten aus der Geschichte

                      176 Listeners

                      c’t uplink - der IT-Podcast aus Nerdistan by c’t Magazin

                      c’t uplink - der IT-Podcast aus Nerdistan

                      10 Listeners

                      MORD AUF EX by Leonie Bartsch & Linn Schütze

                      MORD AUF EX

                      112 Listeners

                      {ungeskriptet} - Der Meinungsfreiheit verpflichtet. by Ben Berndt

                      {ungeskriptet} - Der Meinungsfreiheit verpflichtet.

                      48 Listeners