Peräkkäisen tuotekehityksen haitat

Sisällysluettelo:

Anonim

Peräkkäinen tuotekehitys on tuotesuunnittelun ja kehittämisen menetelmä, jossa prosessin jokainen vaihe johtaa seuraavaan ilman päällekkäisyyttä. Sitä kutsutaan myös "vesiputoukseksi" tai "seinän yli" -menetelmäksi, koska jokaisen vaiheen lopussa muotoilu heitetään metaforisesti seinän tai vesiputouksen yli seuraavaan suunnitteluryhmään prosessissa, jossa käsitellään niiden erityistä tuotteen suunnittelun näkökulmasta. Tämän menetelmän etuna on se, että se parantaa johtamisen valvontaa, mutta menetelmällä on haittoja, ja monet valmistajat ovat tunnustaneet paremmin reagoivan, ketterän tuotekehitysmallin edut.

Tuotteen aika markkinoille

Markkinoille pääsy on merkittävä haitta peräkkäiselle tuotekehitysmenetelmälle, koska jokainen jakson vaihe on suoritettava ennen prosessin etenemistä. Tämä tuhlaa aikaa, kun jotkut elementit voidaan suunnitella samanaikaisesti. Vaihtoehtoisesti samanaikainen suunnittelumenetelmä ryhmittelee tärkeimmät muotoiluelementit, jotta toiminnan päällekkäisyys olisi mahdollisimman suuri, jotta eri joukkueet voivat työskennellä samanaikaisesti useissa asioissa.

Asiakasyhteistyön puute

Peräkkäinen tuotekehitys ei salli asiakkaan tai loppukäyttäjän yhteistyötä. Tuotesuunnittelijat ja kehittäjät neuvottelevat asiakkaan kanssa vain haastattelujen kautta ja jatkavat sitten peräkkäistä prosessia tunnelivision avulla. Tämä johtaa usein asiakkaan tyytymättömyyteen ja turhautumiseen. Chuck Morrisin ja IBM: n Tony Crawfordin 1970-luvun lopulla kehittämä yhteinen sovelluskehitysmenetelmä käsitteli tätä ongelmaa aloittamalla suunnitteluprosessin peräkkäisillä yhteistyöhankkeilla, joita kutsuttiin JAD-istuntoihin, joissa suunnittelijat ja asiakkaat työskentelevät yhdessä tuotesuunnittelussa yhteistyössä käsitellä asiaa.

Jäykkä suunnitteluprosessi

Peräkkäisillä malleilla on kokoonpanolinjan jäykkyys, joka pyrkii tukahduttamaan suunnittelun luovuutta rajoittamalla eri suunnitteluryhmien panosta niiden erityisvaiheeseen kehitysvaiheessa. Rapid Application Development -mallit suunniteltiin kehittämään tuotteita nopeammin käsitteellisessä vaiheessa hyödyntämällä tarkennusryhmiä ja työpajoja tarkentamaan prototyyppejä aikaisemmin kehitysprosessissa.

Joustavuuden puute

Joustavuus on erittäin vähäistä peräkkäisessä tuotekehityksessä, koska se rajoittuu sen lineaariseen organisaatioon. Kehitysprosessin joustavuus mahdollistaa suunnittelijoiden sopeutumisen markkinapaikkaan kehitysprosessin aikana. Harvardin yliopiston David Yoffien ja MIT: n Michael Cusumanon kehittämä synkronointi- ja vakauttamismenetelmä käsitteli joustavuutta koskevaa kysymystä antamalla eri ryhmille mahdollisuuden työskennellä rinnakkain tuotesuunnittelun eri näkökohtien kanssa ja synkronoida usein työnsä koko kehitysprosessin ajan.

Monimutkaisuuden käsittely

Tuotekehityksen peräkkäiset menetelmät voivat olla tehottomia monimutkaisten suunnittelukysymysten käsittelyssä. Tuote siirtyy yhdestä suunnitteluryhmästä seuraavaan vaiheeseen asti, kun prototyyppi on kehitetty. Monimutkaisten mallien avulla tarvitaan kuitenkin usein prototyyppejä, koska prototyyppejä on testattava ja arvioitava useilla suunnitteluryhmillä. Spiraalimallin tarkoituksena oli käsitellä tätä ongelmaa. Se käyttää nelinkertaista prosessia: arvioi prototyypin vahvuudet ja heikkoudet; määritellä vaatimukset toiselle prototyypille; tarkenna toinen prototyyppi ja lopuksi rakenna ja testaa hienostunut prototyyppi. Tämä mahdollistaa monimutkaisten suunnittelukysymysten käsittelyn kokonaisuutena.