DT blogi

SharePointi arendusprojektides on erinevad rollid ja nende vastutused olulisel kohal. Tehniline keskkond tuleb katta täies ulatuses ja on selge, et pole olemas superinimest, kes kõigest üle käiks. Vaatame järgmiseks, milliseid kompetentse on vaja, et tõsisemad arendusprojektid tehnilise oskusteabega piisaval määral kaetud saaks.

Minu tagasihoidlikud kogemused SharePointi projektidega näitavad, et alltoodud inimkoosseis on minimaalne, mis on vajalik edukate SharePointi arendusprojektide läbiviimiseks. Alltoodud koosseisu juures olen arvestanud eeskätt intraneti saitide arendustega. Avalike sisuhaldussaitide juures on inimkoosseis üldjoontes sama, kuid rolle on pisut rohkem. Et Eestis selliseid saite on ainult paar tükki, siis ei hakka ma nende spetsiifikaga lugejaid siinkohal tüütama.

Aga asume siis rollide ja nende vastutuste kallale.

• Projektijuht. Projekti peab keegi juhtima. Juhtimise sisse kuulub projekti ja töötulemuste monitoorimine, ajakavade jälgimine ning tellijaga suhtlemine. Projektijuht peab jälgima ka seda, et projekti kohta valmiks piisav dokumentatsioon. Kindlasti peab projektijuht mingil määral SharePointi ennast tundma. Vastasel korral muutub ta tülikaks pudelikaelaks, mis võib tahtmatult moonutada infot, esitada võimatuid nõudmisi või määrata inimestele ülesandeid, milles neil kompetents puudub. Seni parimad kogemused on mul olnud projektijuhtidega, kes on andnud endast parima, et mõista tekkinud tehnilisi probleeme.
• Arendaja. Sõltuvalt projekti suurusest võib arendajaid olla ka rohkem kui üks. Arendajate tööks on programmeerimine, andmestruktuuride loomine ning paigalduspakettide loomine. Samuti peab arendajate ajakuludesse arvestama sisse ajavarud info otsimiseks ja keerukamate tehniliste probleemide lahendamiseks. Kuigi läbi brauseri vaadates on SharePoint lihtne ja ilus, avaneb arendajatele tehniliselt köögipoolelt sootuks teine pilt.
• Administraator. Administraatori ülesandeks on serverite seadistamine ning arendajate nõustamine serverite, võrgu ja SharePointi konfiguratsiooni osas. Minul on parimad kogemused projektidega, kus on alati kambas administraator, kes tunneb nii Windowsi kui ka SharePointi administreerimist, sest päris paljud probleemid, mis pole otseselt arendajate pärusmaa, lahenevad ära kiiresti. Heade oskustega administraatori puudumine võib projekti kergesti muuta kaoseks. Soovitus: ärge seda eksperimenti korrake.
• Testija. Et piisavate automaatsete testide kirjutamine SharePointi jaoks pole kerge tegemine, siis on igati mõttekas kaasata projekti testija. Kui süsteemist on testserveris üleval versioon, mis on mõeldud tellijale näitamiseks, siis enne tellija teavitamist kontrollib testija üle, et kõik senitehtu korrektselt toimiks. Alati võib korraldada ka vahetestimisi, kus testija testib ära projekti mõne vahepealse seisu ning annab arendajatele ja administraatorile tagasisidet leitud puuduste kohta.

See oleks siis minu poolt vaadatuna piisav inimkoosseis SharePointi arendusprojektide jaoks. Mõnikord oleks hea projekti jaoks hoida näiteks poole koha ulatuses saadaval täiendavat arendajat, kelle saab koheselt appi võtta kui tekib tehniliselt keerukaid probleeme. Igakord ei pea too abiarendaja kirjutama koodi – tema ülesandeks võib olla ka probleemidele lahenduse otsimine erinevatest allikatest.

Projekti algul on oluline panna paika meeskond, määrata inimestele rollid ning panna paika erinevate rollide vastutused. Soovitatav on, et selle kohta koostada kasvõi eraldi dokument. See aitab ära hoida palju igasugu väärarusaamu, ebaadekvaatseid otsuseid ja inimestele valede ülesannete andmist, eriti kui projekti juhib inimene, kelle teadmised arenduse ja serverite haldamisega seotud maailmast on tagasihoidlikud. Samuti on teistel projektis osalejatel teada, et millises punktis kes peab millega tegelema ning see juhib ka kommunikatsiooni kiiresti õigesse suunda.

Kirjutas Gunnar, 22.03.2009 kell 23:00, teemal SharePoint. Jälgi selle postituse kommentaare läbi RSS-uudistevoo (feed). Lisa kommentaar või tagasisideviide (trackback) oma veebilehelt või blogist.