Heute flatterte mir ein Video von Azubot, einem von der Hansestadt Hamburg gefördertes Projekt zur Ausbildungswahl, in mein Postfach. Azubot hat zwei IT-Kaufleute einen Tag lang begleitet und leifert in bummelig fünf Minuten einen kleinen Einblick in den Alltag der Aubzis.

Wer noch nicht weiß, obder Ausbildungsberuf der richtige ist, erhascht hier noch ein paar Blicke hinter die Kulissen: http://www.azubot.de/berufe/16626/informatikkaufmann

S. Hofschlaeger / pixelio.de

Ich habe heute von der IHK meine Zeugnisse bekommen und darf nun die Berufsbezeichnung “Informatikkaufmann (IHK)” führen. Mein Ausbildungsbetrieb hat mich nach Ende meiner Lehre übernommen und ich habe schon in meiner neuen Abteilung mit der Arbeit angefangen.

Obwohl ich dieses Blog nun nicht mehr zum Lernen benötige und auch nciht weiter aktiv pflegen werde, lasse ich es noch online. Ich hoffe dieses Blog kann auch in Zukunft vielen Azubis beim Lernen helfen.

Um den Administrationsaufwand für mich gering zu halten, sind die Kommentare hier ab sofort nun leider deaktiviert.
Wer mich erreichen möchte, findet meine Kontaktdaten im Impressum (oben rechts).

Z. B. zwischen Produzent und Zulieferer.
Beide Seiten versuchen für sich den größtmöglichen Gewinn zu erzielen, sodass es zwangsläufig zum Interessenkonflikt kommt. Diesen Effekt nennt man vertikalen Wettbewerb.

• Handreichung zur Abschlussprüfung in den IT-Berufen

• Krankenversicherung x%/2+0,9
• Pflegeversicherung 1,7%/2+0,25
• Arbeitslosenversicherung 4,2%/2
• Rentenversicherung 19,9%/2

- Lohnsteuer (laut Liste)
- Solidaritätszuschlag 5,5% (von Lohnsteuer)
- Kirchensteuer 9% (von Lohnsteuer)
Nettogehalt
- vermögenswirksame Leistungen
- geldwerte Leistungen
Auszahlungsbetrag

sozialversicherungspflichtiges Bruttoentgelt - Lohnsteuerfreibetrag steuerpflichtiges Bruttogehalt

]]> http://www.informatikkaufmann-azubi.de/tagebuch/2007/11/19/lohnabrechnung/feed/ 4 http://www.informatikkaufmann-azubi.de/tagebuch/2007/10/17/vorgangskettenanalyse/ http://www.informatikkaufmann-azubi.de/tagebuch/2007/10/17/vorgangskettenanalyse/#comments Wed, 17 Oct 2007 12:03:27 +0000 Bastian http://www.informatikkaufmann-azubi.de/tagebuch/2007/10/17/vorgangskettenanalyse/ Ähnelt der Workflowanalyse jedoch wird hier ein detailliertes Vorgangskettendiagramm analysiert.

1. Identifizieren der Mängel
   Was läuft schief?
2. Qualifizierung der Mängel
   Wieviel läuft schief?
3. Ursachenforschung
   Warum läuft es schief?

Die dafür benötigte Softwarelösung kann z.B. das ARIS-Toolset der IDS Prof. Scheer AG sein.

Folgende Kriterien werden dabei besonders bewertet:

• Erfordernis der Aktion
• Folgen der Aktion
• Multiples Durchlaufen von Aktionen
• Stärkegrad der Arbeitsteilung
• Informationsstand zum Bearbeitungspunkt
• Fehlen von bestimmten Ereignissen
  und somit eine eher zufällige Erledigung des Prozesses
• Redundanz der Daten
• Auftretende Verarbeitungswechsel
• Haupt- und Nebenvorgänge unterscheiden
• Prozesskosten

Generell stellen sich jedes Mal, bei jedem Prozess, die folgenden Fragen:

Warum machen wir das?

Weshalb machen wir es so und nicht anders?

1. Festlegen der zu untersuchenden Merkmale aufgegliedert nach:
1. Zeitbedarf
2. Menge
3. Personaleinsatz
4. Fehleranfall
5. Kostenumfang
2. Bildung von relativen Zahlenwerten,
   also etwa Mitarbeiter pro Büro
3. Vergleichen mit der Konkurrenz
4. Interpretation der Werte

1. Projektbegründung
2. Ist-Analyse / Schwachstellenanalyse
   Sie ist ergebnisoffen und sollte nicht von Programmierern erstellt werden, da diese voreingenommen sind.
1. Erhebungstechniken
   Interview-Technik
   - hoher Informationsgehalt
   - individuelle Anmerkungen möglich
   Fragebogen-Technik
   - geschlossene Fragen ermöglichen leichte Auswertung
   - zeitsparend
   - große Beteiligung möglich
   Selbstaufschreibung
   - Beteiligte schreiben selbst Fragen und Antworten auf
   Unterlagenstudium
   - Dokumente und Dateien analysieren
   Erhebung durch Mitarbeit
   - Test-Mitarbeiten im Betrieb
   Beobachten
   - langfristiges Beobachten oder
   - Multimoment-Analyse
3. Lastenheft
   Beschreibung aus Kunden-/Anwendersicht was das System leisten soll.
   Es enthält:
   - zeitlichen Ablaufplan
   - Verwantwortliche
   - Wirtschaftlichkeitsbetrachtung
   - Umgebung (Hardware, OS, etc.)
4. Pflichtenheft
   Beschreibung aus Programmierersicht was das System leisten soll.
5. Visualisierung
   Verdeutlichung der Projektinhalte durch klare visuelle Darstellungsformen wie Tortendiagramme oder skizzierte Prozessabläufe.
6. Programmierung
   Gelgentliche Besprechung des status quo durch:
   - Prototyping (kleine funktionierende Programmteile)
   - rapid Prototyping (bspw. Screenshots)
7. Test
   Test sind stets destruktiv, reproduzierbar und dokumentiert.
   - Blackbox-Test (Prüfen der Funktionslogik aus Anwendersicht)
   - Whitebox-Test (Prüfen der Rechenlogik aus Programmierersicht)
8. Dokumentation
   - Handbücher, Tutorials, Referenzkarten etc.
9. Schulung
   - Seminare
   - Multiplikatoren-Schulung (Schneeballeffekt)
   Mitarbeiter werden zum Schulen geschult
   - Online-Schulung
   - Computer-Based-Training
   - Coaching (Training on the job)
10. Systemeinführung
    - Paralleleinführung
    Vorteile: Nachhaltigkeit alter Datenbestände
    Nachteile: Inkonsistente Datenbestände, Gewohnheit
    - Sofort-Umstellung
    Vorteile: Schnell
    Nachteile: Probleme bei Umstellung
    - Pilot-Umstellung
    Vorteile: Zeit zum Testen und Prüfen
    Nachteile: Nur machbar wenn Zeit vorhanden
11. Wartung/Support
    Dieser Bereich benötigt erfahrungsgemäß die meiste Zeit (etwa 2/3)

• einmalig
• zeitlich befristet
• betitelt
• haben ein klares Ziel
• weichen vom Alltagsgeschäft ab
• stehen in Konkurrenz
• und werden von einem Projektteam mit festen Zuständigkeiten durchgeführt.