सोचिए, एक growing MSME में Monday Review Meeting चल रही है।
.png)
Founder पूछते हैं:
“इस महीने Business कैसा चल रहा है?”
“Sir, पिछले हफ्ते 3 नए Orders मिले हैं।”
“जो Payment pending था, उसका क्या हुआ?”
“Follow-up चल रहा है।”
“Delayed Dispatch का क्या Status है?”
“Production Team काम कर रही है।”
“कोई बड़ा Customer Issue?”
“नहीं Sir, कुछ serious नहीं है।”
लेकिन Founder को यह नहीं पता कि Payment को 75 दिन हो चुके हैं, Dispatch की अगली Commitment भी miss हो सकती है और एक important Customer पिछले कुछ दिनों में तीन बार Complaint कर चुका है।
यह जरूरी नहीं कि किसी ने झूठ बोला हो।
लेकिन फर्क देखिए:
Good News Numbers के साथ आई।
Bad News Soft Words के साथ आई।
और यहीं से Leadership के लिए एक बड़ा Blind Spot बनना शुरू होता है।
ऐसा क्यों होता है?
लोग अक्सर Positive Information share करने में ज्यादा comfortable होते हैं, जबकि Bad News देने में hesitation हो सकती है।
Business में Hierarchy इस problem को और बढ़ा सकती है।
Employee को डर हो सकता है कि उसे blame किया जाएगा। Manager सोच सकता है कि पहले problem solve कर लेते हैं, फिर बताएँगे। Department Head नहीं चाहता कि उसकी Team कमजोर दिखाई दे।
धीरे-धीरे:
“Customer बहुत नाराज़ है”
बदलकर हो जाता है:
“Customer ने एक concern raise किया है।”
और आखिर में:
“Customer के साथ discussion चल रहा है।”
जब तक information Founder तक पहुँचती है, problem की seriousness कम दिखाई देने लगती है।
Psychological Safety जरूरी है — लेकिन सिर्फ वही काफी नहीं
कई Founders कहते हैं:
“मेरा door हमेशा open है। कोई problem हो तो मुझे बताओ।”
यह अच्छी बात है।
लेकिन growing organization सिर्फ इस उम्मीद पर नहीं चल सकती कि लोग खुद आकर हर problem बताएँगे।
एक proper System भी होना चाहिए, जो define करे:
- क्या Report करना है?
- कब Escalate करना है?
- Action का Owner कौन है?
- और उसका Review कब होगा?
इसके लिए चार चीजें बहुत जरूरी हैं।
1. Clear Reporting Formats
Reports में सिर्फ Achievements नहीं, बल्कि Gaps भी दिखाई देने चाहिए।
सिर्फ:
Sales: ₹18 लाख
लिखने के बजाय:
Target: ₹25 लाख
Actual: ₹18 लाख
Gap: ₹7 लाख
Reason: ___
Action: ___
Owner: ___
Deadline: ___
एक अच्छा Reporting Format सिर्फ यह नहीं बताता कि क्या हुआ।
वह यह भी दिखाता है कि कहाँ Gap है और आगे क्या Action लेना है।
2. Clear Escalation Rules
हर बार Employee को यह decide नहीं करना चाहिए कि problem “बड़ी है या नहीं।”
कुछ clear triggers define किए जा सकते हैं:
Payment 45 दिन से ज्यादा Overdue → Escalate
Customer Complaint 48 घंटे से ज्यादा Unresolved → Escalate
Production Delay से committed Dispatch प्रभावित हो रहा है → Escalate
इससे Bad News report करना किसी व्यक्ति की इच्छा या डर पर depend नहीं करता।
वह एक Business Rule बन जाता है।
3. Effective Review Meetings
Review Meeting में सिर्फ यह नहीं पूछना चाहिए:
“हमने क्या Achieve किया?”
यह भी पूछना चाहिए:
“हम Plan से कहाँ पीछे हैं?”
“कौन-सी Problem अभी तक Unresolved है?”
“अगली Commitment को कौन-सा Risk प्रभावित कर सकता है?”
हर important issue का अंत इस clarity के साथ होना चाहिए:
Problem → Action → Owner → Deadline → Review
यहीं से discussion, Measurable Execution में बदलता है।
4. Psychological Safety
जब कोई Employee Bad News लेकर आता है, तो Leader का reaction बहुत important होता है।
अगर हर problem पर पहला सवाल हो:
“ये गलती किसने की?”
तो धीरे-धीरे लोग problems जल्दी बताना बंद कर सकते हैं।
Accountability जरूरी है।
लेकिन Accountability का मतलब Fear नहीं है।
पहले Problem को समझिए।
फिर Responsibility तय कीजिए।
और उसके बाद Corrective Action सुनिश्चित कीजिए।
Founders के लिए एक Quick Diagnostic
अपने Business के बारे में ये सवाल पूछिए:
- क्या मुझे Achievements की जानकारी Problems से जल्दी मिलती है?
- क्या हमारी Reports में Gaps, Delays और Risks clearly दिखाई देते हैं?
- क्या हर Department को पता है कि कौन-सी Situation में Issue Escalate करना है?
- क्या Review Meetings में Unresolved Problems के Owner और Deadline track होते हैं?
- क्या Employee पूरी Solution मिलने से पहले भी Problem report कर सकता है?
और सबसे महत्वपूर्ण:
मेरी Team के पास ऐसी कौन-सी Important Information हो सकती है, जो अभी तक मेरे पास नहीं पहुँची है?
अगर इन सवालों के जवाब clear नहीं हैं, तो जो Problem Communication की लग रही है, वह असल में System की Problem भी हो सकती है।
Business में Reality Visible होनी चाहिए
Growing Business में Founder खुद हर Problem ढूँढता रहे, यह sustainable नहीं है।
Goal यह होना चाहिए कि:
Right Information, Right Person तक, Right Time पर पहुँचे।
इसके लिए जरूरी हैं:
- Clear Reporting Formats
- Defined Escalation Rules
- Disciplined Review Meetings
- Psychological Safety
- Measurable Accountability
क्योंकि Business सिर्फ SOPs बनाने से System-driven नहीं बनता।
Business तब System-driven बनता है, जब उसके Systems Reality को visible बनाते हैं और उस Reality पर Action भी सुनिश्चित करते हैं।
RRTCS Business Analysis Leadership, Systems, Accountability और Execution में मौजूद ऐसे Gaps को identify करने में मदद करता है, जिनकी वजह से Business अभी भी Founder पर जरूरत से ज्यादा dependent हो सकता है।
अगर आप अपने Business में उन Leadership और System Gaps को identify करना चाहते हैं, जो आपके Business को Founder-dependent बनाए हुए हैं, तो मुझे “Business Analysis” message करें।
