1. po co KM?
1.1. OPS
1.1.1. widoczni eksperci/trenerzy od danego obszaru - wiem do kogo isc po pomoc
1.1.2. chce zobaczyc gdzie mam braki, aby dorownac komus
1.1.3. chce wiedziec czego mam sie uczyc
1.2. Manager
1.2.1. dzieki ocenom widac kto potrzebuje wsparcia i gdzie
1.2.2. wiedza ktora sie ciagle zmienia jest monitorowana / zarzadzana (np. dochodzi GitHub, to kontrolujemy zdobywanie wiedzy w tym obszarze, zmniejsza sie znaczenie jenkinsa, znika jakis serwis - redukujemy jego znaczenie, wycinamy dokumentacje etc..
1.2.3. wiem kto za co odpowiada, jestem spokojny o zachowanie ciaglosci wiedzy w zespole
1.2.4. pomoc przy rotacji w zespole, szybkie zidentyfikowanie jaka umiejetnosc/wiedza znika (czy jest zastepstwo, ile jest do przekazania, waznosc, zlozonosc)
1.2.5. chcialbym wiedziec jakich technologii wymagac od kandydatow kiedy szukam nowego czlowieka
1.2.6. chcialbym szybko wylistowac ekspertow z danej dziedziny (technologii lub serwisu)
1.2.7. chcialbym ambitnym osobom dac jakis jasno zdefiniowany obszar odpowiedzialnosci, jako wyroznienie i naturalny etap rozwoju
1.2.8. widze kto ma ile w swojej odpowiedzialnosci (jeden ze skladnikow oceny)
1.3. DevOps
1.3.1. wiem za co odpowiadam - sa przypisani ludzie do dziedziny, to porzadkuje zakres odpowiedzialnosci
1.4. all
1.4.1. pomoc w doborze szkolen do realizacji (pod katem projektu) dzieki wagom, widocznym aktualnym stanie zapotrzebowania na dana technologia
1.4.2. dac ludziom mozliwosc wyboru obszarow w ktorym sie chca rozwijac (ALE w zwiazku z projektem)
1.4.3. w projekcie zmieniaja sie technologie, znaczenie poszczegolnych tematow - warto to monitorowac i tym zarzadzac.
2. co nie dziala?
2.1. ciezko sie samoocenic?
2.2. ta sama ocena u roznych ludzi, ale jednak rozny poziom wiedzy
2.3. nieaktualny stan ocen, jak zmotywowac ludzi do regularnego update'u
2.3.1. przypominajka w kalendarzu?
2.3.2. formularz?
2.4. ciezko to edytowac
2.5. lepsze jest przypisanie do obszaru (np.VDC15 lub VDC18) niz do narzedzi
3. jak to naprawic?
3.1. przebudowac, uproscic, zmniejszyc
3.2. jak z tym toolem pracowac?
3.2.1. moze samooceniajacy sami powinni siegac do ekspertow aby sie uczyc
3.2.2. tabela service w wierszu, technologie w kolumnach
3.2.3. tu powinien byc zbior wytycznych/linkow do sensownych szkolen/kursow
3.3. testy, quizy
3.4. force
4. admin zeby usuwac
5. taski na boardzie vs taski w jirze
5.1. duzo zadan ktorych nie wpisujemy do Jiry,
5.1.1. recuring taski
5.1.2. widac rozroznienie deploymenty ktore dev i ops
5.1.2.1. due date
5.1.3. np. ulepszenia dokumentacji
5.2. przydzielenie taska w jirze ciezko jest w pore zauwazyc (Seba zauwaza po 2ch godzinach)
5.3. w teams moge szybko utworzyc taska i od razu jest powiadomienie, ciezko to przeoczyc
5.4. ITSM tasks - gdyby byly zintegrowane bylo by super
5.5. CRQ podobnie
5.6. pzypisywanie osob do taskow jest turbo proste
5.7. widok kalendarza z taskami
6. zmiany w toolu (przedyskutowane przez Alicja z Rogerem, do zaprezentowania na nastepnym spotkaniu)
6.1. uporzadkowac produkt, kategorie, wywalic cat2
6.2. wywalic description, moze na osobna zakladka, a moze do confluence
6.3. kolumna G (knowledge / process) -chyba niepotrzebna
6.4. link2 po cholere, dajmy jeden link do zbiorczej strony confluence na ktorej zbieramy artykuly z dana labelka
6.5. wywalic importance? NIE. To potrzebne bo jak jest duzo tematow, to trzeba je priorytetyzowac i juz, bo nie da sie wszystkiego na raz
6.6. zlozonosc / rozmiar tematu (pracochlonnosc, np. przy wdrazaniu w temat) moze koszulki?
6.7. wywalic diff, zastapic kolorami w kolumnach expected/current
7. co dalej robimy?
7.1. moze wciagnac w to intensywniej OPS'ow?
7.1.1. RK: na wczesnym etapie nie chce wciagac masy OPS'ow w definicje toola/dyskusje. Raczej opinion pollem bym zdiagnozowal co OPSom (a wlasciwie wszystkim czlonkom zespolu) sie podobalo w toolu a co nie, po to, zeby ulatwic uzywanie
7.2. krok 1
7.2.1. Roger/Ala przedstawi na kolejnym spotk. wizje kolejnych krokow (od krok2)
7.3. krok 2 @Roger, Ala, DevOps
7.3.1. 1. uporzadkujcie swoje obszary, od Produktu wglab, np. Piotrek, Jakub -> VDC15 sprawdzic co relevant co nie relevant, czego brakuje, proponujemy za wzor wziac temat Escalation (opis zawartosci tematu wywalic za pomoca linka do confluence i tam utrzymywac)
7.3.2. 1a. tematy przypisane do osob nieobecnych - podzielic miedzy siebie w obrebie vdc18,vdc15
7.3.3. 2. jednoczenie rozbudowujcie lub redukujcie jeszeli uznacie za stosowne
7.3.4. 3. jak wam sie wylonia jakies podkategorie stworzcie je / lub okaza niepotrzebne zredukujcie
7.3.5. 4. jak cos nie pasuje do VDC15/18 bo jest wspolne to przypiszcie jako Produkt "Cross-product"
7.3.6. 5. zweryfikujcie waznosc danego Itemu
7.3.7. 6. okreslcie rozmiar (S / M / L) - w obrebie VDC15, VDC18, OWMNS