Kykyjen ylläpito vaatii sitä, että opiskelu jatkuisi näin työelämässäkin – mutta mistä löytää aikaa? Entä mitkä olisivat niitä kirjoja, joihin todella kannattaisi paneutua? Me Contribytellä halusimme auttaa asiakkaitamme ja päätimme luoda Contribyte-kirjaston, jossa arvostelemme ja vinkkaamme parhaat kirjat!
Kaikki puhuvat 5G:stä, mutta mitä tekee hypoteettinen 5G-tuotepäällikkö? Kuten kuka tahansa tuotepäällikkö, hänkin miettii, millaisia hänen asiakkaansa ovat ja millaisia arvolupauksia heille kannattaisi tehdä. Kuka hyötyy eniten 5G:stä? Entä miten sen mukanaan tuomat palvelut saadaan parhaiten tuotteistettua? 5G-verkot kun tarjoavat lukemattomia uusia mahdollisuuksia!
Jatkuva suunnittelu tarkoittaa suunnittelua tarpeen mukaan nopeissa rinnakkaisissa kierroksissa ennalta määritettyjen ja säännöllisten suunnitteluvaiheiden sijaan. Jatkuvassa suunnittelussa ympäristön muutokset käynnistävät suunnittelun – siksi se auttaakin reagoimaan sekä yrityksen sisäisiin että ulkoisiin muutoksiin!
Usein backlogia ajatellaan joko suppilona tai pinona asioita, jossa tärkeimmät asiat ovat päällimmäisenä ja helposti otettavissa. Tämäkin on hyvä ajatusmalli, mutta backlogia voi ajatella myös toisella tavalla. Tulkaapa mukaan ajatusleikkiin, jossa backlog on uima-allas!
Ohjelmistojen tärkein tehtävä on tehdä käyttäjän työ mahdollisimman helpoksi. Jotta Jiran, Confluencen tai muun Atlassian-perheen ohjelmistot olisivat linjassa GDPR-vaatimuksien kanssa, kannattaa käydä tutustumassa Atlassian Marketplacen lisäosiin.
”On tärkeätä huomata, että teon ymmärtäminen on eri asia kuin sen hyväksyminen.” Luin tämän Arman Alizadin ajatuksen artikkelista, jossa häntä haastateltiin mm. luottamuksen rakentamisesta kulttuureissa, joissa arvomaailma on tyystin erilainen kuin itsellään. "On...
Kehitettävien asioiden syöttö tuotekehitystiimille muistuttaa tietynkaltaista suppiloa. Suppilon kapea pää lähempänä tuotekehitystiimiä sisältää tuotebacklogin, ja on pääasiassa tuoteomistajan vastuulla. Se suppilon leveämpi pää, joka sisältää varhaisemmassa kehitysvaiheessa olevia ideoita, onkin mielenkiintoinen asia.
Kaikilla tuotekehityksessä töitä tehneillä on varmasti muistissa projekteja ja hankkeita, joissa jossain vaiheessa oli ”kriisi” ja jouduttiin haalimaan kasaan task-forceja ja superyksilöitä joko korjaamaan jotain pahaa ongelmaa tai jopa taklaamaan suurempaa laatuongelmaa tai bugimassaa. Tällaiset ”buginkorjausrypistykset” muodostuvat helposti tilanteiksi, joissa työtunteja ei enää tarkasti lasketa, vaan superyksilöt tekevät ympäri kellon töitä ja ”pelastavat” tilanteen.
Ohjelmistokehitykseen tueksi on tarjolla useita erilaisia työkaluja tiimin sisäiseen työnjakoon. Suosituin niistä on Jira, mutta käytössä on toki muitakin. Aika ajoin saamme yhteydenottoja asiakkailta, jotka haluavat ottaa käyttöön Jiran ja siirtää muista järjestelmistään tiedot sinne. Tässä blogipostauksessa käyn läpi, miten siirtymä käy Tracin osalta.
Ketterissä tuotekehitystiimeissä on optimaalisesti 4-6 jäsentä, jolloin työ säilyy tehokkaana. Kun kehitettävä ratkaisu on isompi, tiimiä ei kannata suurentaa, vaan lisätä tiimien määrää. Kuinka koordinoida tilannetta, kun tiimejä alkaa olla useampia?
Palvelumuotoilu on ajatusmalli, työkaluja ja metodeja sekä syleilee koko organisaatiota – siis sinuakin! Ei hätää, sinun ei tarvitse olla palvelumuotoilija eikä asiakaskokemuksen besserwisser. Riittää, että ymmärrät, mitä palvelumuotoilu tarkoittaa sinun työsi kannalta. Tässä palvelumuotoilun ABC eli lyhyt oppimäärä.
Kaikki tuntevat tuotepäällikön, jotkut ehkä useammankin. Kun kysyn melkeinpä keneltä vain (yrityselämässä) tiedätkö, mitä tuotepäällikkö tekee, vastaus on yleensä kyllä. Joillain voi olla vahvakin näkemys tästä, mutta jos pyydän kuvailemaan, mitä...