on call rotation को टिकाऊ कैसे रखते हैं?

बोझ नापिए और pages को defects मानिए। प्रति shift pages, ऑफिस समय के बाहर के pages और उनमें से कितने actionable थे, यह ट्रैक कीजिए, फिर एक ऐसी सीमा तय कीजिए जो शोर बर्दाश्त करने की जगह रिलायबिलिटी का काम चालू कर दे। rotation इतना चौड़ा रखिए कि shifts कम कम आएं, हर alert के लिए handover नोट्स और runbook अनिवार्य रखिए, खराब रात के बाद समय वापस दीजिए, और जो टीम सर्विस शिप करती है वही उसे संभाले।

मैं इसे नापता हूं, क्योंकि on call की सेहत की परवाह सब कहते हैं और बहुत कम टीमें आपको अपने प्रति shift pages बता सकती हैं। मैं कुल pages, ऑफिस समय के बाहर के pages, और उनमें से कितने actionable थे, यह ट्रैक करता हूं। मेरा नियम है कि हफ्ते में दो से ज़्यादा ऑफिस समय के बाहर के pages बदकिस्मती नहीं, सिस्टम का defect हैं, तो वह अगले sprint में रिलायबिलिटी के काम की तरह जाता है और उसका वज़न किसी feature जितना ही होता है। इसी एक नियम ने मेरी पिछली टीम को महीने में करीब नौ रात के pages से एक तिमाही के अंदर दो से नीचे पहुंचा दिया, ज़्यादातर तीन शोरगुल वाले alerts ठीक करके जिन्हें नज़रअंदाज़ करना सबने सीख लिया था, और वह अपने आप में एक अलग खतरा है। व्यवहार में: कम से कम छह लोगों का rotation ताकि कोई छह हफ्ते में एक हफ्ते से ज़्यादा न आए, अनिवार्य handover नोट्स, हर alert के लिए एक runbook वरना alert हटा दिया जाता है, और अगर कोई रात तीन बजे जागा है तो वह देर से शुरू करता है और मुझे इस पर कोई बहस नहीं चाहिए। जो टीम सर्विस शिप करती है वही उसे संभालती है, क्योंकि इन दोनों को अलग करने की गारंटी यही है कि शोर कोई ठीक नहीं करेगा।