Det har vi – men helt så enkelt er det ikke. I denne post vil jeg adressere to centrale spørgsmål omkring Sharepoint – for det første – hvad er Sharepoint? Og for det andet; hvordan griber Creuna sådan et Sharepoint-projekt an?
First things first – hvad er Sharepoint egentlig?
Microsoft Office Sharepoint Server 2007 også kendt som MOSS 2007 eller bare MOSS er én af de helt store satsninger fra Microsoft dette år. Hvis du eller din organisation har planer om enten at lave et website, extranet eller et intranet, er der en god chance for, at du har hørt om det.
Kort fortalt har Microsoft lanceret Sharepoint Server 2007 (herfra MOSS) som en platform til at bygge avancerede webbaserede løsninger på – disse løsninger kan så antage alle mulige former (hjemmesider, intranet, extranet, dokumenthåndteringssystemer, videndelingssystemer, samarbejdsplatforme etc..). De har taget det bedste fra den gamle Sharepoint Portal Server 2003, som var ret god til samarbejdsløsninger og simpel dokumenthåndtering og så har de krydret det med det bedste fra deres Microsoft Content Management Server 2002 (herfra MCMS). Så har de rørt godt rundt i gryden og tilsat en heftig workflow-motor, en solid søgefunktion og forbedrede integrationsmuligheder til både Office-pakken, SAP, databaser og webservices. Ud er så kommet den her platform, som kan så meget, at det nemt kan føles som da man var lille og fandt fars værktøjskasse. Det lykkedes mig fint at slå nogle søm i og hamre nogle ting sammen – men som med alt andet håndværk kræver det hårdt arbejde og ikke mindst en forståelse af, hvad værktøjet kan bruges til, og hvad man egentlig skal bygge. Denne know-how er ikke med i kassen fra Microsoft – så tænk dig godt om, inden du / I klasker jeres eget intranet sammen – risikoen er ret stor for, at det skvatter sammen om jer.
Èt er derfor at have værktøjerne – et andet er at vide, hvad man skal bygge, hvem det er til, hvad de skal have ud af det – og så naturligvis at kunne bruge værktøjerne rigtigt til at kunne bygge skidtet og få det til at fungere i praksis – både teknisk, men også organisatorisk.
Man kan betragte MOSS som en stor samling af avancerede legoklodser, som har hver deres funktionalitet. Når vi går ud og tager en dialog med en kunde, er der en delmængde af deres behov, der kan løses med standard-funktionalitet fra MOSS, dvs. de legoklodser, der kom med i kassen fra Microsoft – men der er også altid brug for at tilpasse de eksisterende legoklodser og / eller at bygge nogle nye, som adresserer præcis de behov, som den aktuelle kunde har, og som måske er dem, der gør mest ondt på bundlinien. Den megen standard-funktionalitet gør, at konsulenthuse som os selv, kan løse flere behov / skabe mere værdi for kunden indenfor den samme tid = penge – hvis vi altså er opmærksomme på, hvordan den eksisterende funktionalitet kan benyttes, kombineres og eventuelt udbygges, så den matcher og løser kundens behov.
Dette giver en udfordring i forhold til kunder, der måske har fået lavet et grafisk design og en kravspecifikation hos et reklame- eller designbureau, som ikke er inde i den nyeste teknologi. Her er funktionalitet taget med og vurderet ud fra et designmæssigt synspunkt (og hvis man har været i gode hænder naturligvis også et forretningsmæssigt), hvilket er fint, men ikke tilstrækkeligt i sig selv. Kunden er altid interesseret i de lavthængende frugter og her kommer omkostninger ved udvikling også til at spille en rolle. Det er derfor altid nødvendigt at kende teknologien, før kunden kan lave den endelige prioritering. Hvor løser vi nemmest og billigst, de fleste og mest relevante problemer? Dette kræver både forretningsforståelse, brugerforståelse og teknisk forståelse. Det er én af vores udfordringer som konsulenthus, at mestre alle tre discipliner og sikre, at vores kunder får mest muligt ud af dette.
Svarede jeg nu på de spørgsmål, jeg stillede? Bedøm selv 
)
Seneste Kommentarer