Selvennykset
Ratkaise liiketoimintasääntö ennen kuin rakentaminen joutuu arvaamaan
Vastaa kysymyksiin siten, että projektin vaatimus tai muutospyyntö on tarpeeksi tarkka toteutettavaksi.
Pidä odotettu tulos yksiselitteisenä
- Löydä puuttuvat tiedot
Avaa asianomaiseen projektityöhön liitetyt kysymykset.
- Anna hyödyllisiä vastauksia
Selitä liiketoimintasäännöt esimerkkien ja taustatietojen avulla.
- Pidä vastaukset yhdessä
Vastaa kyseisessä toiminnossa, sivulla tai pyynnössä.
Selitä näkymän taustalla oleva päätös
Joitakin vaatimuksia voi tulkita useilla tavoilla. Tarkennusten avulla voit antaa puuttuvan säännön sen sijaan, että odottaisit rakentamisen arvaavan, mitä lopputulosta tarkoitat.
Vastaa esimerkillä: tavallinen tapaus, poikkeus ja tulos, jonka käyttäjän pitää nähdä. Liitä viitemateriaalia, kun kysymys vaatii enemmän kontekstia.
Anna puuttuvat tiedot siellä, missä niitä tarvitaan
Määrittele poikkeus. Vaatimus voi todeta, että asiakas voi lähettää pyynnön, kertomatta mitä tapahtuu, kun asiakirja puuttuu. Kuvaile tavallinen tapaus, poikkeus ja odotettu viesti tai toiminto. Vastaus tekee liiketoimintapäätöksestä yksiselitteisen.
Liitä viitemateriaali kysymykseen. Olemassa oleva lomake tai prosessiasiakirja voi selittää säännön selkeästi. Liitä asiaan liittyvä materiaali, kun vastauslomake sen mahdollistaa, ja kerro vastauksessasi sen tärkeä osa. Konteksti pysyy sidottuna kyseiseen toimintoon, sivuun tai pyyntöön.
Jatka muutosta Studio-työkalussa. Muutospyyntö voi vaatia tarkennusta ennen kuin työ voi jatkua. Vastaa sen kysymyksiin pyynnön tiedoista sen sijaan, että lähettäisit erillisen kuvauksen muualle. Jatkokäsittely sisältää silloin sekä alkuperäisen pyynnön että puuttuvat tiedot.
Pidä vastaus yhteydessä työhön
Kysymykset kuuluvat omaan projektialueeseensa, toimintoonsa, sovelluksen sivuun, verkkosivustoon, dokumentaatioon tai Studio-muutokseen. Avaa vastaava kohde vastataksesi kontekstissa.
Katso Tehtävät löytääksesi huomiota vaativan työn ja seuraa sen tilaa vastattuasi. Vastaus täydentää tiedot; tuloksena oleva toteutus pitää silti tarkistaa.
Muuta avoin kysymys käyttökelpoiseksi päätökseksi
Hyödyllinen vastaus määrittää sovellettavan säännön ja havainnollistaa sitä todellisella tilanteella. Jos mahdollisia lopputuloksia on useita, kerro, mitä niistä käyttäjäsi tarvitsevat.
Pidä vastaus asianomaisessa projektin kysymyksessä. Päätöksen voi silloin lukea yhdessä sen toiminnon tai muutospyynnön kanssa, jota se tarkentaa, eikä se huku erilliseen keskusteluun.
Muuta avoin kysymys käyttökelpoiseksi projektikontekstiksi
Lue kysymys. Avaa huomiota vaativa kohde ja tarkista vielä puuttuvat tiedot. Tarkista projekti ja pyydetty lopputulos.
Kuvaile sääntö ja esimerkit. Selitä, kuka toimii, mitä tietoja käytetään ja millaisen tuloksen pitää seurata. Sisällytä tavallinen tapaus ja merkityksellinen poikkeus.
Seuraa päivitettyä työtä. Lähetä vastaus asianomaisella lomakkeella ja seuraa sen tilaa. Tarkista tuloksena oleva määrittely tai toteutus, kun se on saatavilla.
Anna jokaiselle päätökselle riittävä konteksti toteutusta varten
Konkreettinen vastaus estää liiketoimintasääntöä jäämästä sanomatta. Pidä se työn yhteydessä ja käytä samaa esimerkkiä tulosta tarkistaessasi.
Kysymyksiä tarkennuksista
Sääntö tai odotettu tulos on vielä epäselvä. Kysymys kertoo, mitä tietoja jatkamiseen tarvitaan. Tarkka vastaus auttaa määrittelemään toiminnan, jota ei voi luotettavasti päätellä lyhyestä vaatimuksesta.
Käytä tarkennusnäkymää, joka liittyy kyseiseen alueeseen, toimintoon, sivuun, verkkosivustoon, dokumentaatioon tai Studio-pyyntöön. Tämä konteksti pitää vastauksen yhteydessä oikeaan työhön.
Kuvaile käyttäjän toiminto, syöte ja odotettu lopputulos. Lisää poikkeus, kun se muuttaa sääntöä. Selitä tukimateriaalin olennainen osa sen sijaan, että liittäisit sen ilman kontekstia.
Kyllä, jos uusi tieto jättää tärkeän päätöksen edelleen avoimeksi. Lue nykyinen kysymys ja anna puuttuva tieto sen sijaan, että olettaisit, että ensimmäinen vastaus on aina riittävä.
Vastaus antaa tietoja seuraavaa valmistelu- tai rakentamisvaihetta varten. Tarkista tuloksena oleva työ ja käytä testatulle versiolle erillistä julkaisuprosessia.