Kategorie: Lessons Learned

…ich habe vor zwei Wochen für ein weiteres Kundenprojekt auf unserem externen Sharepoint eine neue Seite aufgesetzt, die es unserer Redakteurin und ihrem externen Redaktionsnetz ermöglichen sollte, eine Vielzahl von Dokumente miteinander zu bearbeiten. Wichtig war hierbei eine Versionierung, die gewährleistet, dass man jederzeit einen alten Stand wieder dearchivieren kann und dass immer nur eine Person an der aktuellen Version des Dokumentes arbeitet. Zusätzlich war wichtig, dass jederzeit klar war wer gerade das aktuelle Dokument bearbeitet, sowie eine Gruppierung nach bestimmten Punkten. 

Realisiert habe ich diese Anforderungen mit einer an diese Bedürfnisse abgepasste Site, die ich mit dem Sharepoint Designer und XSLT realisiert habe. Dabei habe ich die von Sharepoint standardmäßig angebotene Versionierung eingesetzt, und habe darum herum die Site konstruiert. 

Im Einsatz haben sich dann schnell einige Probleme aufgetan, die primär mit dem Einsatz älterer Versionen von Office zu tun haben. So funktioniert die Versionierung in Sharepoint erst ab Office 2003. Da aber einige Redakteure und Kunden noch eine ältere Version benutzen, musste hierfür ein Workaround konstruiert werden, der es trotzdem ermöglicht, diese Redakteure in die Versionierung mit einzubeziehen. Dies funktioniert nun über eine Uploadfunktionalität, die immer eine neue Version erstellt, allerdings ist hierbei wichtig, dass die Benennung der Dokumente identisch ist.  Die weitern Änderungen hatten primär mit der Usebillity zu tun und ließen sich mit geringem Aufwand und ein wenig XSLT realisieren.

Mittlerweile funktioniert diese Site so gut, dass wir planen sie für weitere Projekte einzusetzen.

Ich habe heute auf einer unserer externen Sharepointseiten, extern meint hier, dass der Server auch für Kunden erreichbar ist, das bestehende Tasksystem von einer einfachen Listendarstellung auf ein funktionierendes Taskmanagementsystem upgegradet. Das neue System beinhalten vor allem, die Zuweisung verschiedener Status für die einzelnen Elemente, sowie eine Möglichkeit die Aufgaben bestimmten Personen zuzuweisen. Zusätzlich habe ich einen automatischen Email versand eingebaut, der zum einen jeweils den internen Verantwortlichen bei uns über neue Elemente informiert, die von Kunden initiiert worden sind und zum anderen auch die Kunden informiert, sobald eines ihrer Issues bearbeitet worden ist. Zusätzlich kann man sich die Elemente nach Status anschauen.

Mittelfristig wird es auch so etwas wie eine individualisierte Benutzeransicht geben, die über das Benutzer Login die Elemente Filter. Aber erst einemal sollen alle User die neue Art der Arbeit kennen lernen, bevor wir diesen Schritt umsetzten. 

Das System wird in den nächsten Tagen Live gehen, ich bin mal gespannt, ob sich besonders der Email versand als praktikabel erweist.

…die meinen internen und externen Kunden scheinbar die größte Freude machen. Ich habe gestern in zwei Situationen festgestellt, dass es nicht wirklich auf die Komplexität der gemachten Änderung oder des gemachten Vorschlages ankommt, sondern, dass es vielmehr die subjektive Wahrnehmung der Wertigkeit dieser Änderung ist, die den Grad der Zufriedenheit determiniert.

• Ich habe auf Anfrage unseres Vertriebes unsere neue Salesapplication in S A L E S –Point umbenannt. (Eine Mischung aus Sharepoint und Salesforce)
  • Die Änderung hat 5 min gedauert und hat aber sehr positives Feedback nach sich gezogen
  • Ich habe in Stundenlanger Kleinarbeit bestimmte Funktionen in die Lösung eingebaut, die aber niemand zu würdigen wusste

·         Ich habe einem Kunden einen Vorschlag gemacht, der für uns einen geringen Aufwand darstellt, der aber scheinbar für ihn große Wertigkeit hat. Was mich sehr gewundert hat. 

Aber man lernt ja nie aus… 

…mein erstes Projekt neigt sich nun stark dem Ende zu, Zeit ein Resümee zu ziehen.

Was habe ich gelernt, was ist gut gelaufen, was muss ich/man beim nächsten Mal besser machen? 

Gelernt habe ich vor allem folgende Dinge:

• Kundenkommunikation, besonders eineindeutige ist eine Kunst
• Es ist wichtig, die Ergebnisse eines Meetings in einem Protokoll festzuhalten
• Es wird immer menschliche Dissensen geben
• Man kann mit relativ einfachen Mitteln aber Kunden aber glücklich machen, an Stellen, an denen man es gar nicht erwartete hatte

Gut gelaufen ist das Projekt von der technischen Seite aus:

• Bisher sind keine größeren Probleme aufgetreten
• Es gab keine nicht realisierbaren technischen Anforderungen
• Im Großen und Ganzen war die Zusammenarbeit mit dem Kunden sehr konstruktiv
• Der Know How Zuwachs bei meiner Person ist enorm
• Ich bin in der Kundenkommunikation viel sicherer geworden

Schlecht gelaufen sind vor allem de folgenden Aspekte:

• Erstes größeres Kundenmeeting, ich bin allein und einer der Kunden stellt sich auf die Hinterbeine à unangenehm
• Ein Makro schreiben, eine neue Tabelle aus dem Sharepoint verlinken und folgende Fehlermeldung bekommen: „alle Activ X Steuerelemente und Visiual Basic Komponenten sind aus ihrem Dokument entfernt worden“
• Sich selbst Screen Shots schicken, und dann feststellen, dass sie aus welchen wie auch immer gearteten Gründen nicht ankommen, und man sie deshalb dem Kunden nicht schicken kann

Aber mein generelles Fazit ist durchweg positiv, ich habe viel gelernt, das Projekt scheint gut zu Ende zu gehen, und wir sind dabei ein Folgeprojekt zu verkaufen.