Tag Arkiv: SharePoint

Kvällsjobb

4 Dec

Jag håller på att skapa en Office 365 och SharePoint online demo-miljö inför en grej. På det här området tänker jag framhålla Microsoft som ett enormt föredöme, jag får skapa hur många demomiljöer jag vill (som gäller i 30 dagar) och jag kan bjuda in upp till 25 verkliga eller fiktiva personer till demo:n. Det är så otroligt mycket mer tacksamt att kunna specialanpassa en visuell upplevelse utifrån det man pratar om och sen överlämna hela klabbet till kund eller någon annan för att pröva själva under resterande av de 30 dagarna.

Demo SharePoint 2013 online

Vi är väl inga hens eller?!

14 Nov

Vi kan nu officiellt konstatera att det är högre sannolikhet att träffa på en man på damtoaletten än det omvända. Men såklart att vi måste respektera SharePoint.

”In consideration of Microsoft SharePoint, This is a MEN’S Restroom. Womens restroom located across from Islander Ballrom”

Jag lovar att jag ska skriva positiva saker om den här konferensen, för det finns massvis av saker som har varit jättebra. Men det är inte så att det är jag som lägger upp bollen till smash på den här konferensen som tydligen aldrig slutar leverera.

Michael Sampson om SharePoint 2010

3 Maj

Samarbetsgurun Michael Sampson förklarar på cirka en minut vad han tycker vi ska veta om SharePoint 2010, nämligen ”get over it”. Alltså inte ”get over it” som att sluta använda den utan det vi ska göra är att sluta fokusera på tekniken och se till vilka möjligheter och största behov du har inom en organisation. Jag instämmer.

Att förbereda en workshop om krav

31 Okt

Imorgon ska jag och mitt projektteam ha en workshop med fokus krav(fångst). Det vill säga, vi ska dokumentera/fånga in vilka behov användarna har för att kunden därefter ska kunna hitta/beställa en produkt som löser detta. För att generalisera vad en projektledare gör.

Jag tänkte berätta lite hur jag förbereder en sådan workshop som ovanstående uppdrag kräver. Det här må låta väldigt it-specifikt men jag skulle vilja sticka ut hakan och säga att detta är ett förhållningssätt (iaf) alla större verksamhetsprojekt behöver mer av. Vad är det vi behöver och varför? Att arbeta enligt agil metodik (Scrum/Kanban/Lean) är nästan en förutsättning för moderna projektledare . Det fina i kråksången är att det inte handlar om metodiken främst (i mitt tycke) utan om själva förhållningssättet och förmågan att realisera det, vilket varje projektledare av kvalitet har. Oavsett vilken metodik ”vi” är vana vid.

I det här specifika fallet har vi genomfört en tidigare workshop där vi använt fördomsprofilering/personas/målgruppsanalys och identifierat en rad roller i organisationen samt vad de gör. Nu ska vi försöka fastställa vad de egentligen behöver och varför utifrån målet.

För att genomföra allt detta ovanstående har jag idag:

  • Identifierat vad som är vår SRARR. Vilket står för att definiera Syfte, Resultat, Arbetsgång, Roller, Regler och presentera det på workshopen.
  • Förklara varför vi kravställer och vad ett krav egentligen är. Visualisering och exemplifiering is the shit i detta fall. Och här finns det oändligt med bra material såväl internt som ute på the internetz. Jag lovar.  Men vad du än gör, visualisera.
  • En kort sammanfattning över de fördomsprofileringar/personas/målgruppsanalyser som framkom på föregående workshop.
  • Arbetsgången blir att det finns två rum med ett antal ”byggplast” uppsatta i varje rum, på varje byggplast finns ett funktionsområde som grupperna ska kravställa.
  • Slutligen sker någon form av sammanställning och berättelse över hur resultatet kommer återkopplas och dokumenteras.
  • Dokumentationen sänds ut. Inom ett par timmar från workshopen via mindmapping-program samt ett mer detaljerat schema i Excel. Jag älskar dokumentation ”på väggen” under ett möte, men jag vill också hävda att du också bör få ner den digitalt. Här är jag lite motståndare/bakåtsträvare till det agila men ofta är min erfarenhet att det du gör behöver spridas utanför ”kretsen”. Så ta höjd för det direkt.

Som förberedelse idag har jag därför:

  • Gjort en presentation i powerpoint. Ppt:en innehåller en SRARR och visualisering av kravarbetet. Här förklaras varför vi gör det vi gör och hur det ska gå till.  Och genom en SRARR vad jag förväntar mig.
  • Klippt till byggplasten som ska användas med hjälp av en kollega.

Som projektledare är det lite olika hur mycket erfarenhet man har på kundens område och verksamhet. Men oavsett hur mycket eller lite man kan om en verksamhet så tycker jag att en nyckelfaktor för mig som projektledare är att genomföra en workshop i ”teorin”. Det innebär att jag alltid sätter mig ner och försöker identifiera det jag tror kommer hanteras under workshopen och pröva det jag arbetat fram ”praktiskt”. På så sätt är du så mycket mer förberedd för vad som kommer hända.

 

 

Sist av allt så tar jag min hatkärlek i hand och går hem för kvällen. Och med hatkärlek så menar jag (rull)väskan med all byggplast, post-its, prioriteringar och pennor och så vidare. Jag älskar att det finns en väska som samlar allt jag behöver för en avancerad workshop, jag behöver aldrig oroa mig över att lappar är slut eller att byggplasten håller på att ta slut. Jag kan bara hämta ut en väska med det jag behöver. Men kan vi tala ut om det här att det är en r u l l v ä s k a?!

Ett stort steg för Excel

27 Sep

Idag har jag spenderat ganska precis hela dagen i Excel. Först genomgång av en riskanalys (på SharePoint) och klassificering av risker mot olika kategorier. Därefter kostnads- och nyttokalkylering för hela slanten för vad ett SharePoint-projekt genererar för nyttor/kostnader med utgångspunkt i:
1. Direkta nyttor.
2. Indirekta nyttor.
3. Svårbedömda nyttor.

Allt enligt PENG-modellen. Otroligt nyttigt och fantastiskt bra underlag att ha med sig inför och längst med ett stort förändringsprojekt.

Som lite strössel efter det så skapade jag en (början till) kravspecifikation av SharePoint 2010 på ett antal områden. Vilket vi ska prata mer om under veckan.

Nu är jag lite spak. Vi ses en annan dag. Det jag ville säga var att mitt förhållande till Excel har förändrats drastiskt de senaste veckorna. Idag tog vi dock ett så pass stort steg att jag la till det på min taskbar.

Galaxen SharePoint

19 Sep

Om män är från Mars och kvinnor ifrån Venus så är den som uppfann content types helt klart från en annan galax. Vilket föranleder mig att rekommendera den här artikeln om hur många innehållstyper man bör ha i SharePoint.

Och med det konstaterandet bryter vi nu för lunch.

5 myter om samarbete

19 Sep

Just nu arbetar jag primärt med projekt som handlar om samarbetsportaler (SharePoint) på ett eller annat sätt.

De som känner till produkten tenderar antingen att hissa eller dissa den. Det är lite fascinerande hur svart eller vitt vi ser på teknik. En av anledningarna till att jag själv tycker väldigt mycket om att arbeta med SharePoint är att den kräver samarbete och ett förändrat arbetssätt i fokus för att det ska bli bra för användaren. Dvs, det handlar mindre om teknik och mer om att i grunden förändra vårt sätt att hantera information och kommunikation. Därefter går det dock inte att komma undan att användaren också måste sätta sig in i ett helt nytt tekniskt verktyg och sätt att hantera teknik.

Fick en läsvärd artikel i min RSS angående fem myter om samarbete som tar upp mycket av det jag hanterar i vardagen. En kort sammanfattning:

Myt #1 – Kommunikation är enkelt.

Utveckling kräver förändring och förändring gör ofta ont. Samtidigt är det inte alltid det är tillräckligt högt i tak för att få kommunicera det öppet inom organisationer.

Myt #2 – Uppgiftshantering är enkelt.

En vanlig myt är att bara vi har bra checklistehantering så löser sig allt effektivt. Alla skriver in allt de behöver göra i en lista och så bockas den av regelbundet. I korrekt ordning givetvis. Men vi glömmer administrationen som är förknippad med att underhålla listor… och konsekvensen av att det blir fel.

Myt #3 – Teknik är enkelt.

Webbmöten som inte fungerar, delning av dokument och versionhantering som innebär ett oändligt mailande hit och dit för att ingen vill använda spåra ändringar.

Myt #4 – Kompetensöverföring är enkelt.

En projektsajt skapar inga nya kunskaper. Ett typiskt projektteam består ofta av en rad personer som varj och en representerar en unik kompetens.

Myt #5 – Kvalité är enkelt.

Världens bästa teknik tar inte ifrån oss det faktum att vinnande team är de som kan samarbeta. Det finns ingen teknik som magiskt får människan att vilja samarbeta.

%d bloggers like this: