( kroozo | 2023. 01. 28., szo – 14:46 )

Elegge elbeszelunk egymas mellett. Persze, nem jo mindenre az email, nem is allitottam ilyet. Emailt se es a Teams/Slack/egyeb chat alkalmazasokat se kell overuse-olni.

Hát, pedig kb ez jön le, néha megfogalmazni is sikerül :) Neked volt az a nyitó mondatod, hogy aki nem nézi az emailt, annak biztos fingja sincs a meetingekről, meg esett ki a szádon, hogy hát akkor honnan tudja, hogy jött neki valami tennivaló.

De ha egy toolnak van egy jol konfiguralhato notification rendszere (raadasul a userek sajat maguk beallithatjak, hogy mirol szeretnenek kapni ertesitest emailben), akkor miert kellene Teamsen/Slacken korbepingetni a kollegakat (instant megzavarva mindenkit), ahelyett hogy az erintett emberek kapnak rola notification emailt es ramozdul az, akit erint, akkor, amikor neki kenyelmes. Nem kell megvarni a masnapi standupot, hogy bejelentsem, hogy mehet a review.

Egyébként meg em kell chaten körbepingelgetni a kollégákat, az a példa a kivételek kezeléséről, és a normális együtt dolgozásról szól. Ha van egy jól konfigurálható notification/szűrő rendszer, akkor ahhoz nem kell az email. Kb teljesen mindegy, hogy mikor a van-e dolgom PR-al listát nézem, mert odajutok, hogy ránéznék, akkor a leszűrőzött e-mail folderbe nézek bele, vagy a gitlab MR pagen nézem a szűrőmet. És ugye azt meg már megállapítottuk, hogy nem jó instant megzavarni mindenkit, szóval az emailre is csak akkor nézek majd rá.

Erre valo a GitLabban a WIP flag, akkor nem kuld rola notificationt. Ki van ez talalva.

Persze. Csak egyrészt te mondtad azt, hogy minden PR közérdek.

Másrészt for fun: a gitlabban tudok szűrni draft statusra (egy ideje átrajzolták, mindegy), a notification feltételek között viszont nem. Ez egyébként is jellemző, a beépített szűrőnyelv többet tud, mint a notification settings, mert valamiért egyik PO se érezte úgy az általam látott termékeknél, hogy a notificationoket is lehetne úgyanúgy csinálni, mint általában minden mást: glorifkálni egy szűrő feltételt.

Ezert van a GitLabban a PR-hoz kulon Reviewers es Assignees lista. Jol kell kitolteni. Embereknek jol kell konfiguralni, hogy mirol szeretne notificationt kapni, es akkor csak arrol kap. Ki van ez talalva.

Én tudom, te voltál az, aki azzal jöttél, hogy a PR tulajdonképp közérdek. És egyébként pont ugyanolyan faszán tudok rá szűrni a gitlabban, mint a gitlab által küldött levelekben, szóval megintcsak, mindegy, hol nézem. 

Egyaltalan nem irtam ilyet.

Csak messziről árad belőled. Pl láthatólag nem sikerült megértened pl, hogy miért illik szólni egy kell majd review eseményről egy dailyn egy felnőtt csapatban, próbáltad egy szmájlival elütni, mer hát ha kimegy a levél róla, akkor majd tudja a másik.

Viszont az se jo, ha a projektmanager minden csipcsup dolog miatt meetingeket hiv ossze, ahelyett hogy korbeirta volna emailben vagy chaten.

Nem kell minden csippcsupp lófasszal meetinget összehívni, ha működnek azok a processzek. És jól látod, rohadt mindegy, hogy az #fontos channelre nyit egy threadet, vagy küld egy email. Mert mint kb minden ilyesmi, ez is...

... egyéni preferencia kérdése, és remekül meg lehet oldani e-mail szűrőkkel is, meg másképp is. Te valamiért mégis úgy érzed, hogy aki nem az email köré szervezi, az lógós barom.