GitHub ja projektityöskentely

Demoprojektissa tehtävänantona on yhden sprintin suunnittelu ja toteuttaminen ryhmässä.

Projektiryhmät

Kun ensimmäinen ilmoittautuu ryhmässä hän nimeää ryhmän (mielellään ryhmä1, ryhmä2 jne), seuraavat liittyvät kyseiseen tiimiin.

Käsitteitä

Peruskäsitteitä ovat Scrum, Sprint ja Backlog. What is Scrum? | Scrum under 3 minutes

GitHub Projects

Käytämme projektinhallinnassa GitHubin omaa työkalua Projects.

Projektiseinä

Yksi ryhmästä luo uuden projektin välilehdellä Projects.

GitHub Project

Valitse malliksi Board.

GitHub Project

Projektiseinällä kuvataan tehtävät mitä ryhmän on tarkoitus saada sprintin aikana tehtyä.

Project Backlog

  • Tänne lisätään ryhmän päättämät toiminnallisuudet joita tuotteelle on tarkoitus saada tehtyä
  • Kaikkia toimintoja ei välttämättä saada tehtyä projektin sprinttien aikana
  • User storyt järjestetään tärkeysjärjestykseen, huomioikaa että osa toiminnoista pitää toteuttaa tietyssä järjestyksessä
  • Pyritään kirjoittamaan User Storyt kuvaaviksi ja ymmärrettäviksi.
    • kuka
    • mitä
    • miksi

Backlog-sarakkeelle lisätään alussa tehtäviä mitä projekti sisältää. Sprintin alussa valitut tehtävät otetaan työn alle ja tultuaan valmiiksi siirretään puolestaan Done-sarakkeeseen.

GitHub Project

Current Sprint

  • Sprintin aikana toteutettavaksi valitut tehtävät

In Progress

  • Meneillään olevat tehtävät siirretään tähän sarakkeeseen, merkitään kuka työtä on tekemässä
  • Tässä vaiheessa määritä Assignees-kohdassa kenelle tehtävä on määritetty.

Done

  • Valmiit tehtävät siirretään tähän sarakkeeseen

Daily

  • Daily-sarakkeessa kuvataan lyhyt merkintä päiväpalaverista.
    • päiväys, tunnit
    • ketkä paikalla
    • mitä kukakin tekemässä

Päiväpalaverit merkitään omaan sarakkeeseen (Daily, Daily meeting tms.)

Esimerkki päiväpalaverimerkinnästä

GitHub branch

  • Käytetään otredun ohjetta GitHubin kanssa työskennellessä
    • kloonaa repo
    • haaran luominen omalla nimellä
    • pull request kun tarkoitus lisätä main-haaraan

Sprintin lopuksi

  1. Version julkaiseminen. Julkaistaan cPanelin alle versio, testataan sovelluksen toiminta julkisella web-palvelimella. Kannattaa käyttää sitä cPanelia johon tietokanta on toteutettu. Muuta connection.php:ssa host muotoon localhost.
  2. Testaus. Tehdään testaus suoritetuista user storyista. Laaditaan ryhmässä Excel-taulukko testitpauksille (tai täydennetään edellisen sprintin testitapausluetteloa).
  3. Muistio sprintistä: muistiossa kerrotaan mitä user storyja sprintin aikana tehtiin ja kuinka ryhmän työskentely onnistui. Voitte käyttää mallina Word-esimerkkiä tai markdown-tiedostoa.