cortez

Die Frage ist, wie definierst du die Installation von Software in der Doku? Letzten Endes sind es Stunden die abgerechnet werden. Mal als Beispiel, Installation von 7zip 1h. Da würde dir jeder einen Vogel zeigen, da du quasi eine Stunde für nichts abrechnest. Die Software in Abschlussprojekt ist oft etwas komplexer. Sagen wir es ist ein Ticketsystem und das braucht zwei Server. Einen Webserver für das Userinterface/ die Verwaltung und einen Datenbankserver. Hier ist es mehr als nur durchklicken, bis die Installation abgeschlossen ist z.B. muss die Kommunikation der Server funktionieren. Hier kannst du schnell 1-3 h brauchen. Wichtig ist, es gibt keine 100%ig passende Antwort, da jedes Projekt individuell ist. Am Ende musst du in der Dokumentation eine Begründung liefern warum du für diesen Arbeitsschritt so lange gebraucht hast.

Bei war es immer ähnlich. Ich denke mal es kommt hier sehr auf den Betrieb und die Unternehmenskultur an. Wenn es funktioniert, dann funktioniert es. Ich hatte nur beim Abschlussprojekt mit "richtigem Projektmanagement" zu tun. Alles was vor dem Abschlussprojekt und danach kam, war ein mix aus Absprachen, E-Mails, vertrauen in die Person und on the fly Entscheidungen. Hier muss man aber auch sagen, ich habe immer in House gearbeitet und nie bei einer Consulting Firma. 2-3 Monate vor meinem Abschlussprojekt, war ein Server installieren und ins Netzwerk bringen eine große Unbekannte für mich. Viele Abschlussprojekte zu der Zeit hatten, einen das als einen Teil des Projektes (Es war noch vor der Cloudzeit). Also habe ich gefragt ob ich sowas mal machen kann. Es hatte mir geholfen, es vor allem zeitlich besser einzuschätzen, da ich gemerkt habe es ist kein großes Ding. Wie oben schon erklärt, ein Server aufsetzen ist eine Sache, die man vorher mal üben kann. Das Einarbeiten in eine Thematik ist auch eine Sache die man üben kann. Jede IT hat Sachen um die man sich mal kümmern kann, wenn Zeit ist. Frag doch mal was es bei dir auf der Arbeit gibt, was offen ist da bist jetzt keine Zeit war. Du findest bestimmt etwas womit du dich beschäftigen kannst. So kriegst du schonmal eine Idee wie das Einarbeiten für dich funktioniert und wie lange du brauchst.

Meines Erachtens nach alles solide Ideen, wenn richtig aufgezogen. Lediglich "Einführung einer sicheren Datenaustauschplattform zur Ablösung des FTP-Servers" habe ich so etwas meine Zweifel, denn wie will man garantieren, dass es sicher ist.

Wir können hier nur mit dem Agieren, was wir wissen. Das die Situation bei dir schlecht ist wusste keiner bis zu dem Post von dir. Meine Empfehlung, wäre dass du dir mal die Projektanträge von anderen Fisis für Ideen anschaust. Hier im Forum findest du einiges dazu. Anschließend schaust du was man bei dir machen kann und du baust daraus einen Projektantrag.

Nein, diese beiden Ansätze sind Beispiele für einen Arbeitsauftrag, weil die Lösung oder das Ziel schon vorgegeben sind. Ein wichtiger Bestandteil, die Entscheidungsfindung findet nicht statt. Als Beispiel. Anfragen kommen per Mail rein. Es sind viele, es ist unübersichtlich, es gehen Anfragen verloren. Wir brauchen ein Ticketsystem. Nur welches? Was muss es unbedingt haben (AD Anbindung )? Was wären nice to haves (zu geordnete Geräte)? Du erstellst eine Prioritätenliste und vergleichst diese mit den in Frage kommenden Ticksystemen. Das System welches am meisten abdeckt gewinnt und wird eingeführt. Das was du beschreibst ist "Führ mal Jira als Ticketsystem ein!"

Ja und genau da sind wir beim Problem. Es gibt keine Entscheidungsfindung / die Lösung ist vorgegeben. Problem: 2 Hosts. Probleme wenn ein Host ausfällt. Lösung: Failovercluster Problem: VMware ist mit dem neuen Lizenzmodell zu teuer. Lösung: Hyper V, da wir eh Windows Server Datacenter Lizenzen haben. Die Problemstellung muss offen formuliert sein. Schau dir mal andere Anträge hier im Forum an. Gerade für Fisis findest du ne Menge.

Es liest sich alles wie ein Arbeitsauftrag. Eine wichtige Sache ist, wo ist das Problem, welches du mit deinen eigenen Entscheidungen löst?

Genau. Es ist mehr ein Überblick. Das man sieht es gibt ein Problem, wie sieht es aus, ist es relevant genug um es zu adressieren und auch was ist der Umfang. Du kannst es auch als Pitch betrachten. Genau. Das wichtige ist man bekommt einen Eindruck vom Problem und dem Umfang. Natürlich passt es hier wenn du sagst es sind über 1000 Schließfächer, da bekommt man eine Idee, dass es sehr zeitaufwendig ist das alles manuell durchzugehen. Wenn es nur 10 Schließfächer sind, dann ist die Argumentation etwas anders. Das Argument manueller Aufwand ist dann wesentlich schwächer. Ja, ich würde sagen das gehört schon in das Projekt, denn du beschäftigst dich mit dem ganzen im Detail.

so z.B. Es gibt zwei Systeme zur Kundenverwaltung und ein zusätzliches für Schließfächer . Diese Systeme sprechen nicht miteinander. In allen Systemen sind Kunden mit Schließfächern. Die Daten werden manuell gepflegt. Es treten regelmäßig Fehler auf und die Inventur muss manuell gemacht werden. Bei über 1000 Schließfächern ist dies ein erheblicher Aufwand, welcher jährlich wieder anfällt. Diesen Ablauf kann man auch automatisieren um den Arbeitsaufwand zu senken und Fehler (gerade im Bezug auf Rechnungen) zu reduzieren.

Grundsätzlich brauchst du für eine Ausbildung keine Vorkenntnisse. Ein guter Schulabschluss, Englischkenntnisse und ggf. einen Führerschein würde reichen. Schau bei dir in der Umgebung. Je mehr offene ausgeschriebene Ausbildungsplätze du findest desto einfacher ist einen Ausbildungsplatz zu kommen.

Hier sind wir dann bei einem Problem für dich. Du darfst erst anfangen, wenn der Projektantrag genehmigt ist. So zeigst du relativ deutlich, dass du schon vor dem Projektantrag mit deinem Projekt angefangen hast (Es impliziert, dass die Analysephase schon komplett abgeschlossen ist.), was egal welche Ausbildung du machst ein No Go ist.

Ich bin jetzt kein Kaufmann für Digitalisierungsmanagement, aber ich habe da so das ein ober andere Problem mit dem Antrag. Das gehört meines Erachtens nach in das Projekt. Du rechnest mit Variablen die sich erst im laufe des Projektes ergeben, wie z.B. dem Return of Invest. Du rechnest mit 40 Stunden. Deine Projektplanung ergibt aber 39 Stunden.

Nimm es mir nicht böse, aber da stimmt dann doch etwas nicht. Wenn Leistung stimmt und der Arbeitgeber noch weiteres Potential sieht, dann gibt es auch die Möglichkeit über eine Krankheit in der Probezeit hinweg zu schauen. Für dich ergibt sich dann das Problem, wie willst du das einem potentiellen neuen Arbeitgeber glaubhaft erklären. Ich verstehe jetzt nicht ganz wo deine Prioritäten liegen, denn gestern hörte es sich noch anders an. Wenn der Voucher nicht dieses Jahr verfällt würde ich mir da erstmal keine Gedanken machen, sondern mich auf einen neuen Job fokussieren

Ich weiß nicht wie es in Berlin genau aussieht, aber meine Empfehlung ist: Suche dir ein kleineres (Familien)Unternehmen versuche dort in die IT zu kommen. Am einfachsten über den Support. Warum? Es werden immer welche gesucht, so kannst du dir Sicherheit aufbauen und erste Erfahrung sammeln. Oft ist es so das du dort sehr viele verschiedene Sachen machen musst, weil es keine Teams für einzelne Aufgaben gibt. IT macht alles was dazu gehört. Für dich positiv du kannst bei vielem dabei sein. und wenn sich die Chance ergibt, hier auch Aufgaben übernehmen.

Ist es nett zu erwarten das Leute freiwillig ihre Zeit aufwenden sollen auf eine Idee zu reagieren, wo offensichtlich wenig Zeit reingeflossen ist? Ich kann hier @Brapchu und @Parser gut verstehen. Letztenendes ist es ein wie begegnest du mir, so begegne ich dir. Zu dem eigentlichen Post, aus FISI-sicht. Es gerade die Sachen für den Anschluss der Postfächer sind in Ticketsystemen eigentlich Standard. Auch hier sind wir wieder beim Standard für Ticketsystems. Der einzige Punkt wären die Metadaten.