Mielestäni silloin, kun se on huono asia PM tehdä koodausstandardien itseään:
1. Kun se näyttää helpompi tehdä työtä itse kuin selittää, luoda specs, simulaatiot, käytä tapauksissa kehittäjät, joka näyttää vievän enemmän aikaa.
2. Kun huono arvio ja käytännön kiirehtiä ennen määräaikaa tulee järjestelmään.
Kun se on hyvä PM tehdä codin g:
1. Vaikka osoittaa skaalautuvuus ja kaikki ominaisuudet tuotteen kokouksen aikana kanssa asiakkaalle.
2. Kun on olemassa yksi odottamattomia tapauksia yliarvioidut työmäärä ja se on tarpeen käydä käsiksi toimittaa tuotteen toiminnalliset, 100% testattu ja ajoissa.
3. Vaikka tutkii uusia tapoja tehdä asioita ja uutta teknologiaa.
4. Opettaessaan insinöörin joukkueiden tai auttamalla niitä joitakin tehtäviä, jotta voidaan rakentaa parempi joukkue suhteita, lisätä motivaatiota ja tuottaa parempia tuotteita ajoissa.
Onko teillä jotain lisättävää? Voit vapaasti kommentoida.
Sphere: Related Content
Recent Comments