भाग 1: नवी जबाबदारी (amber, 1–4) · भाग 2: नियोजन आणि delivery (teal, 5–8) · भाग 3: टीम्स आणि वाढ (purple, 9–12). प्रत्येक आकृती खऱ्या, deterministic lab मधून काढली आहे — lead/demo.py जे आकडे छापते तेच — आणि प्रत्येकीखाली एक lab आहे जिथे तुम्ही बैठका हलवू शकता, गृहितके बदलू शकता आणि काय बदलते ते पाहू शकता. प्रत्येक model हे विचार करण्याचे साधन आहे, माणसांसाठीचे सूत्र नाही. वर्तुळातील क्रमांक 1 → 2 → 3 नुसार पुढे जा.
1 🗓️ Engineer पासून lead पर्यंत
आठवड्याचे तास कुठे जातात — maker विरुद्ध manager वेळ, आणि आता काम म्हणजे team चे output का आहे.
🧒 सोप्या शब्दांत
कतरिना सर्वात चांगली गणित शिक्षिका होती. आता ती गणित विभागप्रमुख आहे. दिवसभर लोक तिचे दार ठोठावतात. तिच्या meetings विखुरलेल्या आहेत, म्हणून तिला विचार करायला मोठा शांत वेळ मिळत नाही. ती त्याच meetings दुपारी हलवते. आता प्रत्येक सकाळ एक मोठा शांत वेळ असते. आता संपूर्ण विभाग किती चांगले शिकवतो, हेच तिचे काम आहे.
📖 नवे शब्दmaker time — नियोजन किंवा लेखनासारखे अवघड काम स्वतः करण्यासाठी मोठे शांत तासfocus block — एका सलग तुकड्यात 2 तास किंवा जास्त मोकळा वेळ, विचार करण्याइतका मोठाfragment — दोन meetings मधली छोटी फट, अवघड काम सुरू करायला खूप लहानengineering lead — जिचे काम म्हणजे फक्त तिचे स्वतःचे नव्हे, तर संपूर्ण टीमचे काम
⏪ आधी
शिक्षिका असताना कतरिनाला आठवड्यात 5.0 h meetings होत्या आणि नियोजन व तपासणीसाठी 30.5 h चा मोठा focus time मिळायचा.
💡 काय
आता ती गणित विभागप्रमुख आहे, आणि तिच्या 12.5 h meetings आहेत: standups, 1:1s, hiring, planning, reviews आणि roadmap.
⚙️ कसे
विखुरलेल्या meetings मुळे 14.5 h focus आणि 13.0 h तुकडे उरतात; दुपारी एकत्र केल्यावर focus 25.0 h होतो.
🎯 का
आता विभागाचे काम हेच तिचे काम आहे, म्हणून ती संध्याकाळी काम करण्याऐवजी maker time जाणीवपूर्वक जपते.
🚀 पुढे
पुढचा धडा: साप्ताहिक 1:1, दीपिकाला वापरता येईल असा feedback, आणि लीलाला वगळले जात आहे हे दाखवणारा tracker.
🧪 इथे करून पाहा — कतरिनाचा आठवडा — एक मांडणी निवडा, meeting जोडण्यासाठी किंवा काढण्यासाठी अर्ध्या तासावर टॅप करा — हे विचार करण्याचे साधन आहे, माणसांसाठीचे सूत्र नाही
Report ची मालकी असलेल्या 1:1s, situation-behaviour-impact स्वरूपातील feedback, आणि कोण वगळले जाते ते दाखवणारा tracker.
🧒 सोप्या शब्दांत
कतरिना दर आठवड्याला प्रत्येक शिक्षिकेला अर्धा तास एकटीने भेटते. एके दिवशी तिला दीपिकाला सांगायचे असते की तिचा attitude वाईट आहे. पण डोक्यातल्या अंदाजावर दीपिका काहीच करू शकत नाही. म्हणून कतरिना सांगते कोणती meeting, दीपिकाने काय केले, आणि त्यामुळे काय झाले. आता काय बदलायचे हे दीपिकाला नेमके कळते. कतरिनाच्या यादीतून हेही दिसते की लीला चार आठवडे वगळली गेली आहे.
📖 नवे शब्द1:1 — lead आणि तिच्या टीममधील एका व्यक्तीची नियमित खासगी meeting; तो वेळ त्या व्यक्तीचा असतोSBI — तीन भागांतला feedback: situation, दिसलेले behaviour, आणि त्याचा impactjudgement — एखाद्याच्या स्वभावाबद्दलचा अंदाज, जसे 'attitude' किंवा 'never', ज्यावर ती काहीच करू शकत नाही
⏪ आधी
कतरिनाला दीपिकाला सांगायचे होते की तिचा attitude वाईट आहे आणि ती कधीच ऐकत नाही: क्षण किंवा परिणाम नसलेला निष्कर्ष.
💡 काय
SBI feedback म्हणजे situation, दिसणारे behaviour आणि त्याचा impact सांगणे; 1:1 हा त्या शिक्षिकेचा स्वतःचा साप्ताहिक वेळ आहे.
⚙️ कसे
त्या निष्कर्षात situation आणि impact नाहीत, आणि 'attitude', 'never' हे शब्द आहेत; SBI note मध्ये काहीच कमी नाही.
🎯 का
दीपिका एखादे behaviour तपासू आणि बदलू शकते. Tracker दाखवतो की लीलाच्या 12 पैकी फक्त 5 1:1 झाल्या, शेवटची 4 आठवड्यांपूर्वी.
🚀 पुढे
पुढचा धडा: प्रत्येक काम एकटीने कोण करू शकते, bus factor 1, आणि निर्णयाच्या अधिकारासह काम सोपवणे.
🧪 इथे करून पाहा — एखादी टीप प्रसंग · वर्तन · परिणाम यासाठी तपासा, मग 1:1 tracker वर टॅप करा — हे विचार करण्याचे साधन आहे, माणसांसाठीचे सूत्र नाही
Delegation चे सात स्तर, नेमका एकच Accountable असलेले RACI, आणि team च्या कौशल्यांमधील bus factor.
🧒 सोप्या शब्दांत
कतरिना प्रत्येक काम आणि ते मदतीशिवाय कोण करू शकते याची यादी करते. दोन कामांसमोर एकच नाव आहे: तिचे. ती आजारी पडली तर ती कामे थांबतात. म्हणून ती कामे सोपवते. दीपिका releases शिकते, ऐश्वर्या runbooks घेते, मीरा database शिकते. एका सत्रानंतर प्रत्येक कामाला किमान दोन जणी आहेत. किती अधिकार देत आहे हेही ती स्पष्ट सांगते.
📖 नवे शब्दbus factor — किती लोक गैरहजर असले तर एखाद्या कामाला कोणीच उरत नाही; इथे तो 1 वरून 2 झालाdelegation — एखाद्याला काम आणि ते कसे करायचे हे ठरवण्याचा अधिकार देणेRACI — कोण काम करते, कोण मालक (फक्त एक), कोणाला विचारायचे आणि कोणाला कळवायचे हे सांगणारा तक्ता
⏪ आधी
Release चालवणे किंवा runbooks वापरणे फक्त कतरिनाला जमायचे, म्हणून ती एक आठवडा आजारी पडली तर दोन्ही कामे थांबली असती.
💡 काय
Bus factor म्हणजे कोणत्याही आवश्यक कौशल्याच्या सर्वात कमी धारक; RACI प्रत्येक कामाला एकच Accountable मालक देते.
⚙️ कसे
Level 2+ चे धारक: gradebook 3, release 1, database 2, frontend 3, runbooks 1, म्हणून bus factor 1 आहे.
🎯 का
एका तिमाहीच्या pairing नंतर दीपिका releases चालवते, ऐश्वर्या runbooks सांभाळते आणि मीरा database शिकते: bus factor 2.
🚀 पुढे
पुढचा धडा: hiring, जिथे तीन interviewers एका उमेदवाराला गुण देतात आणि आधी बोलणारी व्यक्ती निर्णय उलटवू शकते.
🧪 इथे करून पाहा — प्रत्येक काम एकटी कोण करू शकते? level बदलण्यासाठी cell वर टॅप करा — हे विचार करण्याचे साधन आहे, माणसांसाठीचे सूत्र नाही
एक structured rubric, debrief आधी लिहिलेले गुण, आणि मुलाखतकारांमधील calibration.
🧒 सोप्या शब्दांत
तीन शिक्षिका एका उमेदवाराला शिकवताना पाहतात. Meeting मध्ये कतरिना आधी बोलते आणि खूप खात्रीने बोलते. दीपिकाला खरी शंका होती, पण ती कतरिनाच्या मागे जाते. उमेदवार निवडली जाते आणि ती शंका हरवते. पुढच्या वेळी सगळ्या एकच score sheet वापरतात आणि आधी आपले गुण लिहून ठेवतात. आता त्याच मतांमधून प्रामाणिक उत्तर येते: no hire.
📖 नवे शब्दrubric — प्रत्येक गुणासाठी स्पष्ट वर्णन असलेली score sheet, प्रत्येक उमेदवारासाठी तीचanchoring — आधी ऐकलेले मत आपल्या मताला आपल्याकडे ओढते तेव्हाcalibration — एखादी interviewer नेहमी इतरांपेक्षा जास्त किंवा कमी गुण देते का हे तपासणे
⏪ आधी
Debrief मध्ये कतरिना आधी बोलली, बाकीच्या तिच्याकडे झुकल्या, आणि दीपिकाची खरी शंका कधी समोरच आली नाही.
💡 काय
Structured interview: 4 competencies ची तीच anchored rubric, 3.0 चा bar, आणि बोलण्याआधी लिहून ठेवलेले गुण.
⚙️ कसे
आधी लिहिल्यावर panel ची सरासरी 2.83: no hire. कतरिना आधी बोलल्यावर बाकीच्या अर्ध्या सरकतात आणि ती 3.29 होते: hire.
🎯 का
पुरावा तोच, निर्णय वेगळा. Calibration दाखवते की panel च्या सरासरीपेक्षा कतरिना +0.37 आणि दीपिका -0.33 आहे.
🚀 पुढे
पुढचा धडा: मुख्याध्यापिका विचारतात की 40 कामे कधी पूर्ण होतील, आणि सरासरीवरून काढलेली एक तारीख म्हणजे नाणेफेक.
🧪 इथे करून पाहा — एक उमेदवार, तीन मुलाखतकार — आधी कोण बोलते, आणि इतर जणी किती सरकतात? — हे विचार करण्याचे साधन आहे, माणसांसाठीचे सूत्र नाही
मागील throughput वरून seeded Monte Carlo अंदाज — एका अंदाजाऐवजी 50% आणि 85% तारखा.
🧒 सोप्या शब्दांत
मुख्याध्यापिका विचारतात की 40 कामे कधी पूर्ण होतील. विभाग सरासरी आठवड्याला 3.7 कामे पूर्ण करतो, म्हणून सोपे उत्तर 11 आठवडे. पण काही आठवडे हळू जातात. कतरिना मागचे दहा आठवडे कार्डांवर लिहिते आणि ती यादृच्छिकपणे पुन्हा पुन्हा, 10,000 वेळा काढते. अर्धे खेळ 11 आठवड्यांत संपतात, आणि 100 पैकी 85 खेळ 13 आठवड्यांत.
📖 नवे शब्दthroughput — टीम एका आठवड्यात किती कामे पूर्ण करतेMonte Carlo — निकालांची range पाहण्यासाठी एखादा नशिबाचा खेळ हजारो वेळा खेळणे85% date — ज्या तारखेपर्यंत 100 पैकी 85 खेळ पूर्ण होतात, जसे 13 आठवडे
⏪ आधी
कतरिनाने 40 कामांच्या backlog ला आठवड्याच्या 3.7 सरासरीने भागले आणि जवळपास 11 आठवडे असे वचन जाहीर केले.
💡 काय
Monte Carlo forecast मागचे आठवडे [2, 6, 1, 4, 7, 0, 5, 3, 6, 3] यादृच्छिकपणे पुन्हा खेळतो, backlog संपेपर्यंत.
⚙️ कसे
10,000 seeded trials देतात 50%: 11 आठवडे, 85%: 13 आठवडे, 95%: 15 आठवडे; 11 आठवड्यांत फक्त 58% पूर्ण होतात.
🎯 का
संभाव्यतेसह दिलेली range प्रामाणिक असते. Backlog 48 कामांपर्यंत वाढला की forecast 13 आणि 16 आठवड्यांवर जातो.
🚀 पुढे
पुढचा धडा: चार कामे एका टीमची वाट पाहतात, आणि निवडलेल्या क्रमानुसार थांबण्यात किती मूल्य जाते ते बदलते.
🧪 इथे करून पाहा — मागचे यादृच्छिक आठवडे 10,000 वेळा पुन्हा खेळा — backlog ला किती वेळ लागेल? — विचार करण्याचे साधन, माणसांसाठीचे सूत्र नव्हे
RICE, cost of delay आणि CD3/WSJF — गृहीतके अशा ठिकाणी लिहिलेली की लोक त्यावर वाद घालू शकतील.
🧒 सोप्या शब्दांत
चार कामे वाट पाहत आहेत, आणि विभाग एका वेळी एकच करू शकतो. एक शिक्षिका म्हणते सर्वात मोठे, मौल्यवान काम आधी करा. कतरिना विचारते की काम थांबले तर दर आठवड्याला किती नुकसान होते. छोटा export fix आठवड्याला 5 गमावतो आणि 1 आठवडा घेतो, म्हणून तो आधी. मोठे आधी केल्यास एकूण 142 जाते. तिच्या क्रमाने फक्त 118.
📖 नवे शब्दRICE — एक score: किती लोकांपर्यंत पोहोचते, गुणिले impact आणि confidence, भागिले effortcost of delay — काम थांबावे लागल्यावर दर आठवड्याला जाणारे मूल्यCD3 — cost of delay भागिले कामाला लागणारा वेळ; सर्वात जास्त असलेले आधी करा
⏪ आधी
प्रत्येकजण आपल्या आवडत्या कामासाठी भांडत होती, आणि सर्वात मोठा आवाज म्हणाला सर्वात मोठे, मौल्यवान काम आधी करा.
💡 काय
RICE म्हणजे reach × impact × confidence ÷ effort; cost of delay विचारते की काम थांबले तर दर आठवड्याला किती मूल्य जाते.
⚙️ कसे
RICE क्रम: results 600, portal 500, fix 320, timetable 75; portal चा confidence 80% केला तर तो 800 होतो.
🎯 का
सर्वात मोठे मूल्य आधी केल्यास 142 जाते; CD3, म्हणजे cost of delay ÷ duration, केल्यास 118. कामे तीच, फक्त चांगला क्रम.
🚀 पुढे
पुढचा धडा: जुना गोंधळलेला code म्हणजे कर्ज, दुरुस्तीचे principal आणि दर आठवड्याला भरावे लागणारे interest.
🧪 इथे करून पाहा — एक अंदाज बदला आणि क्रमवारी हलताना पाहा — मग एक क्रम निवडा — विचार करण्याचे साधन, माणसांसाठीचे सूत्र नव्हे
Debt म्हणजे portfolio: मुद्दल, साप्ताहिक व्याज, परतफेड, आणि कोणते debt जाणूनबुजून बाळगायचे.
🧒 सोप्या शब्दांत
विभागात जुन्या, गोंधळलेल्या गोष्टी आहेत. Flaky tests दर आठवड्याला 6 तास वाया घालवतात आणि दुरुस्तीला 24 तास लागतात, म्हणून 4 आठवड्यांत ते वसूल होते. Old report module आठवड्याला 1 तास वाया घालवते पण दुरुस्तीला 120 तास लागतात. कतरिना ते सध्या तसेच ठेवते. दर आठवड्याला वेळ चोरणारा गोंधळ कोणी ठरवो वा न ठरवो, किंमत घेतोच.
📖 नवे शब्दtechnical debt — code मधले शॉर्टकट आणि जुना गोंधळ, ज्यामुळे पुढचा प्रत्येक बदल हळू होतोprincipal — गोंधळ नीट दुरुस्त करायला लागणारे तासinterest — गोंधळ तसाच राहिल्यावर दर आठवड्याला जाणारे तास, जसे आठवड्याला 6 hpayback — दुरुस्तीने तिच्या खर्चापेक्षा जास्त वाचवायला किती आठवडे लागतात, जसे 4 आठवडे
⏪ आधी
जुना गोंधळ एकतर त्रास होईपर्यंत दुर्लक्षित राहायचा किंवा एकदम सगळा पुन्हा लिहिला जायचा, तुलना करायचा मार्ग नव्हता.
💡 काय
Technical debt एक portfolio म्हणून: principal म्हणजे दुरुस्तीचे तास, interest म्हणजे थांबल्यावर दर आठवड्याला जाणारे तास.
⚙️ कसे
26 आठवड्यांत flaky tests (24 h, 6 h/wk) चा net +132 h: pay. Old report module (120 h, 1 h/wk) चा net -94 h: carry.
🎯 का
दर आठवड्याला 16 h interest भरले जाते, टीमच्या 160 h चे 10%, कोणी ठरवो वा न ठरवो.
🚀 पुढे
पुढचा धडा: four keys ने delivery मोजणे, आणि एखादे माप target बनले की काय होते.
🧪 इथे करून पाहा — मुद्दल, साप्ताहिक व्याज आणि क्षितिज — फेडायचे की वाहून न्यायचे? — विचार करण्याचे साधन, माणसांसाठीचे सूत्र नव्हे
DORA four keys आणि reliability, flow metrics — आणि Goodhart's law एखाद्या target चे काय करतो.
🧒 सोप्या शब्दांत
मुख्याध्यापिका मोजतात की नवे काम किती वेळा जाते आणि किती वेळा चुकते. उपयोगी! मग त्या म्हणतात 10 पैकी 1 पेक्षा कमी चुका हव्यात. लोक चुकांना planned changes म्हणू लागतात, आणि आकडा 17% वरून 6% वर येतो. काहीच सुधारले नाही. कतरिना आकड्यांचा वापर कामाबद्दल प्रश्न विचारण्यासाठी करते, शिक्षिकांची क्रमवारी लावण्यासाठी कधीच नाही.
📖 नवे शब्दfour keys — deploy frequency, lead time, change failure rate आणि recovery timechange failure rate — production मध्ये चुकणाऱ्या deploys चा वाटा, जसे 16.7%Goodhart's law — एखादे माप target बनले की ते चांगले माप राहत नाही
⏪ आधी
Process मधले बदल विभागाला मदत करतात का हे कोणालाच माहीत नव्हते, म्हणून प्रत्येक meeting मध्ये मतांनीच जागा भरली.
💡 काय
DORA four keys आणि reliability: deploy frequency, lead time, change failure rate, recovery आणि availability.
⚙️ कसे
4 आठवड्यांत 18 deploys: 4.5/week, median lead time 18 h, change failure rate 16.7%, recovery 45 min, 99.52% up.
🎯 का
Target बनल्यावर failures चे नाव बदलून CFR 5.6% दिसतो आणि 18 no-op deploys ने 9.0/week दिसते, पण users ना नवे काहीच मिळत नाही.
🚀 पुढे
पुढचा धडा: टीम्सची विभागणी त्या बनवत असलेल्या system ला कसा आकार देते, आणि 12 लोकांचे 66 मार्ग का होतात.
🧪 इथे करून पाहा — 18 deploys मधून चार keys — आता एका metric ला target बनवा — विचार करण्याचे साधन, माणसांसाठीचे सूत्र नव्हे
Conway's law, संवादाचे मार्ग, चार team प्रकार आणि cognitive load.
🧒 सोप्या शब्दांत
शाळेत 12 शिक्षिका होतात, आणि 12 जणींमध्ये बोलू शकणाऱ्या 66 जोड्या असतात. आधी त्या कामाच्या प्रकारानुसार विभागतात, आणि प्रत्येक परीक्षेला सगळे गट लागतात. मग त्या इयत्तेनुसार विभागतात, म्हणून इयत्ता 7 च्या परीक्षेला फक्त इयत्ता 7 ची टीम लागते. एक छोटी support team सामायिक साधने वापरायला सोपी करते. लोकांचा आकारच कामाचा आकार बनतो.
📖 नवे शब्दConway's law — system शेवटी ती बनवणारे लोक एकमेकांशी कसे बोलतात त्याच आकाराची होतेstream-aligned team — एक क्षेत्र सुरुवातीपासून शेवटपर्यंत सांभाळणारी टीम, म्हणून बहुतेक काम तिच्याकडेच राहतेcognitive load — टीमला एका वेळी डोक्यात किती ठेवावे लागते
⏪ आधी
टीम technology layer नुसार विभागलेली होती, म्हणून प्रत्येक feature ला frontend, backend आणि data ची meeting लागायची.
💡 काय
Conway's law: system त्याच्या संस्थेच्या संवादाचा आकार घेते. 12 जणांच्या टीमचे 66 मार्ग; 6 च्या दोन टीम्सचे 30.
⚙️ कसे
Component teams मध्ये 14 team-waits आणि 6 पैकी 5 features ना एकापेक्षा जास्त टीम; self-service platform मध्ये 5 आणि 0.
🎯 का
Stream-aligned teams बहुतेक features एकाच टीममध्ये ठेवतात, आणि cognitive load 4 राहतो, 5 domains मध्ये 10 नाही.
🚀 पुढे
पुढचा धडा: परीक्षेच्या सकाळी gradebook बिघडते, आणि काही निर्णय असे दरवाजे असतात जिथून परत येता येत नाही.
🧪 इथे करून पाहा — लोकांची विभागणी करा, मग teams कशा आखायच्या ते निवडा — हे विचार करण्याचे साधन आहे, माणसांसाठीचे सूत्र नाही
आधी परिणाम कमी करा, incident मधील भूमिका, one-way विरुद्ध two-way doors, आणि निर्णयांची नोंदवही.
🧒 सोप्या शब्दांत
परीक्षेची सकाळ: नवे gradebook प्रत्येक गुण शून्य दाखवते. सगळ्या bug शोधायला गर्दी करतात. कतरिना प्रत्येकीला एक काम देते. दीपिका कालचे version परत आणते, आणि ऐश्वर्या पालकांना काय चालले आहे ते सांगते. Service 52 नाही तर 15 मिनिटांत परत येते. नंतर कतरिना सहज उलटता येणारे निर्णय पटकन घेते आणि कठीण निर्णय सावकाश.
📖 नवे शब्दmitigate — कारण शोधण्याआधी त्रास थांबवणे, उदाहरणार्थ rollback करूनincident commander — incident चे समन्वय करणारी व्यक्ती, जी स्वतः debug करत नाहीone-way door — उलटणे कठीण किंवा अशक्य असलेला निर्णय, जसे 3 वर्षांचा contractblameless review — मागे वळून पाहणे जे चूक सोपी का झाली हे विचारते, ती कोणी केली हे नाही
⏪ आधी
काही बिघडले की सगळ्या मिळून bug शोधायच्या, आणि प्रत्येक निर्णय एकाच वेगाने व्हायचा.
💡 काय
आधी mitigate करा, incident roles स्पष्ट ठेवा, आणि निर्णयांची two-way doors आणि one-way doors अशी विभागणी करा.
⚙️ कसे
6 min नंतर कळल्यावर rollback मुळे users ना 15 min त्रास होतो; पुढे debug करत राहिल्यास 52 min.
🎯 का
Standup चा प्रयोग two-way door आहे, लगेच ठरवा; 3 वर्षांचा contract one-way आहे. Log आठवडा 8 पर्यंत 2 reviews दाखवतो.
🚀 पुढे
पुढचा धडा: लेखन हीच lead ची पोहोच, design docs पासून ask आधी मांडणाऱ्या status update पर्यंत.
🧪 इथे करून पाहा — हे मागे घेणे किती कठीण आहे? मग incident आणि निर्णयांची नोंदवही चालवून पाहा — हे विचार करण्याचे साधन आहे, माणसांसाठीचे सूत्र नाही
Design docs आणि RFCs, मागणी आधी मांडणारे status updates, आणि एका meeting ची किंमत.
🧒 सोप्या शब्दांत
दर सोमवारी 8 शिक्षिका आपण काय केले हे सांगायला एक तास भेटतात. वर्षात ते 368 तास होतात. म्हणून कतरिना दर शुक्रवारी एक छोटी नोंद लिहिते: काय बदलले, काय चुकू शकते, आणि तिला काय हवे आहे. त्याला वर्षाला सुमारे 54 तास लागतात, आणि कोणालाही ती नंतर सापडते. दीपिका आधी आपला आराखडा लिहिते, आणि काहीही बनवण्याआधीच reviewer ला एक प्रश्न सापडतो.
📖 नवे शब्दperson-hours — लोक गुणिले तास: 8 जणी 1 तासासाठी म्हणजे 8 person-hoursdesign doc — goals, non-goals, options आणि risks असलेला लिखित आराखडा, coding आधी तपासला जाणाराnon-goals — आराखडा ज्या गोष्टी करणार नाही असे सांगतो, म्हणजे कोणी त्यांची अपेक्षा ठेवत नाही
⏪ आधी
दर सोमवारी सर्व 8 शिक्षिका मागच्या आठवड्याबद्दल सांगण्यासाठी एक तास भेटायच्या, बहुतेक वेळ आपल्या पाळीची वाट पाहत.
💡 काय
लिखित status updates आणि design docs, आणि meetings फक्त खऱ्या चर्चेची गरज असलेल्या निर्णयांसाठी.
⚙️ कसे
ती meeting वर्षाला 368 person-hours घेते; लिखित update, 30 min लिहायला आणि 8 × 5 min वाचायला, 54 घेतो.
🎯 का
दीपिकाच्या पहिल्या design doc मध्ये 8 पैकी 3 sections आहेत; options considered आणि non-goals code आधीच प्रश्न पकडतात.
🚀 पुढे
पुढचा धडा: दिसणाऱ्या संधी कोणाला मिळतात, रात्री page कोणाला होते, आणि lead च्या कामाचा संपूर्ण नकाशा.
🧪 इथे करून पाहा — नियमित meeting ची किंमत, आणि design doc मध्ये काय राहिले आहे — हे विचार करण्याचे साधन आहे, माणसांसाठीचे सूत्र नाही
Career ladders, sponsorship, psychological safety, on-call आणि कामाच्या वेळेनंतरचा भार — आणि संपूर्ण नकाशा.
🧒 सोप्या शब्दांत
वर्षाच्या शेवटी कतरिना दोन याद्या पाहते. दीपिकाला 5 मोठ्या संधी मिळाल्या, ऐश्वर्याला 1, मीरा आणि लीलाला एकही नाही. ऐश्वर्याला रात्री 9 वेळा फोन आला, आणि तिने कधीच तक्रार केली नाही. म्हणून कतरिना पुढच्या संधी ज्यांना मिळाल्या नाहीत त्यांना देते. ती रात्रीची यादी मोठी करते, म्हणजे कोणालाही ते ओझे एकटीने उचलावे लागू नये. चांगला विभाग पुढच्या वर्षीही निरोगी असतो.
📖 नवे शब्दsponsorship — एखाद्याला वाढीसाठी दिसणाऱ्या संधी देण्यासाठी आपला प्रभाव वापरणेon-call — काही बिघडल्यावर, रात्रीसुद्धा, उत्तर देणारी व्यक्ती बनण्याची आळीपाळीpsychological safety — लोक न घाबरता 'I broke it' किंवा 'I disagree' म्हणू शकतातcareer ladder — प्रत्येक level साठी लिखित अपेक्षा, म्हणजे वाढ स्पष्ट आणि न्याय्य होते
⏪ आधी
कतरिनाला आधी आठवेल तिलाच संधी मिळायच्या, आणि रात्री page मुळे कोणाला उठावे लागले हे कोणी मोजत नव्हते.
💡 काय
Growth म्हणजे लिखित career ladder, नोंदवलेली sponsorship, psychological safety आणि योग्य on-call भार.