IT sviestapika » Projektu vadība

Pārmaiņu vadība

Kaspars — Tue, 12 Jul 2011 18:32:13 +0000

Apskatot internetā pieejamos materiālus atradu John Kotter 8 pārmaiņu vadības soļus:

1. Izmaiņu neatliekamības radīšana: ir jāiedvesmo cilvēkus rīcībai, nosakot reāli izpildāmus mērķus, kas cilvēkiem ir būtiski. Ir skaidri jāliek saprast, ka vecā sistēma ir jāmaina.

2. Spēcīgas komandas izveidošana: jāizveido komanda ar atbilstošām zināšanām un iemaņām, kas emocionāli jūtas atbildīga par nosprausto mērķu realizāciju.

3. Pārliecinošas vīzijas un stratēģijas radīšana: komandai ir jāizveido vīzija un stratēģija, kas noteiks tālāko virzību.

4. Pārmaiņu vīzijas komunikācija: jāiesaista pēc iespējas vairāk cilvēku stratēģijas un vīzijas komunikācijā, atbildot uz cilvēku jautājumiem un kliedējot šaubas. Mūsdienu tehnoloģijas var būt krietns palīgs.

5. Cilvēku iesaistīšana pārmaiņu veikšanā: ir jāiesaista cilvēki, sniedzot viņiem pilnvaras rīkoties un pašiem uzņemties atbildību. Ir jānovērtē progress un sasniegumi.

6. Īstermiņa „uzvaru” sasniegšana: ir jānosaka mazāki starpmērķi, kas ir viegli sasniedzami, pirms nākamo mērķu noteikšanas.

7. Ieguvumu konsolidācija un lielāku izmaiņu veikšana: ir jāsekmē neatlaidība un drosme veikt pārmaiņas. Regulāri jāizvērtē sasniegtais un plānotais, un jānosprauž tālākiem mērķi.

8. Jaunās „vīzijas” adaptācija kultūrā. Ir jāpalīdz jaunajai sistēmai iesakņoties cilvēku apziņā un rīcībā.

Gantt chart un google doc

Kaspars — Wed, 30 Mar 2011 16:09:30 +0000

Sev atklāju ērtu rīku kā uzzīmēt Gantt chart izmantojot google doc.
Šis risinājums man patīk, jo ļauj realizēt pašu nepieciešamāko, lai uzskatāmi attēlotu projektu gaitu.
Papildus saglabājās google doc priekšrocības- var kop izmantot ar citiem un vienmēr pieejams, neatkarīgi strādā pie sava PC vai nē.
Pats google doc plugins un video apskats.

Projektu mērķi

Kaspars — Tue, 19 Jan 2010 21:01:14 +0000

Manas piezīmes par tēmu “zivs pūst no galvas”.

Daudziem ir zināma drūmā statika par to cik procentuāli daudz projektu izgāžas, neizdodas vai vienkārši nesasniedz savu sākotnējo mērķi.
Savā pieredzē arī esmu saskāries ar neveiksmīgiem projektiem, kurus vienoja divas būtiskas lietas.
Ps. Šeit nepieskaršos projektu vadīšanas procesam , jo tas ir atkarīgs no konkrētā projekta tipa, lieluma, utt.

Bet ir viena kopēja lieta- Projekta mērķis.

Pirmā problēma- nepareizi nodefinēts projekta mērķis:
Projekta mērķis ir automatizēt vai uzlabot kādu procesu, palielināt konkurētspēju, utt, bet cik sanācis runāt ar projektos iesaistītām personām, tās uzskata, ka projekta mērķis bieži ir tikai ieviest kādu “IT sistēmu”.
Šeit jau arī rodas viena no pirmajām un būtiskākām kļūdām- sistēmas ieviešana nevar būt projekta mērķis, bet tikai kā projekta izvirzīto mērķa sasniegšanas risinājums, jo ieviešot sistēmu “ieviešanas pēc” var ne tikai nesasniegt sākotnēji gaidīto rezultātu, bet vēl pasliktināt jau esošo procesu.
Šāda problēma tiek novērota gadījumos, kad lielākā uzmanība tiek veltīta pašas sistēmas darbībai (cik fīčaina, kruta, moderna, utt tā būs), nevis organizācijas procesiem (kā cilvēki strādās ar šo sistēmu, cik efektīvi tas būs, kādā kvalitāte, kādas priekšrocības būs, cik ātri varēs strādāt, utt).

Otra problēma ir vienota izpratne par projektu:
Projektā iesaistītiem cilvēkiem bieži nav vienots viedoklis par projekta mērķi un sasniedzamiem rezultātiem.
Tas manuprāt ir otrs lielākais klupšanas akmens, jo nav iespējams nonākt pie laba rezultāta, ja iesaistītām personām ir dažāds redzējums par sagaidāmo sistēmu, tās prasībām un ieguvumiem.

Kāpēc tā notiek?
Manuprāt galvenokārt tāpēc, ka projektu vadītāji skatās pārāk šauri, koncentrējoties tikai uz pašu sistēmu.

Ko es ar to gribēju pateikt?

Neko jaunu. To visu var atrast jebkurā projektu vadības teorijā, bet tai pašā laikā apbrīnoju cik bieži tas netiek ņemts vērā. Un ja kāds izlasot šīs rindiņas aizdomāsies- tad būšu jau sasniedzis sev nosprausto uzdevumu.

Ps. Manuprāt, izvirzot pareizus, izmērāmus un visiem komandas biedriem zināmus projekta mērķus izdotos sasniegt daudz labākus rezultātus un izpaliktu lielā vilšanās, ka sistēma ir ieviesta, bet tā nedod sākotnēji iecerēto atdevi.

Kuras produkta dzīves cikla daļas ietilpst projektā?

Kaspars — Mon, 01 Jun 2009 06:00:16 +0000

Lasot projektu vadības standartu PRINCE2 uzgāju bildi, kurā ir nodalītas dzīves cikla sadaļas, kuras ir definētas kā produkta un kuras kā projekta daļas.
Nekā mega jauna jau nav, bet lasot atcerējos vecu strīdu ar bijušo kolēģi, par jautājumu vai sistēmas lietošana un uzlabošana ietilpst projektā vai arī izstrādes projekts beidzas ar lietošanas uzsākšanu.