Français (France) 
Finnish (FI) 
English (United Kingdom) 
“In theory, theory and practice are the same. In practice, they are not.”, Albert Einstein.
“Les lois claires en théorie sont souvent un chaos à l’application.”, Napoléon Bonaparte.
Kuulostaa projektinhallinnalta. Projektien parissa herrat oikeastaan puuhailivatkin.
Projektit ovat yhdessä tehtävää luovaa ongelmanratkaisua, jonka osatekijöitä tuli taannoisessa blogikirjoituksessa jo puitua. Rekisteröidy projectmanagement.com-sivustolle ja kuuntele aiheeseen liittyvä mainio webinaari. Tässä valossa ymmärtää hyvin, että projektipäälliköt usein pitävät puutteellista viestintää yhtenä isoimmista ongelmista.
Määritä ongelma
Merkittävä, ehkä jopa suurin, osa ajasta kannattaa käyttää ongelman tarkkaan määrittämiseen, jotta projektille saadaan järkevät tavoitteet. Tietojärjestelmäprojekteissa tämä voisi tarkoittaa sen oivaltamista, että ongelma saattaakin piillä liian monimutkaisessa toimintatavassa tietojärjestelmän puuttumisen sijasta. Tavoitteiden määrittämiseen liittyy erilaisia muistisääntöjä (kuten S.M.A.R.T.), joita kuvasinkin toisessa kirjoituksessa.
Seurustele ongelman kanssa
On varmaankin inhimillistä hätäillä ongelmaa ratkaistaessa. Parhaimmillaankin tämä johtaa usein ensimmäisen mieleen tulevan ratkaisun toteuttamiseen ja pahimmillaan umpikujaan.
Opettele pitämään ongelmasta, käy sen kanssa vuoropuhelua ja kuuntele, mitä ajatuksia sen jälkeen mielesi syvyyksistä kumpuaa. Tarkastele sitä useammasta näkökulmasta. Yritä luoda useampi ratkaisuvaihtoehto. Älä myöskään hätäile vaihtoehdon valinnassa. Koita selittää sitä maallikolle (ns. talkkarivaikutus). Voit käyttää apunasi ohjattuja menetelmiä, kuten Simplex.
Ratkaise tehtävissä olevat osat ongelmasta
Alkuvaiheessa koko ongelman ratkaisu saattaa tuntua mahdottomalta. Voit kuitenkin ratkaista osan ongelmasta tai tehdä ensimmäiset vaiheet sen ratkaisemiseksi. Yksinkertaisimmillaan tämä saattaisi tarkoittaa eri vaihtoehtojen listaamista. Tämän jälkeen jäljellä oleva ongelma näyttäytyy usein uudessa valossa.
Etene taaksepäin
Mitä juuri ennen lopullisen tavoitteen saavuttamista täytyisi olla valmiina? Entä sitä ennen? Ja niin edelleen. Tämä on oikeastaan projektinhallinnan perusajatuksia, joka näkyy esimerkiksi ns. milestone planissa. Ongelma avautuu jälleen uudesta näkökulmasta.
Kysy kaverilta
Lähes kaikkiin ongelmiin löytyy jo ratkaisu ja jopa valmiina paketteina. Tarvitsee miettiä pelkästään ohjelmointia. Laajemmin tätä hyödynnetään mm. TRIZ-teoriassa. Kun vilkaisee Projektiammattilaiset ry:n palkitsemia projekteja ja niiden perusteluja tai vaikkapa projektimaailma.fi-sivustolla esiin nostettuja allianssitoteutuksia liittyen Tampereen ratikkaan ja Kuopion museon peruskorjaukseen ja laajennukseen, ymmärtää keskinäisen yhteistyön ja avunannon sekä yhteisten työpajojen merkityksen.