Kategorie: SharePoint

…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…