kylt

- Ihr schickt, ernsthaft Leute alleine zu Kunden, die * kein Wissen von proprietären, neuen System / Schnittstellen haben ( also dafür dezentrale Einarbeitungszeit aufbringen müssen) * selbstständig jede Schnittstelle / API nach eigenem Gusto neu Entwickeln dürfen (und jeder potentiell das Rad neu erfindet) * vermutlich auch keine Verpflichtung zur Dokumentation haben ( und damit eine Wartung, wie du selbst sag, unmöglich wird) "[...] und nicht mehr Betreuung kostet, als er Arbeit fertigbringt. [...]" Es wirkt schon ein bisschen so, dass was du vermutlich als "effektive Zeit beim Kunden programmieren" definierst, genau anders herum von außen wahrgenommen wird. 🙈 ===================================== BTT: Aus der Erfahrung im Consulting kann ich dir sagen, dass jede Maßnahme, den perfekten Bewerber vorzuselektieren dir keine Verbesserung garantiert. Wenn Ihr tatsächlich faire Aufgaben gibt und offen auf die Bewerber zugeht, gibt es immer jene, die es trotzdem durchs Prüfungsraster schaffen. Spätestens beim nächsten Bewerber, der Durchfällt, obwohl du aktiv "viel Zeit" in das Bewerbungsverfahren gesteckt hast, wird Ernüchterung bringen. - Dafür ist die Probezeit ja auch da. Wenn du schon etwas an Bewerbungsphasen und Positionen drehen kannst, dann würde ich vielleicht über eine neue Position nachdenken. Das etablierte Stammpersonal nur noch an neuen Dingen schrauben zu lassen und für die Kleinigkeiten einen "Support-Dude" zu suchen. Dann hat derjenige nicht so spannende, neue Aufgaben - muss aber z.B. evtl. nicht Reisen? - Dann würde Anspruch und Bewerbungsverfahren ja schon gut zusammen passen, richtig?

Ich kenne tatsächlich keine Vertragsdetails von dualen Studenten, aber ist es nicht genau der Unterschied zu einem Werkstudenten, dass du ein fixes Gehalt bekommst (zzgl. Benefits), dass üblicherweise nicht nachverhandelt wir?

Aus dem Grund bin ich persönlich auch kein Freund von 365 Tage Erreichbarkeit und würde so eine Position niemals antreten. -------------------------------- Sachlage ist, dass ich besagten Kollegen kenne - der für eine Kritische Infrastruktur zuständig ist und- du wirst es ahnen - eben nicht genügend Geld (oder Zeit) für eine entsprechende Kompensation zur Verfügung gestellt wird. Im Resultat ist er eine One-Man-Show, der 365 Tage , zu jeder Tages-und-Nachtzeit Rufbereitschaft ableistet. - Auch im Urlaub. - So etwas will niemand, diese Erwartungshaltung kann aber entstehen, wenn der Themenersteller alleine auf den AG zugeht und die Kollegen (wegen fehlender Kompensation) nicht mitziehen.

Ich kenne Modelle, wie oben Beschrieben: Sprich, alle X Wochen von Mo bis Mo. vierundzwanzig-sieben Aber auch auf Grund von zu hohen Kosten nur eine eingeschränkte Rufbereitschaft, z.B. Mo-Fr 6-8 und 18-22 Uhr, oder sogar nur wahlweise eines von beiden. Oder auch nur Wochenendrufbereitschaft. Grundsätzliche Erwartungshaltung bei allen Rufbereitschaften war, dass innerhalb einer Rüstzeit von X Minuten sofort reagiert wird. Das ging in den obigen Bespielen von 15 Minuten bis zu 2 Stunden. Wie @Manisla sagt gibt es schon einige negative Punkte bei einer Rufbereitschaft, die auftreten können. In allen oben von mir beschriebenen Fällen wurde die Rufebereitschaft im Round-Robbin weiter gegeben. Das funktioniert natürlich nur wenn du mehrere Personen hast und keine one-man-Show bist, bzw. als einziger dazu bereit bist. Noch ein negatives Beispiel: Ich kenne tatsächlich einen Kollegen, der im Bereich Brandschutz und Arbeitssicherheit arbeitet und einen neuen Kollegen für Rufbereitschaft sucht, der Zitat "365 Tage bereit sein muss auch mal einen beruflichen Anruf zu kriegen und schnell zu reagieren, egal ob Sonntag , Feiertag oder Urlaub."

Könnte ja auch sein, dass besagter Kollege genau das von dir erwartet. Mal aus der Perspektive deines Kollegen gesprochen, weil ich auch schon ähnliche Fälle hatte. Es mag sein, dass dies kein gutes empatisches Verhalten ist, aber könnte ja auch sein, dass er denkt "der ist eh in nem Monat weg, was soll ich meine Zeit jetzt noch in den rein investieren." - Gerade wegen dem aus seiner sicht enttäuschenden anderen Kollegen und so wie sich der Kollege dir gegenüber verhält spricht halt viel dafür, dass du noch nicht seine Wertschätzung hast. Solche Kollegen kannst du auch in anderne Betrieben treffen.

Für jemanden, der gerade in die SAP welt reinwächst gibt es kein entweder oder. Du wirst zwangsläufig in deiner Berufszeit mit ABAP , aber zunehmend auch mit Javascript , XML , JSon und IDEs wie Eclipse in Kontakt kommen. Stichwort FIORI ( und UI5 https://ui5.sap.com/#/topic/8b49fc198bf04b2d9800fc37fecbb218 ) und S4 Hana transit und Auslauf des ECC Stacks. Und auch im SAP Bereich gibt es JAVA basierte Systeme. Z.B. imSAP C4 oder die SCP

"Auf Grund einer privaten, langfristig geplanten Reise stehe ich Ihnen ab dem 01.10.22 zur Verfügung." EDIT: Mehr brauchst du i.d.R. nicht Erklären, dass verstehen die AG schon. Wichtig ist nur, dass diese Zeit dann auch so eingehalten bleibt und du nicht "spontan" entscheidest doch noch nen Monat ran zu hängen. ======= Falls du unter einem Monat Reisezeit bleiben solltest, schaue dir mal das Thema "nachgehenden Leistungsanspruch" an.

Das würde ich jetzt so auch nicht sagen. - Es gibt halt genug Restaurants und Kneipen, wo der Umgangston nicht so rau ist. Wenn ich drüber nachdenke, gibt es sogar mehr Paradebeispiele mit Integration als in der IT. Z.B. von blinden Kellnern oder Menschen mit beliebigen anderen Einschränkungen. Von daher würde ich meine eigene Aussage, es ist in anderen Branchen genau so stressig wie es in der IT sein kann, wieder rewidieren wollen. Es gibt offenbar nur in der IT extrem selten Integrationskonzepte. Dennoch Stimme ich dir tendentiell zu, in der Hotelerie / bei Sterne Restaurants und allem mit "Rang-und-Namen" sind die Umgangstöne deutlich rauer.

🤭 Wirklich witzig. ... vielleicht sind es inzwischen andere Zeiten: Ich habe die eine Anekdote aus Profiküchen wo wirklich Töpfe quer durch die Küche geworfen wurden, weil da jemand wieder seine Aufgabe nicht richtig gemacht hat. ... Also ich habe zwar schon von kollerischen IT Leitern gehört und auch erlebt - viel Rumgeschreie usw. - , aber bislang hat noch keiner eine Tastertur hinter einem Mitarbeiter hinterher geworfen.

Eine "Drucksituation" ist ja auch von der eigenen Persönlichkeit und Wahrnehmung abhängig. Wenn das bei dir extrem ausgeprägt ist, dann könnte ein lockeres, einfaches "hey schaffst du das noch vor dem Meeting in 15 Minuten?" [ oder schaffst du das nicht mehr, was gar kein Thema wäre ] ja schon ein Problem auslösen, richtig? So gesehen würde ich es wie @Graustein sagte, gibt es in allen Berufen gewisse Stresssituationen. - Ich würde auch sagen dass das bei Inklusionen passieren kann (siehe Beispiel oben). Vielleicht hilft dir ja eine konkrete Methode um den Stress besser Kanalisieren zu können. In meiner Beraterzeit in der IT bin ich ein bisschen Rum gekommen und möchte besonders das Erlebte aus den privaten Unternehmen hervorheben: Fakt ist: Egal wie positiv die Stimmung ist, wie cool die Mittagsgespräche in der Mittagszeit sind, in jedem Unternehmen, dass einen Programmierer eingestellt hatte kam der eine Tag an dem richtig viel Stress aufkam, aus Gründen. Im bislang besten Fall waren es ungefähr "10%" solche Tage, macht bei 300 Arbeitstagen ca. 30 Tage. Wenn du dir das Zutraust, würde ich im Privatsektor auch unabhängig von der Inklusion schauen, sonst ehrlich gesagt eher nicht. Hierzu fällt mir folgendes Video aus dem öffentlichen Bereich ein. Jemanden der in der IT und in Teilzeit arbeitet und in der Reihe des Bayrischen Rundfunk "was verdient ein..." mitgemacht hat.

- Ich möchte dir nicht zu nahe treten, aber wenn du schon solche Vergleiche heranziehst: Du hast keinen Spanisch Kurs gemacht, damit du mal im Land ein paar Bier bestellen kannst. Man schickt dich zu solchen Schulungen damit du als Fremdenführer die Sprache verstehst und halbwegs fließend Antworten kannst. Das klingt immer von einem aus der IT so von oben heraub, ist so aber keinesfalls gemeint, sondern einfach ein Erwartungswert an einen ausgebildeten Software Entwickler. Natürlich kann man ein oder zweimal Codestellen zeigen, beim dritten mal wird man aber eben alleine Losgeschickt (als ausgebildete Kraft) und nur noch gezielte Rückfragen erwartet - "ist halt so". Die anderen Software Entwickler haben ja auch nicht endlos Zeit jemanden einzuarbeiten. - Gibt es kein Testsystem oder eine Debugfunktion? - Es kann ja nicht sein dass du ALLES blind in ein altes System reinprogrammieren sollst oder? > Egal wie lang du dafür brauchst, muss es ja einen Ansatz geben. Ist halt die Frage wie er dann im Vorstellungsgespräch auseinander genommen wird. Immerhin konkuriert er bei den Junior Stellen halt auch mit anderen "richtigen" FiAEs und Studenten. Wenns halt schlecht läuft kommt dann auch folgender Dialog bei raus: Vorstellungsgespräch AG: "Und, was haben Sie bisher nach der Ausbildung für Projekte progrogrammiert" TE (aus den obigen Beiträgen): "{Nun] ich {werde} mit Aufgaben zugeschmissen, welche nicht meinen Kenntnissen entsprechen. Tue mir extrem schwer. {...} ch fühle mich absolut nicht als Programmierer. Ich beherrsche keine Programmiersprache und kann wenn dann überhaupt ein paar Basics. " 🙄

Hallo @suancasi Ich habe in dem erweiterten Umfeld im SAP Bereich gearbeitet. #SchnittstellenArchitekt Die Arbeiten sehen dann i.d.R. so aus: Du sollst ein System A und ein System B miteinander kommunizieren lassen und dabei eben über deine Suite die Prozesssteuerung durchführen. - Dabei "Prorgrammierst" du dann auf Low-Code-Ebene. Bei dem entsprechenden Gegenstück von SAP habe ich mal ein Beispielszenario rausgesucht. So ähnlich dürfte es auch in der Suite von IBM aussehen: https://blogs.sap.com/2020/06/29/step-by-step-guide-on-how-to-create-bpm-scenario-in-sap-po/ - Wenn du die Consulting Firmen an sich fragst, sagen die alle "du brauchst dafür Programmier-Knowhow". - Leider bekommen "nicht technische Consultants" es tatsächlich nicht hin eine einfach SOAP Schnittstelle aufzusetzen 😅. Aus Sicht eines operativen Fullstack developers würde ich sagen, dass hat nichts mehr mit klassischer Software Entwicklung zu tun. In gehobenen Entscheidungspositionen der Entwicklung, bei denen du ohnehin nur noch die Modelierungsarbeit leistest - z.B. als Software Arichtekt - bist du dann wiederum nicht mehr so weit weg von einem BPM Entwickler. Sprich: Wenn du 4-5 Jahre in diese Richtung gehst, wird der klassische Weg zurück zu einem Fullstack Entwickler, wie du es heute bist , eher gesperrt. Dafür öffnet sich die Möglichkeit auf der strategischen Ebene darüber, auch in der klassischen Software Entwicklung. Solltest du allerdings dein Stackwissen parallel privat auf dem aktuellen Stand halten, so ist ein "ausprobieren" und bei nicht-gefallen ein Weg zurück in den Fullstack meist reibungsarm möglich. - Einzig die potentitiellen, erfahrungsbedingten Gehaltssteigerungen der Zeit werden dann halt ausfallen.

Genau, da sind wir einer Meinung. Ich wollte nur hervorheben, dass es eben auch Überstunden gibt, die Zulässsig sind und hierfür kein Anspuch auf irgend einen Ausgleich gibt. Da habe ich mich wohl etwas missverständlich ausgedrückt.

Disclaimer: Ich bin kein Rechtsanwalt und dies dient auch nur der Veranschaulichung von "Schwarmwissen". Bitte betrachtet diesen Beitrag nicht als Rechtswirksam. - Ich denke mal es geht nicht um eine "Besserstellung". Wenn ich 45 Std. + "Überstundenregelung" lesen, assoziiere ich eher Arbeitsverträge mit X Stunden sind mit dem Vetrag abgegolten. z.B. 10% , bei 40 Std. > 4 Std. zusätzlich = mögliche 44 Std. Woche. In dem Fall müssen wir differenzieren. JA: Der Arbeitgeber darf diese Stunden einfordern, um betriebliche Ziele zu erfüllen. JA: Durch die Abgeltung mit dem vereinbarten Gehalt hast du keinen Anspruch auf einen Ausgleich, weil du für die "Mehrarbeit" entlohnt wirst. JA: Auch das Arbeitszeitgesetz erlaubt diese Überstunden, solange dies nicht den Regelfall sondern eine "projektbedingte Außnahme" darstelt. Hier gibt es aber keinen fixen Schwellwert der Eingruppierung, sondern müsste im Einzelfall entschieden werden. Du überschreitest evtl. sogar nicht mal die durchschnittliche Arbeitszeit, siehe unten. Das Kommt auf deinen Vertrag an, dort ist vorgegeben, ob du Werktags arbeiten musst (und intern einfach nur Mo-Fr festgelegt wurde), Mo-Fr oder Mo-Sa. Die Rechenformel gilt dabei für jeden Arbeitnehmer anders. Beachte: wöchentliche Arbeitstunden haben eine andere Formel, als monatlich zu leistende Stunden. Vergleiche : https://www.arbeitsrechte.de/arbeitstage-pro-monat/#Wie_viele_Arbeitstage_pro_Monat_gibt_es_im_Durchschnitt https://www.shiftjuggler.com/blog/berechnung-der-taeglichen-woechentlichen-und-monatlichen-arbeitszeit/ Regelstunden : 40 Std. x 4,35 = 174 Stunden pro Monat x 12 Monate = 2088 Stunden pro Jahr Mehrarbeit zusätzlich 4x 4,35 = 17,4 Stunden pro Monat x 12 Monate = 208,8 Stunden pro Jahr In Summe also 2216,8 geleistete Stunden. So. Nun können müssen wir aber noch jene Stunden abziehen, für Feiertage und bezahlten (erholungs) Urlaub. Gehen wir mal von 30 Tagen à 8 Stunden aus, plus 9 Feiertage à 8 Stunden. 30 x 8Std. regelarbeitszeit = 240 Std. 8 x 8Std. regelarbeitszeit = 56 Std. In Summe also 295 Std. Erholungszeit. So. 2216,8 Std. geleistete Zeit - 295 Std. bereits gewährte Erholungszeit = 1.921,8 Std. die nicht durch Erholung ausgeglichen wurden. So. Nun können wir von einer 5 Tage Woche ausgehende von durchschnittlich 21 Arbeitstagen im Monat ausgehen. Das mal 12 Monate dann 252 Arbeitstage. Nun können wir Rückwärts Rechnen 1921,8 Std / 252 Arbeitstage = 7,6261.... durchschnittliche Arbeitsstunden pro Tag für das gesamte Jahr. = Zulässig.

Unnützes Wissen != Halbwertszeit erreicht. Unnütz würde, wie du ja selbst geschrieben hast, seinen Wert komplett verlieren. Wissen mit so kurzer Halbwertzeit ist eher in die Kategorie "unvollständig" einzuordnen und verliert vielleicht sogar nie ganz seinen Wert. Damit kann z.B. im EDI Bereich ( vergleiche neue Versionen von EDIFACT und x.12 ) eine Information plötlich ganz woanders stehen, häufiger ist sie aber immer noch da wo erwartet. Beispiel Software Hersteller Zyklen SAP - Es kann sein, dass ganze Tools von einer Version zur anderen obsolete sind und Rausgenommen werden, aber das passiert auch eher alle 2-5 Jahre, als jedes halbe Jahr. Wenn man also eine Aussage daran bemisst, ob der Inhalt aktuell und vollständig ist, ja dann kann man altes Wissen nach 2 Jahren als "alt" bezeichen.

- Man muss dann aber auch mit dem Bummerang leben können: Solltest du das Angebot verstreichen lassen und bleibst, kannst du zielmlich sicher die Höhergruppierung vergessen. Denn dein Chef weiß ja, dass du trotz besserem Angebot geblieben bist. Heißt: Wenn du das machst und dein Chef dir kein besseres Angebot gibt musst du quasi gehen. - Egal ob zu diesem Angebot, oder zu einem anderen AG. Grundsätzlich bist du bei dem gesagten safe: Sprich , erst neuen Arbeitsvertrag, danach Kündigen. Die geht aber häufig direkt in die HR Abeitlung oder du schickst Sie per Post. Wenn du dich "im Guten trennen willst" , würde ich dir raten nachdem die Kündigung in der Post ist einen 5-Termin mit deinem Chef zu machen und dann deine Kündigung anzukündigen. Damit der nicht aus allen Wolken fällt. - Man sieht sich häufig genug zweimal im Leben. Gerade in der IT Welt. Anders herum bei der Frage "Was würde dich zusätzlich motivieren?" A: 2K mehr Gehalt Brutto oder B: 2 Urlaubstagen , würde ich wohl die Urlaubstage nehmen. Ich kann das also mit den Bauchsschmerzen verstehen, wenn man schon als "Ausnahme" nochmal ein paar Urlaubstage oben drauf gelegt hat. - Ohne das Unternehmen zu kennen. Ich habe inzwischen auch Vorurteile bei Unternehmen, die größer als 50 MA sind und "nur" Standardmäßig 20-24 Tage anbietet. Es hat sich häufig genug gezeigt, dass Mitarbeiter verheizt werden und eine sehr hohe fluktuation herrscht. (Auch wegen der "wenigen" Urlaubstage).

- Sehr berechtigte Fragen. Die Städte habe ich bewusst weggelassen, weil ich keine weiteren Informationen über die Unternehmen habe, als das hier geschriebene. - Wir kennen ja diese Firmen mit dem Sitz bei Frankfurt, die aber eben nicht in Frankfurt sind usw. ... Kritischer sehe ich es da auch mit der Range und mit dem Bunten Blumenstrauß. Das ist natürlich Massenverarbeitung und zeigt, wie sehr sich der Headhunter mit meinem Profil auseinander gesetzt hat, in dem er nur den Jobtitel gelesen hat. Andererseits kann man so einmal oberflächlich vergleichen. Irgendwie ist es ja doch ein Vorteil für den einzelnen. So kann man eben Wählen zwischen guten 60K als Entwickler, falls man 100% Remote arbeiten kann / will , oder eben doch die Architekt Position für 80K und dafür evtl. umziehen.

- Schwierig zu beurteilen > Bei den vor Ort Angeboten war der SAP Stammsitz nicht mit dabei. Ich habe leider nur Orte oder Remote und damit lässt sich leider nicht sagen ob da die SAP selbst bei ist.

Ich bin aktuell nicht in der Bewerbungsphase. Wollte aber die Momentaufnahme trotzdem mal weitergeben, vielleicht hilfts ja doch bei dem Festlegen des Gehaltskorridors.

Mir fällt kein Besser Ort ein wo das hin passen könnte. Habe von einem Headhunter folgende Angebote bekommen: - Hintergrund zweistellige Jahreszahl an Berufserfahrung, >10 Jahre SAP + > 6 Jahre Spezialwissen in dem SAP Produkt.

Ich habe ja bewusst von "nur" 5-10% gesprochen. Das das sind ja pro Wochen "nur" 2-4 Stunden mehr, sind wir mal ehrlich, wenn man an seiner Arbeit für bestehende Aufgaben etwas optimiert, dann kann man das immer irgendwie mit abfangen und arbeitet netto nicht länger. Die damit einhergehende Mehrbelastung sehe ich schon als Benefit für die Firma an. - Ich kann jetzt nicht von der Admin Seite sprechen, aber in der Softwareentwicklung sind die 30Minten potentielle IDLE Zeit wichtig, um bei allen wichtigen Themen für ein eskallatives Thema, oder Meeting Zeit zu haben, um alle operativen Prozesse am Laufen zu halten und eben keine Überstunden zu machen. Wenn man diesen Puffer quasi aufgibt und damit implizit die meist vertraglich abgegoltenen Überstunden häufiger werden, bin ich der Meinung, dass dies einen Mehrwert hat. - Von dem ganz schlechten Stil und der Erwartungshaltung, dass der Team Lead 110% Arbeitszeit geben soll ganz zu schweigen. Gerade bei den technischen Teamleiterstellen habe ich einblicke in verschiedene Unternehmen gehabt. Häufig genug arbeitet der "Team Lead" im Kern weiterhin als leitender Architekt oder ähnliches und eben nur zu einem kleinen Bruchteil an Arbeitszeit Personen managed. Die "reine" Manager Tätigkeit hat dort eher bei der Abteilungsleitung oder höher angefangen.

Grundsätzlich hast du recht, bilateral muss es stimmen. Nichtsdestotrotz, wenn beide Seiten es weiterhin wollen, kann man dafür schon ein Signal setzen. Es ist immer noch ein unterschied, wenn man zum Zeitpunkt heute schon klare Signale setzt und sagt, ja da gibt es etwas, oder eben auch nicht. Dieses "dann schauen wir mal" , sehe ich als großes Problem an. Gerade bei den unteren Leveln wo man eben nicht nur die "Manager" Funktion hat, sondern sehr gerne die Personalzuständigkeit zusätzlich zur normalen Fachkrafttätigkeit dazu addiert wird. Um meinen Standpunkt vielleicht anders auch zu verdeutlichen. Wenn ich als Entwickler aufgefordert werde, zusätzlich devops Tätigkeiten - sprich Administration von Soft und Hardware - zu übernehmen, würde ich auch eine Gehaltssteigerung als gerechtfertig sehen, selbst wenn es nur 5-10% meiner Arbeitszeit betrifft. ===== EDIT: Oder wenn ich Bereitschaftszeit zusätzlich übernehmen soll, dann übernehme ich diese ja nicht erst einmal und schaue dann nach 6 Monaten, ob die wirklich für die Firma einen Mehrwert gebracht haben. Hier ist es für jeden absolut verständlich, dass man die Vergütung im Vorfeld geklärt hat. ~~~~~~ Gerade wenn man bereits einen variablen Anteil am Gehalt hat, kann man "per Definition" diesen Skallieren. - Dann schüttet man abgesprochen den Anteil als 200% aus und sagt, die zusätzlichen 100% sind dann für den Teamleiterbonus. Das ist durchaus üblich und verändert absolut nichts am aktuellen Gehalt.

First of all - I dont have any further advice for you. ====== At least I can confirm this expectations. I would recommend to advance your German and get a B1 certificate (or similar) to proove your language skills.

Teamleiter wird je nach Bereich, Firmengröße, Region und speziell auch nach "Firmengehaltsstruktur" definiert. Hier kannst du auch ganz böse auf 50K "abstürzen", auch wenn du aktuell vermutlich solche Angebote ablehnen kannst. Wenn dir jetzt noch keine Steigerung in Aussicht gestellt wird, wird es vermutlich maximal 10% mehr. Daher tippe ich mal von deinen aktuellen 65K auf ca. 70K-75K all-in. Davon ausgehend, dass du 2-5 Jahre dann die ersten Erfahrungen sammelst und nicht wechseln wirst, wird ein Finanzieller Vergleich mit einer +20K Stelle zum Zeitpunkt jetzt immer verlieren. Ganz ganz wichtig: Das was auf Xing (oder sonst mündlich) angeboten wird, darf nicht dein Vergleichsfaktor sein. Bewirb dich ruhig mal und teste deinen Marktpreis aus, aber ohne ein konkretes Angebot wirst du nicht wissen, ob das Angebot wirklich besser ist. Beispiel: 40 Std. bei 80 K , Consulting == 8 Std. abgegolten, keine Zeiterfassung, 80% Reisetätigkeit im Vertrag bedeuten meist 50 - 60 Std. Arbeitszeit , 8 Std beim Kunden, 2 Std. durchschnittlich Reisezeit, 4 Tage nicht zu Hause sondern irgendwo im Hotel.

Ich bin kein Prüfer, aber dieses Beziehungswissen ist ja schon wichtig, damit man aus dem ER-Model ein Kontext herleiten kann. Von daher würde ich fehlende Beschriftungen schon mit teilabzug bewerten. Das ist ja nicht sehr aufwändig. Die meisten Sachen kannst du ja verallgemeinert lernen: >>>> Beziehungen zwischen Objekten [A] wird <Verb hier Einsetzen> von [B] // Taxi wird genutzt von Kunden [A] <Verb hier einsetzen> [B] // Bäume haben Wurzeln >>> Vererbung [A] ist ein [B] // PKW ist ein Auto >>> Attributiesierung [A] hat [B] // Auto hat Türen [A] kennt [B] // Zuschauer kennen Fernsehstars