Suora vastaus: Projektikokouksen pöytäkirja on jäsennelty tallenne siitä, mitä projektikokouksessa tapahtui: osallistujat, esityslistan kohdat, keskeiset päätökset, vastuuhenkilöt, määräajat, riskit, riippuvuudet ja seuraavat vaiheet. Parhaat pöytäkirjat ovat lyhyitä, tosiasiallisia, helposti silmäiltäviä ja riittävän selkeitä, jotta projekti voi edetä ilman uutta tilannekyselyä.
Kopioitava projektikokouksen pöytäkirjamalli
Käytä tätä mallia, kun projektikokouksessa syntyy päätöksiä, sitoumuksia, riskejä tai seurantaa vaativaa työtä. Se sopii viikoittaisiin projektin tilannekokouksiin, sprinttisuunnitteluun, julkaisukatselmuksiin, asiakasprojektien toteutuskokouksiin, ohjausryhmän päivityksiin ja monialaisten projektien yhteisiin tilannekokouksiin.
Projektikokouksen pöytäkirja
Projekti: [Projektin nimi] | Kokouspäivä: [Päivämäärä] | Kokoustyyppi: [Tilanne / suunnittelu / riskikatselmus / julkaisukatselmus / asiakastapaaminen] | Fasilitaattori: [Nimi] | Muistion vastuuhenkilö: [Nimi]
Osallistujat: [Nimet ja tiimit]
Tarkoitus: [Yksi lause, joka selittää, miksi tämä kokous pidettiin]
Esityslista: 1. [Esityslistan kohta] 2. [Esityslistan kohta] 3. [Esityslistan kohta]
Päätökset: [Päätös] - Vastuuhenkilö: [Nimi] - Perustelu: [Miksi tämä päätös tehtiin]
Toimenpiteet: [Tehtävä] - Vastuuhenkilö: [Nimi] - Määräpäivä: [Päivämäärä] - Tila: [Avoin / odottaa / valmis]
Riskit ja esteet: [Riski] - Vaikutus: [Vaikutus] - Vastuuhenkilö: [Nimi] - Seuraava tarkistus: [Päivämäärä]
Riippuvuudet: [Mikä riippuu toisesta tiimistä, toimittajasta, hyväksynnästä, aineistosta tai päätöksestä]
Seurantaviestin luonnos: [Lyhyt yhteenveto, joka voidaan lähettää osallistujille]
Seuraava kokous: [Päivämäärä / vastuuhenkilö / esityslistan painopiste]
Luo tämä automaattisesti HiNoterilla: Yhdistä kalenterisi, anna HiNoterin tallentaa projektikokous ja tarkista sitten luodut osallistujat, esityslistan yhteenveto, päätökset, toimenpiteet, vastuuhenkilöt, määräpäivät, riskit ja seurantaviestin luonnos ennen sen jakamista tiimille.
Projektitiimit eivät yleensä epäonnistu siksi, ettei kukaan kokoontunut. Ne epäonnistuvat, koska kokouksen tärkeä sisältö katoaa sen jälkeen. Päätös tehdään, mutta sitä ei kirjata. Esteestä keskustellaan, mutta sille ei nimetä vastuuhenkilöä. Määräpäivä oletetaan, mutta sitä ei vahvisteta. Seuraava viikko alkaa samalla kysymyksellä: "Kuka tästä vastaa?"
Siksi projektikokouksen pöytäkirjojen pitäisi olla enemmän kuin kohteliasta dokumentointia. Niiden pitäisi olla projektin yhteinen toimintamuistio. Hyödyllinen pöytäkirja kertoo tiimille, mikä muuttui, mitä päätettiin, kuka vastaa seuraavasta vaiheesta, mihin riskiin on kiinnitettävä huomiota ja mitä on tarkistettava ennen seuraavaa kokousta.
Tällä sivulla saat ensin kopioitavat mallit, minkä jälkeen selitämme, mitä kukin kenttä tarkoittaa, milloin eri muotoja kannattaa käyttää, miten yleiset virheet vältetään ja miten HiNoter tuote- ja teknologitiimeille voi auttaa täyttämään projektipöytäkirjat automaattisesti todellisten kokouskeskustelujen perusteella.
Mitä projektikokouksen pöytäkirjat ovat?
Projektikokouksen pöytäkirja on projektikeskustelun virallinen tai työskentelyä tukeva tallenne. Siinä tiivistetään kokouksen tarkoitus, osallistujat, esityslistan kohdat, päätökset, toimenpiteet, vastuuhenkilöt, päivämäärät, riskit, esteet, riippuvuudet ja seurantatarpeet. Sen ei tarvitse tallentaa jokaista lausetta. Sen on tallennettava asiat, joihin projektitiimi myöhemmin tukeutuu.
Projektipäälliköille hyöty on vastuun selkeys. Osallistujille hyöty on selkeys. Sidosryhmille hyöty on luottamus siihen, että päätökset ja riskit ovat näkyvissä ilman osallistumista jokaiseen keskusteluun.
Milloin tätä projektikokouksen pöytäkirjamallia käytetään?
Käytä tätä mallia aina, kun kokous muuttaa projektin tilannetta koskevaa kirjausta. Vapaamuotoinen ideointi saattaa tarvita vain luonnosmuistiinpanoja, mutta projektikokous tarvitsee pöytäkirjan, kun tiimi hyväksyy laajuuden, muuttaa aikataulua, jakaa tehtäviä, tarkastelee esteitä, hyväksyy riskin, eskaloi riippuvuuden tai tekee sitoumuksen asiakkaalle tai hankkeen toimeksiantajalle.
Viikoittaiset tilannekokoukset hyötyvät mallista, koska se luo luotettavan rytmin. Tiimi voi joka viikko nähdä, mikä muuttui, mitkä toimenpiteet saatiin päätökseen, mitkä riskit ovat yhä avoinna ja mitkä päätökset siirrettiin. Näin kokous ei muutu samojen ongelmien toistuvaksi suulliseksi läpikäynniksi.
Suunnittelukokoukset tarvitsevat pöytäkirjat, koska niissä ideat muutetaan toteutukseksi. Jos suunnittelupuhelu tuottaa viisi tehtävää mutta ei nimettyjä vastuuhenkilöitä, projektipäällikkö käyttää seuraavan päivän suunnitelman rakentamiseen uudelleen chat-viesteistä. Hyvät pöytäkirjat säilyttävät työn jaottelun, riippuvuudet, oletukset ja aikataulupäätökset, kun keskustelu on vielä tuoreessa muistissa.
Riskikatselmukset ja ohjausryhmän kokoukset tarvitsevat saman mallin muodollisemman version. Ylemmät sidosryhmät tarvitsevat harvoin kaikkia keskustelun yksityiskohtia. He tarvitsevat hyväksytyn päätöksen, sen perustelun, riskitason, vastuuhenkilön, seuraavan tarkistuspisteen ja kaikki kompromissit, jotka vaikuttavat budjettiin, laajuuteen, laatuun tai julkaisun ajoitukseen.
Asiakas- ja toimittajakokoukset vaativat erityistä huolellisuutta. Pöytäkirjoissa pitäisi vahvistaa yhteiset sitoumukset, ei sisäistä strategiaa. Pidä ulkoinen yhteenveto asiallisena ja ammattimaisena: mistä sovittiin, kuka vastaa mistäkin, milloin seuraava päivitys on määrä toimittaa ja mitä tietoja vielä tarvitaan. Sisäiset neuvottelumuistiinpanot, henkilöstöön liittyvät huolet ja arkaluonteiset riskiarviot tulee pitää erillisessä yksityisessä tallenteessa.
Mitä kukin kenttä tarkoittaa?
Tarkoitus: Kirjoita yksi lause, joka selittää, miksi kokous pidettiin. Tarkoitus kuten "keskustellaan julkaisusta" on liian epämääräinen. Vahvempi versio on "päätetään, onko kassatoimintojen laajuus valmis betajulkaisuun". Selkeä tarkoitus helpottaa pöytäkirjan arviointia, koska lukijat näkevät, saavuttiko kokous tavoitellun lopputuloksen.
Päätökset: Kirjaa päätökset loppuun saatettuina toteamuksina, ei irrallisina keskustelunaiheina. "Tiimi keskusteli analytiikasta" ei ole päätös. "Tiimi hyväksyi analytiikan koontinäytön siirtämisen toiseen vaiheeseen" on päätös. Lisää lyhyt perustelu, jos päätöstä saatetaan myöhemmin kyseenalaistaa.
Toimenpiteet: Jokaisen toimenpiteen tulee sisältää verbi, vastuuhenkilö ja päivämäärä. "Päivitä esitys" on heikko ilmaus. "Priya päivittää julkaisuesityksen uudistetulla aikataululla 19. heinäkuuta mennessä" on hyödyllinen. Jos tehtävä riippuu toisesta henkilöstä tai hyväksynnästä, lisää riippuvuus samalle riville.
Riskit ja esteet: Riski on mahdollinen tuleva ongelma; este on jokin, joka pysäyttää etenemisen parhaillaan. Pöytäkirjassa pitäisi kertoa, kummasta on kyse. Esimerkiksi "juridinen hyväksyntä saattaa viivästyä viikolla" on riski, kun taas "sopimusta ei voida allekirjoittaa ennen kuin lakiosasto hyväksyy kohdan 8" on este.
Seurantayhteenveto: Yhteenvedon pitäisi olla riittävän lyhyt lähetettäväksi. Se ei ole toinen pöytäkirja. Sen pitäisi vahvistaa tärkeimmät päätökset, avoimet toimenpiteet, vastuuhenkilöt, päivämäärät ja seuraavan kokouksen painopisteen. Kun tiimit ohittavat tämän kentän, ihmiset lähtevät usein kokouksesta mukanaan erilaiset muistot samasta sopimuksesta.
Miksi projektikokouksen pöytäkirjoilla on merkitystä?
PMI on pitkään yhdistänyt viestinnän laadun projektien tuloksiin. Pulse of the Profession -tutkimuksessaan PMI raportoi, että heikko viestintä vaikutti 56 prosenttiin epäonnistuneista projekteista. Luku on vanhempi, mutta taustalla oleva ilmiö näkyy edelleen nykyaikaisessa työssä: projektit ajautuvat sivuraiteille, kun päätöksiä, riskejä ja vastuita ei viestitä selkeästi.
Microsoftin Work Trend Index -tutkimuksen mukaan tehottomat kokoukset olivat suurin tuottavuutta häiritsevä tekijä, kun taas Microsoft 365:n signaalit osoittivat, että keskimääräinen työntekijä käytti enemmän aikaa viestintään kuin luomiseen. Asanan Anatomy of Work -tutkimus on myös kuvannut "työtä työn ympärillä" merkittäväksi kuormitustekijäksi, johon kuuluu päivitysten perään kysely, työkalujen välillä vaihtaminen ja tietojen etsiminen. Projektipöytäkirjat ovat yksi käytännöllinen tapa vähentää tätä kuormaa.
Pöytäkirjat eivät yksin saa projektia onnistumaan. Ne tekevät seuraavasta toimenpiteestä näkyvän. Tämä näkyvyys auttaa tiimiä välttämään päällekkäisiä kokouksia, toistuvia tilannekysymyksiä, unohtuneita riippuvuuksia ja epäselvää vastuunjakoa.
Projektikokouksen pöytäkirja: mitä siihen sisällytetään?
Käytä alla olevaa taulukkoa tarkistuslistana. Tavoitteena ei ole tehdä jokaisesta projektipöytäkirjasta pitkää. Tavoitteena on, että jokainen kenttä tekee oikeasti hyödyllistä työtä.
| Kenttä | Mitä sisällytetään | Miksi se on tärkeää |
|---|---|---|
| Projektin konteksti | Projektin nimi, kokoustyyppi, päivämäärä, fasilitaattori, muistiinpanoista vastaava henkilö ja osallistujat. | Ihmisten on tiedettävä, minkä projektin tietuetta he lukevat. |
| Tarkoitus | Kokouksen syy ja kokouksen loppuun mennessä odotettu lopputulos. | Tarkoitukseton kokous tuottaa usein epämääräisiä muistiinpanoja. |
| Päätökset | Mikä hyväksyttiin, hylättiin, muutettiin, siirrettiin myöhemmäksi tai eskaloitiin. | Päätösten ei pitäisi olla vain muistin tai chatin varassa. |
| Vastuuhenkilöt | Henkilö, joka vastaa kustakin toimenpiteestä, riskistä, riippuvuudesta tai hyväksynnästä. | Vastuuttomista tehtävistä tulee projektin sumua. |
| Eräpäivät | Tarkka päivämäärä tai seuraava tarkistuspiste kullekin toimenpiteelle. | Määräajat muuttavat hyvät aikomukset seurattavaksi työksi. |
| Riskit | Esteet, riippuvuudet, laajuuteen liittyvät huolenaiheet, aikatauluongelmat ja vaikutukset. | Riskien on oltava näkyvissä ennen kuin niistä tulee viivästyksiä. |
| Seuranta | Yhteenvetoviesti, seuraavan kokouksen päivämäärä, avoimet kysymykset ja agendan painopiste. | Pöytäkirjan pitäisi helpottaa seuraavaa kokousta. |
Esimerkkejä projektikokoustyypeittäin
Viikoittaisen projektitilanteen pöytäkirja
Projekti: Verkkosivuston julkaisu | Tarkoitus: Vahvistaa valmius betajulkaisuun | Päätös: Jäädytetään betajulkaisun kassavaiheen laajuus | Vastuuhenkilö: Maya | Eräpäivä: 18. heinäkuuta | Riski: Analytiikan toteutus riippuu lopullisesta API-vastausskeemasta | Seuranta: Owen vahvistaa API-muodon teknisen tiimin kanssa ennen perjantaita.
Luo tämä automaattisesti HiNoterilla: HiNoter voi poimia tilannekatsauspuhelusta agendakohdat, päätökset, vastuuhenkilöt, eräpäivät ja riskit sekä tuottaa tiiviin yhteenvedon, jonka projektipäällikkö voi tarkistaa ja lähettää.
Sprintin suunnittelupöytäkirja
Projekti: Mobiilikäyttöönotto | Tarkoitus: Sopaa sprintin laajuudesta ja esteistä | Päätös: Priorisoidaan salasanaton kirjautuminen asetusten uudistamisen edelle | Vastuuhenkilö: Priya | Eräpäivä: Sprintin loppu | Riski: Suunnittelun laadunvarmistus riippuu päivitetyistä komponenttitiloista | Seuranta: Suunnittelutiimi lähettää lopullisen komponenttiluettelon tiistaihin mennessä.
Luo tämä automaattisesti HiNoterilla: Sprintin suunnittelussa ja tuotteen synkronointikokouksissa HiNoter voi tallentaa keskustelun, tiivistää laajuutta koskevat päätökset, tunnistaa toimenpiteet ja luoda riippuvuuksista ajatuskartan.
Ohjausryhmän pöytäkirja
Projekti: Tietovaraston migraatio | Tarkoitus: Hyväksyä toisen vaiheen budjetti ja tarkastella aikatauluriskiä | Päätös: Hyväksytään kahden viikon pidennys tietojen validointiin | Vastuuhenkilö: Elena | Eräpäivä: 26. heinäkuuta | Riski: Sopimusmuutos toimittajan kanssa odottaa edelleen lakiosaston tarkastusta | Seuranta: Lakiosasto ja hankinta tarkastavat muutoksen ennen seuraavaa ohjausryhmän tapaamista.
Luo tämä automaattisesti HiNoterilla: HiNoter auttaa muuttamaan johtoryhmän kokoukset virallisiksi pöytäkirjoiksi, jotka sisältävät päätökset, perustelut, vastuulliset henkilöt ja asiakas- tai sidosryhmäkäyttöön sopivan yhteenvedon.
Projektikokouksen pöytäkirja ja kokousmuistiinpanot
Projektikokouksen pöytäkirjat ja kokousmuistiinpanot liittyvät toisiinsa, mutta ne eivät ole sama asia. Muistiinpanot voivat olla epävirallisia ja henkilökohtaisia. Pöytäkirja on yleensä jaettu tietue, johon muut ihmiset tukeutuvat. Projektipäällikkö voi tehdä puhelun aikana luonnosmuistiinpanoja, mutta lopullisen pöytäkirjan pitäisi olla selkeämpi, lyhyempi ja vastuullisempi.
| Muoto | Sopii parhaiten | Mitä sen on sisällettävä |
|---|---|---|
| Henkilökohtaiset muistiinpanot | Yksityiset muistot, ideat ja konteksti kuuntelemisen aikana. | Kaikki muistiinpanojen tekijälle hyödyllinen. |
| Kokousmuistiinpanot | Tiimin yhteenveto, keskustelun yhteenveto ja seuraavien vaiheiden konteksti. | Keskeiset kohdat, päätökset ja toimenpiteet. |
| Projektikokouksen pöytäkirja | Jaettu projektitietue ja sidosryhmien vastuuvelvollisuus. | Osallistujat, päätökset, vastuuhenkilöt, eräpäivät, riskit ja seuranta. |
| Päätösloki | Projektin aikana muuttuneiden asioiden ja niiden syiden seuranta. | Päätös, päivämäärä, perustelut, vastuuhenkilö ja vaikutus. |
Näin toteutat projektipöytäkirjan työnkulun
1. Aloita tarvitsemastasi päätöksestä
Kirjoita ennen kokousta ylös päätös, riski tai linjaus, joka tiimin on saavutettava loppuun mennessä. Jos kokous on vain tilannekatsaus, päätä, minkä tilanteen pitäisi muuttua sen jälkeen. Hyvä pöytäkirja alkaa ennen puhelua, koska agenda kertoo muistiinpanoista vastaavalle henkilölle, mitä todisteita kuunnella.
2. Tallenna kokous jakamatta huomiota
Projektipäälliköt johtavat usein kokousta, lukevat tilannetta, hallitsevat sidosryhmiä, vastaavat kysymyksiin ja tekevät muistiinpanoja samanaikaisesti. Siksi päätökset kirjataan usein vain osittain. HiNoter AI Meeting Assistantin avulla tiimit voivat tallentaa aikataulutetut kokoukset suostumuksella ja antaa projektin vetäjän keskittyä keskusteluun.
3. Muunna litterointi pöytäkirjaksi
Kokouksen jälkeen litteroinnista pitäisi tulla jäsennelty projektitietue. Käytä HiNoterin AI-kokousmuistiinpanoja yhteenvetojen, päätösten, toimenpiteiden, vastuuhenkilöiden, eräpäivien ja ajatuskarttojen luomiseen. Tarkista sitten tulos oikeellisuuden, arkaluonteisten sanamuotojen ja sidosryhmille sopivan kielen osalta.
4. Lähetä pöytäkirja sinne, missä työ tapahtuu
Pöytäkirjojen ei pitäisi jäädä unohdettuun asiakirjaan. Sijoita ne sinne, missä tiimi seuraa työtä. HiNoterin Notion-integraatio voi siirtää kokousmuistiinpanot, yhteenvedot, tunnisteet, päivämäärät ja toimenpiteet valittuun tietokantaan, jotta projektitietueet pysyvät haettavina ja yhteydessä työhön.
5. Hyödynnä pöytäkirjaa uudelleen ennen seuraavaa kokousta
Parhaat projektipöytäkirjat tekevät seuraavasta kokouksesta lyhyemmän. Tarkista ennen seuraavaa synkronointia avoimet päätökset, myöhästyneet toimenpiteet, ratkaisemattomat riskit ja riippuvuudet. HiNoter AI Chatin avulla tiimit voivat esittää lähteisiin linkitettyjä kysymyksiä, kuten "Mitä päätimme julkaisun laajuudesta?" tai "Mitkä toimenpiteet ovat vielä avoinna ohjausryhmältä?"
Päätös- ja vastuuhenkilömatriisi
Jos projektissa on paljon liikkuvia osia, lisää pöytäkirjan alle päätös- ja vastuuhenkilömatriisi. Näin johtajat ja osallistujat näkevät vastuut nopeimmin.
| Kohde | Päätös tai toimenpide | Vastuuhenkilö | Eräpäivä |
|---|---|---|---|
| Laajuus | Kassan uudistaminen jäädytetty betajulkaisua varten. | Maya | 18. heinäkuuta |
| Riski | API-vastausmuoto on edelleen epävakaa. | Owen | 20. heinäkuuta |
| Julkaisu | Sähköpostin teksti hyväksytään lakitarkastuksen jälkeen. | Priya | 22. heinäkuuta |
| Riippuvuus | Suunnittelun laadunvarmistus tarvitsee lopullisen komponenttiluettelon. | Nina | 23. heinäkuuta |
Yleiset virheet projektikokousten pöytäkirjoissa
Keskustelun kirjaaminen mutta päätösten unohtaminen. Kokous voi vaikuttaa tuottavalta ja silti jättää lopputuloksen epäselväksi. Nosta päätökset aina erilliseen osioon.
Tiimin merkitseminen vastuuhenkilöksi. Tiimit eivät suorita tehtäviä, vaan ihmiset. Nimeä vastuuhenkilö, vaikka useat ihmiset osallistuisivat.
Epäselvien määräpäivien käyttäminen. "Ensi viikolla" on epämääräisempi kuin "20. heinäkuuta." Täsmälliset päivämäärät vähentävät seurannan aiheuttamaa hämmennystä.
Riskien sekoittaminen tehtäviin. Riski on asia, joka saattaa vaikuttaa projektiin. Tehtävä on seuraava toimenpide. Seuraa molempia, mutta merkitse ne selkeästi.
Pöytäkirjan lähettäminen liian myöhään. Pöytäkirjan arvo heikkenee, kun tiimi saa sen vasta kaikkien siirryttyä jo eteenpäin. Lähetä yhteenveto pian kokouksen jälkeen.
Kokeile HiNoteria projektikokousten pöytäkirjoihin
Käytä HiNoteria, kun projektikeskusteluista on muodostettava vastuuhenkilöt ja toimenpiteet sisältävä dokumentti, ei vain uusi tallenne kansioon. Työnkulku on yksinkertainen: yhdistä kalenterisi, anna HiNoterin tallentaa kokous suostumuksella, tarkista luodut litterointiin perustuvat pöytäkirjat, vahvista vastuuhenkilöt ja määräpäivät ja jaa sitten yhteenveto siinä työtilassa, jossa projekti jo sijaitsee.
Tämä on erityisen hyödyllistä monialaisissa projekteissa, joissa päätökset liikkuvat tuote-, suunnittelu-, markkinointi-, operaatio-, laki-, talous- ja asiakastiimien välillä. HiNoter ei korvaa projektin harkintaa. Se antaa projektipäällikölle nopeamman ensimmäisen luonnoksen ja haettavan lähdedokumentin, jotta tiimi voi käyttää vähemmän aikaa tapahtuneen selvittämiseen ja enemmän aikaa työn loppuun saattamiseen.
Usein kysytyt kysymykset
Mitä projektikokouksen pöytäkirjan tulisi sisältää?
Projektikokouksen pöytäkirjan tulisi sisältää projektin nimi, kokouksen päivämäärä, osallistujat, tarkoitus, esityslista, päätökset, tehtävät, vastuuhenkilöt, määräpäivät, riskit, riippuvuudet, seuraava kokous ja seurantayhteenveto.
Mikä ero on kokousmuistiinpanoilla ja pöytäkirjalla?
Kokousmuistiinpanot voivat olla epämuodollisia ja henkilökohtaisia. Pöytäkirja on yhteinen dokumentti, johon muut ihmiset luottavat. Projektikokouksen pöytäkirjassa tulisi selkeästi kirjata päätökset, vastuuhenkilöt, määräpäivät, riskit ja seuraavat vaiheet.
Kuinka pitkä projektikokouksen pöytäkirjan tulisi olla?
Projektikokouksen pöytäkirjan tulisi olla mahdollisimman lyhyt, mutta siinä tulisi silti dokumentoida päätökset ja sitoumukset, joita tiimi tarvitsee. Useimmat projektipöytäkirjat mahtuvat yhdelle tai kahdelle sivulle, kun niissä käytetään selkeitä osioita ja taulukoita.
Kenen tulisi vastata projektikokouksen pöytäkirjasta?
Projektipäällikkö, ohjelmapäällikkö, scrum master, tiiminvetäjä tai nimetty muistiinpanoista vastaava henkilö voi vastata pöytäkirjasta. Tärkeintä on, että yksi henkilö tarkistaa ja jakaa lopullisen dokumentin.
Voiko tekoäly luoda projektikokouksen pöytäkirjan?
Kyllä. Tekoäly voi luoda kokouksen litteroinnista laadukkaan luonnoksen poimimalla esityslistan kohdat, päätökset, tehtävät, vastuuhenkilöt, määräpäivät, riskit ja seuraavat vaiheet. Ihmisen tulisi tarkistaa pöytäkirja ennen sen jakamista.
Voiko projektipöytäkirjan jakaa sidosryhmille?
Kyllä. Projektipöytäkirjat on usein tarkoitettu sidosryhmille, mutta arkaluonteiset sisäiset muistiinpanot, neuvottelujen yksityiskohdat tai henkilöstöön liittyvät asiat tulisi erottaa sidosryhmille jaettavasta yhteenvedosta.