आप user story की जगह use case कब लिखेंगे?

story तब इस्तेमाल करें जब टीम आपस में बात कर सकती हो और चलते चलते refine कर सकती हो। use case जटिल flow, भारी alternate path, या ऐसी डॉक्युमेंटेशन के लिए ठीक हैं जिसे auditor, किसी vendor, या ऐसी टीम के सामने अकेले खड़ा होना है जिस तक आसानी से पहुंच नहीं है। use case exception flow समेत पूरी interaction पकड़ता है; story एक बातचीत की जगह रखा हुआ निशान है, और जब वह बातचीत हो ही न सके तो वह फेल हो जाती है।

यह इस पर निर्भर है कि बातचीत हो सकती है या नहीं। story तब शानदार काम करती हैं जब टीम साथ हो और चलते चलते refine कर सके, क्योंकि story असल में उस पर बात करने का वादा भर है। जिस पल वह बातचीत महंगी हो जाती है, फॉर्मैट काम करना बंद कर देता है। तो जिस प्रोजेक्ट में बिल्ड किसी दूसरे timezone के vendor के साथ था और contract specification का हवाला देता था, वहां मैंने use case लिखे, क्योंकि दस्तावेज को बिना मेरे कमरे में मौजूद हुए खुद सवालों के जवाब देने थे। यही बात किसी भी ऐसे काम पर लागू होती है जिसमें regulator शामिल हो, जहां alternate और exception flow refinement सेशन में जबानी तय होने के बजाय लिखे और traceable होने चाहिए। मैंने दोनों को मिलाया भी है, दो सचमुच पेचीदा flow के लिए use case, जैसे करीब नौ exception path वाला एक payment reconciliation, और बाकी सब के लिए story। पूरे प्रोजेक्ट के लिए एक फॉर्मैट सिर्फ इसलिए चुनना कि वह घर का तरीका है, या तो फालतू भारीपन देता है या खाली जगहें।