Projektin suojakaiteet: Suunnittelu toimikunnan toimesta
Kun sinut solmitaan rakentamaan ratkaisu muille – ensisijaisesti verkossa, koska tällä alalla työskentelen – uskon, että on useita tekijöitä, jotka ovat tärkeitä projektin kannalta :
- Ei pitäisi olla "komitean suunnittelemaa".
- Kukaan muu, jonka ydinkehitystiimin pitäisi pystyä tarjoamaan kehitystä, lavastusta ja tuotantoa.
- Kukaan muu kuin kehitystiimi ei saisi kirjoittaa tuotantoon (ja silloinkin pitäisi olla käyttöönottoprosessi).
Olen aina epäröivä esittää tällaisia lausuntoja, koska ne näyttävät olevan dogmaattisia, mutta huomaan, että mitä pidempään työskentelen tällä alalla, sitä enemmän pidän näitä kolmea sääntöä tärkeänä.
Tai ehkä ne ovat vain ohjeita. Loppujen lopuksi laukauksia kutsutaan ennen kuin saamme asiat tehtyä.
Riippumatta siitä, ovatko ne enemmän ehdotuksia tai sääntöjä, sillä ei ole väliä. On syitä, miksi me kaikki teemme johtopäätöksemme, eikö niin? Ja niinpä seuraavien muutaman postauksen (ei yhden pitkän postauksen) aikana kerron syistä, miksi nämä kolme sääntöä ovat mielestäni olleet tärkeitä.
Toimikunnan suunnittelu
Kun käytän tätä termiä, en tarkoita, että yhden henkilön pitäisi olla vastuussa sivuston suunnittelusta. Tarkoitan vain, että suunnitteluun keskittyvän viraston tai ryhmän pitäisi olla vastuussa siitä.
Toimikunnan suunnittelu on halventava termi hankkeelle, jossa on mukana monia suunnittelijoita, mutta ei yhdistävää suunnitelmaa tai visiota.
Joten "toimikunta" on tässä tapauksessa silloin, kun joukko ihmisiä tai asiakkaat tai asiakkaisiin jonkin verran läheiset tulevat katsomaan toteutuksen tulosta (tai jopa vain suunnittelua), sähköpostitse ehdotuksia siitä, mitä he haluaisivat. haluan nähdä ja odottaa sen tapahtuvan.
Eli asiantuntemusta, jos tietty suunnittelija uhrataan toisen ryhmän mielipiteiden vuoksi.
Prinsessa Leia ei ollut komitea.
Ja ehkä ääritapauksissa (vaikka en ole koskaan henkilökohtaisesti kokenut tätä), käytä maksua vipuvaikutuksena saadakseen haluamansa.
Asia on niin, että asiakkaiden, jotka on tilattu suunnittelemaan ratkaisun asiakkaalle, tulee olla, kuten todettiin, alan asiantuntijoita. He ymmärtävät typografian, värit, näytön resoluutiot, saavutettavuuden ja niin edelleen.
Niiden jättäminen heidän osaamisalueilleen on aina hyvä idea.
Projektista huolehtiminen
Tämä ei liity siihen, että kenelläkään on enemmän valtaa projektista kuin kenelläkään muulla.
Tarkoituksena on varmistaa, että kaikki hankkeen sidosryhmät työskentelevät yhdessä toistensa kanssa eivätkä ylitä vastuualueita. (Kuvittele vaikka GIF-tiedostoja, joita käytettäisiin mainontaan, jos kehittäjät olisivat vastuussa mainoksista. 😏)
Lopputulos on, että onnistunut projekti on juuri sitä, kun jokainen pysyy nurkassaan ja työskentelee yhdessä omalla osaamisalueellaan.
Muuten päädyt siihen, että asiat putoavat synkronoinnista ja periaatteessa luovat lisää ongelmia, kun niitä ei ollut (ainakin tietyllä alueella), mistä aloittaa.
Mitä seuraavaksi?
Seuraavassa postauksessa käsittelen ideaa provisiointiympäristöjen luomisesta, mitä se tarkoittaa ja miten se vaikuttaa projektinhallinnan yleiseen rooliin. Mutta kerron siitä tarkemmin postauksessa.
Viime kädessä on kyse siitä, kenellä on luku- ja kirjoitusoikeudet eri alueille, joilla sovellus tai projekti voidaan ottaa käyttöön. Tietysti joillekin tämän lukijalle tämä saattaa tuntua vähän "aloittelijalta" tai ei ollenkaan "kehitykseen" liittyvältä sisällöltä.
Mutta jos aiot työskennellä muiden kanssa ratkaisun rakentamiseksi, törmäät todennäköisesti näihin asioihin, ja on helpompi laatia suunnitelma, joka perustuu muiden tekemiin virheisiin (eli minuun 🙂) kuin oppia asioita. vaikeamman kautta.