• Wenn du als Servicemitarbeiter*in an deiner Hochschule eine Idee zur Erweiterung oder Verbesserung von ILIAS-Anwendungen und Funktionen hast oder von Hochschulangehörigen immer wieder den Hinweis für ein wichtiges Feature in ILIAS erhältst, ist es ratsam, in einem ersten Schritt deine Idee im Team zu besprechen, damit weitere Anforderungen und eventuelle Finanzierungmöglichkeiten  mitgedacht werden. 
• Nun ist es an der Zeit deine Idee weiter zu konkretisieren, indem du ein Kurzkonzept schreibst. Dein Kurzkonzept kann angelegt sein am FR-Steckbrief der ILIAS-Community. Zunächst solltest du die zwei Felder "Initial problem" und "conceptional summary" beantworten:
  • Initial summary: Kurze, eigene Zusammenfassung deiner Idee/deines Problems und Lösungsvorschlags. Wenn du folgende Leitfragen beantwortet hast, sollte deine Initial summary vollständig sein:
    • Wo genau besteht das Problem? Modul und Ort in ILIAS.
    • Wann besteht das Problem? Didaktisches Szenario.
    • Gibt es Stellen in ILIAS wo es eine ähnliche Lösung oder ein bereits gibt? 
  • Conceptual summary: Warum soll es diese Funktion/Verbesserung geben und wie würdest du deinen Vorschlag in ILIAS umsetzen wollen? Hier liegt der Schwerpunkt auf der konzeptionellen Idee deines Feature Requests. Eine technische Herleitung ist hier nicht notwendig. 

• Ein wichtiger Schritt bei der Erstellung eines erfolgreichen FR ist es zu klären, ob deine Idee bereits als FR eingegangen und eventuell sogar schon bearbeitet wird. Das Feature-Wiki in dem du bereits existierende FR abgleichst ist zugegeben, sehr umfangreich, aber hier sind einige Hinweise, um deine Recherche zu erleichtern:
  • Suche auf der Übersichtsseite unter 5.2 Modules and Features nach dem betroffenen Modul oder Objekte, dass du verbessern möchtest. Klicke auf das betroffene Modul oder Objekt und es öffnet sich eine Seite, die dir Übersicht darüber verschafft, 1) welche FR für das Modul oder Objekt bereits vorgeschlagen sind, 2) welche FR erfolgreich waren und bereits für einer der nächsten Versionen von ILIAS vorgesehen sind (Suggest for). Suche in dieser Übersicht nach bereits vorhanden Features, die ähnlich zu dem sind, was du vorhast. 
    • Falls du ein Feature gefunden hast, dass deiner Idee ähnelt, nimm Kontakt zu der*dem Verfasser*in des FR auf indem du unter "Author" auf den Username klickst. Hier findest du entweder direkt Kontaktdaten oder kannst diese anfragen. Persönlich könnt ihr herausfinden, ob eventuell eine Ergänzung des FR notwendig ist, um deine Idee vollständig mit abzudecken. Gibt es Abweichungen so überprüft gemeinsam, ob und wie deine Idee in den vorhandene FR einfließen könnte. Sind deine Idee und der vorhandene FR doch nicht miteinander vereinbar gehe wie folgt vor, um deinen eigenen FR weiter voranzutreiben.  
  • Du hast keine ähnlichen FR in deinem betroffenen Modul oder Objekt gefunden? Überlege, ob es eventuell andere Module und Objekte gibt, die eine ähnliche Funktion aufweisen wie die Funktion, die du in deinem Feature Request vorschlägst. 
    • Wenn du ein ähnliches Feature gefunden hast: Nimm auch hier wie oben beschrieben den Kontakt zu der*dem Verfasser*in des FR auf. 
• Falls du bei deinen Recherchen herausfindest, dass es die gewünschte Funktion oder eine ähnliche bereits diese aber (administrativ) deaktiviert ist, kläre mit deinen hochschulinternen Administrator*innen, ob auf eurem Hochschul-ILIAS diese Funktion aktiviert werden kann. Gegebenenfalls kann es sein, dass die Funktion bereits für die nächste ILIAS Version verfügbar ist, diese jedoch an deiner Hochschule noch nicht genutzt wird. 

• Wenn deine Wiki-Recherche ergeben hat, dass deine Idee für ein FR weiterhin Bestand hat und du dein Kurzkonzept vielleicht sogar mit deinen Recherchen verfeinern konntest, kannst du im nächsten Schritt die*den Maintainer des auserwählten Moduls oder Objektes Kontakt aufnehmen. 
  • Stell der*dem Maintainer*in deine Idee vor. Sei offen für ihr*seine Feedback dazu, wie man aus seiner Sicht das Problem am besten lösen kann. Denk daran, der Maintainer ist genauso wie du daran interessiert, dass sich ILIAS verbessert, allerdings hat er immer die "technische Brille" auf. Du als Angehörige*r deiner Hochschule hast vermutlich eher die Perspektive der Lehrenden und Studierenden im Blick. Es ist ratsam, dass du dich weiterhin regelmäßig mit deinen Kolleginnen und Kollegen aus deiner Servicestelle absprichst um die Hochschulperspektive (je nach Zielgruppe: Lehrende oder Studierende) nicht zu verlieren. 
  • Wenn du und die*der Maintainer*in euch grundsätzlich einigt seid, dass du dein FR aufgeben solltest, holst du dir von der*dem Maintainer*in bzw. dessen Firma ein Angebot für die Umsetzung des FR: Wie teuer wird die Entwicklung sein? Bei höherem Bedarf kann es sein, dass deine Hochschule die Mittel nicht alleine tragen kann. In dem Fall ist es wichtig, dass du frühzeitig an weiteren Hochschulen in NRW für dein FR wirbst und somit die Finanzierung sicherst. 

Bevor du dich an die Arbeit machst, und mit Anderen der ILIAS-Community aus deiner FR-Idee ein Feinkonzept erstellst, kläre zunächst mit deiner*deinem Maintainer*in ab, ob du weiterhin die*der Prozessbeauftragte bist oder ob an dieser Stelle die*der Maintainer*in den weiteren Prozess in enger Absprache mit dir wahrnimmt. Falls du weiterhin die*der Prozessbeauftragte bist, fahre wie folgt fort: 

Neben der engen Absprache mit deiner*deinem Maintainer kannst du an zwei weiteren Stellen in der ILIAS-Community Feedback einholen und damit dein Konzept verbessern:

UI Clinic

Es lohnt sich rechtzeitig die UI Clinic einzubeziehen, wenn es um Fragen hinsichtlich der Barrierefreiheit, Gestaltung oder der Interaktionsmechanismen geht. Die Koordinator*innen der UI Clinic sind Expert*innen für die Nutzendenperspektive. Bevor du zur UI Clinic gehst, nimm die Rolle des Studierenden/Lehrenden ein und kläre vorab für dich, welche Use Cases und Anforderungen es aus der Hochschule an dein FR geben könnte. Mit deinen vor überlegten Fragen und dem aktuellen Stand deines FR kannst du zur Sprechstunde der UI Clinic gehen. Dort wird dir gerne geholfen, die UI Clinic freut sich die Nutzerfreundlichkeit direkt von beginn an mit denken zu können.

Feature Workshop

Bei Bedarf ist es wichtig, dass du ein Feature Workshop ansetzt und dein FR mit wichtigen Akteuren der ILIAS-Community diskutieren lässt. Im Feature Workshop kommen dein*e Maintainer*in, die*der Produkt Manager*in von ILIAS sowie weitere interessierte Akteure zusammen. Dort kannst du wichtiges Feedback einholen, die du dann in dein FR-Feinkonzept einfließen lassen kannst.

Sobald du Rückmeldungen für dein Feature eingeholt hast und dein Feinkonzept steht, kannst du dein FR auf der docu-Seite eintragen. Dafür ist es zunächst notwendig, dass eine neue Wiki-Seite für dein FR erstellt wird. Falls du bei der Erstellung der Wiki-Seite über die unten verlinkte Anleitung hinaus Unterstützung brauchst, frag gerne die Personen der ILIAS-Community, die du auf deinem Weg bis hierher kennengelernt hast oder frage einfach im Discord-Channel der Community an. Dir wird sicherlich gerne geholfen. 

• FR auf der Wiki-Seite ausformulieren
  • Wenn die Wiki-Seite für dein neues Feature steht, siehst du einen standardisierten Steckbrief, den du in englischer Sprache ausfüllst. Folgende Einträge sind zu beachten:
    • Titel
      • Wähle einen Titel für dein Feature, der direkt die neue Funktion deines Feature beschreibt.
      • Der Titel muss schon beim Anlegen der Wiki-Seite gewählt werden, also musst du dir schon im Vorfeld Gedanken dazu machen. 
    • Initial Problem:
      • Beschreibe das aktuelle Problem und erkläre, warum eine Weiterentwicklung notwendig ist. Wenn du einen vorformulierten Text hier einfügst, achte darauf, dass dieser ohne einer Formatierung eingefüllt wird. 
      • Verlinke zu ähnlichen FR und erkläre, warum ein separater FR erforderlich ist.
      • Füge, wenn möglich, einen Screenshot des aktuellen Zustands hinzu. Wähle dabei die Fullscreen-Option aus.
    • Conceptual Summary:
      • Beschreibe die neue Funktion oder Erweiterung und erläutere, wie sie sich in ILIAS verhalten soll.
      • Beschreibe die dahinterliegende didaktische Idee oder das Ziel.
      • Erkläre das gewünschte Verhalten der Funktion, insbesondere in Bezug auf Interaktivität.
    • User Interface:
      • List of Affected Views
        • Liste die durch den FR betroffenen Ansichten auf, die sich mit dem FR verändern werden. 
      • User Interface Details
        • Beschreibe jede aufgelistete Ansicht detailliert:
          • Füge ein Mockup ein, das die geplante Ansicht darstellt und beschreibe diese.
          • Erkläre die Seitengestaltung und nenne die verwendeten UI-Elemente.
          • Beschreibe das erwartete Verhalten pro Ansicht, dass dein Feature auslösen wird.
      • New User Interface Concepts
        • Beachte, dass die standardisierten Gestaltungs- und Interaktionselemente (Kitchensink) in ILIAS normalerweise für jeden Feature Request ausreichen. Du kannst in der Regel hier in dem Feld "none" eintragen. 
        • Falls du mit der UI Clinic im Vorfeld zu einem anderen Ergebnis gekommen bist, dann kannst du das hier eintragen. 
      • Accessibility Implications
        • Lasse diesen Abschnitt von den Entwickler*innen ausfüllen, Dieser wird bei Bedarf die UI Clinic kontaktieren. 
    • Technical Information
      • Lasse diesen Abschnitt vom Maintainer ausfüllen bzw. fülle diesen nach Rücksprache mit dem Maintainer selbst aus.  
    • Privacy Information
      • Lasse diesen Abschnitt vom Maintainer ausfüllen bzw. fülle diesen nach Rücksprache mit dem Maintainer selbst aus. 
    • Security Information
      • Lasse diesen Abschnitt vom Maintainer ausfüllen bzw. fülle diesen nach Rücksprache mit dem Maintainer selbst aus. 
    • Contact
      • Author of the Request: Füge den Link zum deinem eigenen docu-Benutzerprofil ein. 
      • Maintainer: Füge den Link zum docu-Benutzerprofil des Maintainers ein. 
      • Implementation of the feature ist done by:  Der Maintainer fügt den Namen der*des Entwicklerin*s ein.
    • Funding
      • Liste die ILIAS nutzenden Organisationen auf, die Interesse an der Finanzierung haben. Das Funding muss nicht ausschließlich aus dem Hochschulbereich getragen werden. 
    • Discussion
      • Stelle hier dar, mit welchen Akteuren aus der ILIAS-Community (Maintainer*innen, Feature-Workshops, UI-Clinic) du bereits an deinem FR gearbeitet hast und oder Zuspruch erhalten hast. Das macht deutlich, dass dein Feature von vielen in der ILIAS-Community getragen wird. 
      • Zudem können hier Diskussionsergebnisse aus dem ILIAS JourFixe stehen bzw. jeder aus der Community kann hier eine Rückmeldung zum FR geben. 
    • Implementation
      • Lege dar, die wievielte Version des Feature Request es ist. 
      • Lasse das Feld Test Cases einfach frei. Test Cases werden durch die*den Maintainer*in formuliert. 
• Juhu! Alle Eingaben sind ausgefüllt, dein FR ist fertig und steht der ILIAS-Community zur Verfügung.  

• Bitte die*den Maintainer*in um die notwendigen technischen Ergänzungen für den FR-Eintrag.
• Hole grundsätzlich Feedback von ihr*ihm zu deinem FR ein. Frage ob der Eintrag soweit richtig und nachvollziehbar ist. Füge dem Eintrag ihre*seine Rückmeldungen hinzu. 
• Kläre an welchem Datum der FR im ILIAS JourFixe vorgestellt werden soll und ob die Komplexität des FR 15 oder 30 Minuten zur Vorstellung im ILIAS JourFixe benötigt.  

• Sobald du mit der*dem Maintainer*in geklärt hast, wann ihr gemeinsam das Feature im ILIAS JourFixe vorstellen wollt, fülle das Anmeldeformular dazu aus. Die*der Maintainer*in muss den Anmeldeeintrag und die Anwesenheit bei dem ILIAS JourFixe bestätigen.
• Wenn nicht anders mit der*dem Maintainer*in abgesprochen, bist du als Presenter für die inhaltliche-didaktische Vorstellung des Features verantwortlich und beantwortest die Fachfragen. Die*der Maintainer ist für die technische Rückfragen zuständig.

• Wie läuft der ILIAS JourFixe ab?
  • Die Datensammlung in der Du oder die*der Maintainer*in vorab eingetragen haben wie groß euer Timeslot ist, spiegelt dann die Agenda wieder. Dort kannst du also nachschauen wann du mit deiner Vorstellung dran bist.
  • Zusammen mit der*dem Maintainer*in stellst du das Feature vor und erhältst Rückfragen und Feedback aus der Community.
• Wie wird der FR vorgestellt?
  • Deine Präsentation soll deinen FR-Eintrag nochmal untermalen und erläutern. Nimm dir diesen ruhig als Vorlage und gehe kurz die folgende Punkte durch: 
    • Kurzvorstellung über Art, Funktion und Beweggrund.
    • Welche Stellen in ILIAS sind betroffen?
    • Grafische Umsetzung.
• Wie wird darüber entschieden, ob das Feature angenommen wird?
  • So lange keiner Einwände hat, wird dein Feature angenommen.
  • Falls es Einwände gibt, werden diese direkt im JourFixe diskutiert. 
  • Nach der Diskussion wird dein Feature angenommen oder es wird zurückgestellt. Das hießt dein Feature muss noch eine Iteration durchlaufen.
  • Technische Fragen sind von dir zuvor mit der*dem Maintainer*in geklärt worden, deswegen handeln die Rückfragen und Diskussionen meistens von den Inhalten des Features und den Formulierungen des FR-Eintrages.
  • Matthias Kunkel, Product Manager von ILIAS, beendet deinen Beitrag indem er das Gespräch kurz zusammenfasst und ein kurze Einordnung dazu gibt.