TIE-PROJ, Project management workshop questions, 22.10.2013 Tensu thinks these questions are good for GENERAL thinking. So please think about these non-trivial matters; first with yourself (5 min), then with your neighbour (10 min), and finally with small groups (20 min). A - Missä vaiheessa projektia on vielä järkevää vaihtaa projektille valittuja teknologiavalintoja, joista on koitunut paljon ylimääräistä työtä? B- Kuinka saada projektissa samanarvoiset henkilöt tekemään töitä projektin eteen, jos ei pysty lahjomaan tai käskemään, kun ei ole tarpeeksi "nappuloita" käskemiseen? 22.10.2013 1 / 8
C 2) What kind of incentives could be used to ensure that documentation and testing of code will be done well? D 1. Miten motivoida ryhmää, jos kiinnostus alkaa lopahtaa? E 3. How to prepare to a sudden change of scope by the client? F 2. Miten suhtautua jatkuvasti vaihtuviin sekä epäselviin ohjelmistovaatimuksiin? G 22.10.2013 2 / 8
3. Mitä tehdä kun projekti ei tunnu edistyvän? H How to execute well a meeting where some people are joining by computer? I Kuinka pieniksi osatehtäviksi tehtäväkokonaisuudet kannattaa pilkkoa ohjelmistotyössä? Projektipäällikkö ei kuitenkaan tule yksin ajatelleeksi kaikkia tehtäväkokonaisuuksien yksityiskohtia, joihin toteuttajat törmäävät työssään, jolloin on kätevää pitää osatehtävät melko laajoina. Toisaalta laajojen osatehtävien toteutukseen kuluvaa aikaa on vaikea arvioida. 22.10.2013 3 / 8
TIE-PROJ, Project management workshop questions, 22.10.2013 A. Communication Kannattaako viestintä asikkaan ja projektiryhmän välillä hoitaa ryhmän osalta vain yhden yhteyshenkilön välityksellä? 1. Mitä tehdä jos asiakkaan kanssa kommunikointi on hidasta? - Asiakkaan kanssa kommunikointi varsinkin sähköpostitse on kankeaa ja välillä jopa asiakastapaamisen sopimisessakin voi kulua viikkokaupalla aikaa odotellessa vastausta asiakkaalta. - Seuraava asiakastapaaminen kannattaisi varmaan sopia tapaamisen lopuksi, jolloin tältä vältytään. B. Work division among groupmembers 1) What would be the best way to allocate tasks for the team when dealing with previously unknown technologies? 22.10.2013 4 / 8
1) Kuinka tasapainottaa tehtäviä, kun ryhmässä on eritasoista osaamista? 2) Miten jakaa työt tasaisesti eri henkilöiden välille? 3. Miten projektin työnjako teknisellä osuudella on paras tehdä. Onko työnjakoa ohjelmoijille hyvä tehdä esim front/backend jaotuksella? Onko yleisesti hyväksi todettuja tapoja? 1. What is the best way of sharing different work phases and work loads to different sprints? Different ways to set up meetings for multiple people with different timetables? C. Work size and/or hours estimation Miten aikatauluttaa projektissa tulevat työt, jos ei tiedä kuinka kauan niissä menee vastaalkajalla tai ammattilaisella? 3) Miten määrittää, mitä ehditään tehdä tietyssä ajassa ettei tule liikaa tai vastaavasti liian vähän tekemistä kyseiselle aikavälille? 22.10.2013 5 / 8
2. Projektin taskien ja lopullisen työmäärän arviointi on hankalaa. Keinoja työmäärän arvioimiseksi? Esim planning poker jne. Oletetaan, että asiakkaan kanssa tehdään sopimus projektisuunnitelman ensimmäisen version pohjalta. Ottaen huomioon ohjelmistotyön suuren epävarmuusasteen mm. työmäärien arvioissa, miten projektin kesto saadaan osumaan jo ensimmäisessä projektisuunnitelman versiossa tarpeeksi lähelle todellista, ettei taloudellinen tuotto projektista mene miinukselle aikataulun venymisen takia? Lyhyemmin ilmaistuna: Miten kannattaa arvioida työmääriä projektin _alussa_? D. Tools Pitäisikö projektinhallinta hoitaa erillisellä työkalulla vai voiko sen hoitaa ryhmän erikseen määrittelemillä tavoilla(sähköposti,google drive, dropbox, etc.)? 1. Recommendation of good project management tools for the following: draw work breakdown structure, backlog, sprint 22.10.2013 6 / 8
planning, meeting notes, reporting work hours weekly and cumulative, etc. Ways to send messages/share documents so that project manager can check that it has been read? Questions to Tensu, or Tensu should answer 1. Mitkä ovat projektinhallinnan tutkimuksen ja kirjallisuuden viimeimmät tuulet? Onko joitakin erityisiä trendejä nähtävissä? 2. Jos kurssilla on aikaisemmin palkittu hyviä projektipäälliköitä, niin millaisilla perusteilla palkinto on juuri heihin osunut? 3. Oletko ollut itse mukana ohjelmistoprojekteissa? Jos olet, niin millaisissa rooleissa ja miten ne omasta mielestäsi sujuivat. Mitkä olivat tärkeimmät oppimasi asiat näiden kautta? 2. Work breakdown structure vs. Project Evaluation Review Technique(PERT) Network analysis or PERT is used to analyze the inter-relationships between the tasks identified 22.10.2013 7 / 8
by the work breakdown structure and to define the dependencies of each task. Whilst laying out a PERT chart it is often possible to see that assumptions for the order of work are not logical or could be achieved more cost effectively by re-ordering them. Some examples?? 3. Project QA Plan, Quality control. Testing functionality, performance, usability, compliance with standards, coding, etc. Suggestions? What is needed for this course? Projektisuunnitelman tekeminen varmistaa, että kaikkia siihen kuuluvia olennaisia asioita on mietitty. Projektin jälkeen siitä taas on hyötyä mm. projektin onnistumisen arvioimisessa ja uuden projektin aloituksessa. Mutta mihin projektisuunnitelmaa käytetään _projektin aikana_? Esim. tehtävälistat on hyödyllisempää pitää paikassa, joka on helposti kaikkien saatavilla ja muokattavissa, esim. Google Docsissa tai web-pohjaisessa projektinhallintatyökalussa. 22.10.2013 8 / 8