Avainsana: tuotekehitys

  • Hyvä arkkitehtuuri IT-Projektissa

    kirjoittaja

    in

    Kirjoitin aikaisemmin Tampereen PM-Clubin avajaistilaisuudessa pitämästäni esitelmästä , jossa esittelin keinoja, millä estetään ns. Megakatastrofi, eli liiketoimintaa vahingoittava totaalinen epäonnistuminen käyttöönottovaiheessa. Näitä keinoja ovat: Perusasiat kuntoon Suorituskykytestaus Pilotointi Mahdollisuus palata takaisin vanhaan toimivaan järjestelmään Sain yleisöstä kommentin, että eikö tähän listalle kuuluisi myös hyvä arkkitehtuuri. Vastasin kysymykseen mielestäni melko huonosti ja asia jäi mietityttämään. Siksi…

  • Näin estät Megakatastrofin IT-projektissa

    kirjoittaja

    in

    Pidin tänään Tampereen PM Clubin, eli projektihallinnan ammattilaisille tarkoitetun ryhmän perustamiskokouksessa alustuksen aiheesta Näin estän Megakatastrofin IT-projektissa Esitysmateriaalit ovat Prezi-palvelussa osoitteessa: http://prezi.com/h918zkok8hzq/miten-estan-megakatastrofin-it-projektissa/ Näytin myös pätkän seuraavasta Youtube-videosta: http://www.youtube.com/watch?v=CN8Gi63peSw Pääpointtini esityksessä olivat: Katastrofit ovat mahdollisia, vaikka asialla olisivat ammattilaiset Keinot estää katastrofeja ovat: Perusasiat kuntoon Suorituskykytestaus Pilotointi Mahdollisuus palata takaisin vanhaan toimivaan järjestelmään Nämä keinot eivät…

  • Multi-site projektin viides sääntö: Roolita!

    kirjoittaja

    in

    Kuvittele, että olet aloittamassa ulkomaisen yrityksen vasta avatussa toimipisteessä. Olet kovan luokan ammattilainen ja puhkut intoa: onhan aina hienoa olla uudessa mukana alusta asti. Työtehtäväsi osoittautuvat kuitenkin mitättömiksi: saat vähäpätöisiä hanttihommia, mitä yrityksen aikaisemmalta toimipisteltä jää yli. Koko saitti ei ole oikein vastuussa mistään vaan puuhaa aputehtävien parissa. Kaikki päätökset tehdään jossain muualla. Tämä on…

  • Multi-site projektin neljäs sääntö: Kunnioita!

    kirjoittaja

    in

    Kirjoitin aikaisemmin multi-siten projektin kolmesta ensimmäisestä säännöstä, jotka olivat Älä, Älä ja Älä. Nyt on vuorossa neljänneksi tärkein sääntö. Multi-site kehitykselle on ominaista, että jakaudutaan helposti me ja ne -leireihin. Me tamperelaiset ja ne helsinkiläiset/tanskalaiset/budalaiset/kiinalaiset/intialaiset/saksalaiset… Omaa tekemistä arvostetaan ja niiden tekemistä ihmetellään. Arvelen tämän johtuvan siitä, että toisen paikkakunnan kanssa ei olla päivittäin tekemisissä. Nähdään…

  • Multi-site projektin ensimmäinen sääntö: Älä!

    kirjoittaja

    in

    Olen todella paljon ollut mukana ohjelmistoprojekteissa, jotka on tehty usealla paikkakunnalla, ns. multi-site projekteina. Se on merkittävästi vaikeampaa ja kalliimpaakin, kuin vain yhdellä paikkakunnalla toimiminen ja ensimmäinen sääntö multi-site kehityksen suhteen onkin Älä Se tarkoittaa, että toiminta tulee organisoida siten, että multisite projekteja ei tarvita. Joskus on kuitenkin pakko. Tällöin voidaan soveltaa toista sääntöä, joka…

  • Asiakas on oikeassa, vaikka hänellä ei ole hajuakaan

    kirjoittaja

    in

    Olin aikaisemman työpaikan kautta erään yrityksen kehitysprojektin kakkosvaiheen avaustilaisuudessa. Hankkeessa oli mukana monia IT-toimittajia ja eräs osa tilaisuutta oli, että toimittajat esittelivät, missä tilanteessa heidän osansa projektia on. Erään suomalaisen ohjelmistotalon projektipäällikkö valitti, että he eivät oikein ole päässeet etenemään, kun asiakkaalta ei ole saatu vaatimuksia. Kiemurtelin myötähäpeästä tuolillani. Kyllä, osa minunkin saamaa ohjelmistoalan koulutusta…