एक लड़की के बारे में

मुझे नहीं पता कि क्यों, लेकिन आपको एक आदमी के बारे में कहानी पसंद आई। अगर आपको याद हो तो वह चला गया।

मैं कहां गया, मैं क्या कर रहा हूं, मेरी सफलताएं क्या हैं, मैं यह नहीं कहूंगा, क्योंकि मुझे उसकी अनुमति नहीं है। लेकिन उनकी कहानी को एक अप्रत्याशित निरंतरता मिली।

मैं, जैसा कि आप समझते हैं, उसे जानते हैं। और न केवल परिचित - हमने इंस्ट्रूमेंटेशन संकाय में एक साथ अध्ययन किया। रेडियो दिवस अपनी नाक पर है, और यह पूर्व छात्रों से मिलने के लिए हमारे छेद में वापस उड़ गया। उसने मुझे बीयर के लिए बुलाया और मुझे एक कहानी सुनाई। एक लड़की के बारे में।

पीछे हटना

जैसा कि आपको याद है (और अगर आपको याद नहीं है, तो कृपया संदर्भ को समझने के लिए "एक आदमी के बारे में" लेख को फिर से पढ़ें), इस आदमी ने दावा किया कि उसने व्यवसाय और उसकी प्रक्रियाओं में कुछ समझ लिया है। उन्होंने वहां लाभ बढ़ाने, लागतों को कम करने, व्यावसायिक लक्ष्यों को प्राप्त करने में मदद की और तर्क दिया कि न केवल कोई भी ऐसा कर सकता है, बल्कि प्रोग्रामर को भी चाहिए।

इसलिए, उनकी उपलब्धियों और प्रथाओं में इस तरह की बकवास थी जो प्रोग्रामर के काम में तेजी लाती थी। उस आदमी ने दावा किया कि 10 गुना त्वरण काफी प्राप्त करने योग्य है। पिछले लेख में वर्णित उद्यम में, उन्होंने 4 बार त्वरण हासिल किया। जहां उन्होंने काम किया, 10 वें नंबर पर पहुंच गए।

लेकिन उन्होंने, इस विषय के संदर्भ में, हमेशा दो समस्याएं रखीं। पहले, वह साबित नहीं कर सका कि त्वरण वास्तविक है। ठीक है, अपने लिए सोचें - क्या आप इस बात पर विश्वास करेंगे कि प्रोग्रामर को 3 दिनों में उतना काम करना संभव है जितना वे अब एक महीने में करते हैं? ठीक है, हम उनकी कल्पनाओं को कम से कम 5 से विभाजित करेंगे - आपको यह कथन कैसे पसंद है कि 2 सप्ताह में आप एक महीने में जितना कर सकते हैं? बकवास है, है ना?

इसलिए वह साबित नहीं कर सके। जिन कंपनियों में उसने इस प्रथा को लागू किया, वे आईटी नहीं थीं, और इसके साथ तुलना करने के लिए कुछ भी नहीं था। ठीक है, प्रोग्रामर महीने में 100 आवेदन करते हैं, और 400 करने लगे हैं। कौन परवाह करता है? और आखिरकार, इस तथ्य के पक्ष में बहुत सारे तर्क हैं कि यह सब बुराई से है, बस संख्याओं की बाजीगरी करना, कार्यों को छोटे लोगों में विभाजित करना और अधिक पैसा या राजनीतिक अंक प्राप्त करने के लिए अलग से प्रयास करने के अलावा और कुछ नहीं।

दूसरी समस्या यह है कि चूंकि कंपनी आईटी-फ्रेंडली नहीं है, इसलिए त्वरण को पैसे में बदलना संभव नहीं है। उसने पैसे में व्यक्त करने की कोशिश की, लेकिन यह पानी पर एक पिचफर्क के साथ फिर से निकला। उदाहरण के लिए, रखरखाव की लागत, लेखांकन की लागत आदि के माध्यम से।

जब उन्होंने संयंत्र में काम किया, तो उन्होंने कर्मचारियों की लागत को कम करने में भी काम किया, लेकिन वे प्रोग्रामर के काम के त्वरण को पेरोल फंड में नहीं बाँध सके। नेता और मालिक पर्याप्त लोग थे, और उन्होंने देखा कि इसमें कुछ था, लेकिन वे उसके विचारों से पूरी तरह से प्रेरित नहीं थे। यहां तक ​​कि जब उन्होंने उन्हें प्रोग्रामर के पास नहीं, बल्कि डिजाइनरों के लिए आवेदन किया, उदाहरण के लिए, उन्होंने एक सप्ताह में कई बार अपने काम में तेजी लाई, इसलिए उन्होंने इस परियोजना को बंद कर दिया, जो वर्षों तक चली।

इस तरह वह इन समस्याओं से जूझ रहा है। उन्होंने अपने काम में अपने तरीकों को लागू किया, और अपने दिल के नीचे से चिंतित थे कि वह अपने अभ्यास की सीमाओं से परे इस अनुभव को नहीं ले सकते थे।
और तभी एक लड़की दिखाई दी।

लड़की

उच्च संभावना वाली लड़की, इस लेख को पढ़ेगी, इसलिए मैं तुरंत उससे माफी माँगती हूँ। उस आदमी ने उसे केवल नाम से पुकारा, और उसकी बहुत चापलूसी और सम्मान के बारे में बात की। जैसा कि वे कहते हैं, वह स्मार्ट और सुंदर है - उसने एक फोटो दिखाया, मैं पुष्टि करता हूं।

लड़के से मिलने के समय, इस लड़की ने काफी बड़े फ्रैंक 1C में एस्कॉर्ट विभाग के प्रमुख के रूप में काम किया। मुझे तुरंत कहना होगा कि परिचित विशुद्ध रूप से व्यवसाय था, और ऐसा ही रहा।

मुझे पता है कि आप 1 सी दुनिया से दूर हैं, इसलिए मैं संक्षेप में समझाता हूं। सहायता विभाग कुछ प्रोग्रामर हैं जो ग्राहकों की छोटी समस्याओं को हल करते हैं। प्रोजेक्ट नहीं, सॉफ़्टवेयर या लाइसेंस की बड़ी बिक्री नहीं, लेकिन कुछ घंटों के भीतर छोटे कार्य। अन्य विभाग फ्रेंचाइजी में क्रुपनीक में लगे हुए हैं।

वित्तीय गणित भी बहुत सरल है। प्रति घंटा की दर है - कहते हैं, 2,000 रूबल। ग्राहक खुद के लिए कुछ बकवास करना चाहता है, उसके साथ एक निश्चित कार्य का समन्वय करता है, और घंटों की चर्चा करता है - उदाहरण के लिए, चार। प्रोग्रामर करता है, ग्राहक को सौंपता है, वह 8 tr का भुगतान करता है। सब कुछ सरल है।

तो, यह लड़की खुद के लिए रहती थी, काम करती थी और दुःख नहीं जानती थी। और फिर संयोग से कहीं मैं हमारे नायक द्वारा लिखे गए ग्रंथों पर ठोकर खाई - सिर्फ विकास को गति देने के बारे में। अन्य पाठकों के विपरीत, वह, किसी कारण से, विश्वास करती थी।

और इसलिए वे मिले।

बैठक

अपने विचारों में पूरी दुनिया के अविश्वास से थका हुआ व्यक्ति, कुछ 1 सेमिनार में आया, और अपने अनुभव पर कुछ रिपोर्टों को पढ़ा। रिपोर्ट के बाद, हमेशा की तरह, कई लोगों ने उनसे संपर्क किया, सवाल पूछा - लेकिन आदमी जानता था कि यह ब्याज से बाहर चलेगा। पहले से ही होटल के कमरे में डंप करने के लिए तैयार है, लेकिन फिर एक लड़की ने उससे संपर्क किया। हां, एक नहीं, बल्कि इसके निर्देशक के साथ।

हम कॉफी शॉप गए, एक घंटे तक अच्छी बातचीत की। उन्होंने विशिष्ट प्रश्न पूछे, विवरणों में विलंबित, जोखिमों का आकलन किया। लेकिन आदमी, स्वाभाविक रूप से, खुशी के साथ सातवें आसमान में था - पहली बार वह अपने विचारों में गंभीरता से रुचि रखता था।

लड़की और उसके निर्देशकों को एक ही समस्या में दिलचस्पी थी कि आदमी को महत्वपूर्ण माना जाता है - प्रोग्रामर के त्वरण को पैसे में कैसे बदलना है। कुछ विचार-विमर्श के बाद, एक परिकल्पना को आगे रखा गया - घड़ी की बराबरी करने के लिए।

एस्कॉर्ट विभाग के किसी भी कार्य में कई मीट्रिक घंटे होते हैं। पहला आकलन वह है जो प्रोग्रामर देता है ("ठीक है, मैं इसे 4 घंटे में करूंगा")। दूसरा आकलन यह है कि ग्राहक के साथ सहमति है। तीसरी मीट्रिक प्रोग्रामर वास्तव में कितना खर्च करता है।

इसलिए, सहायता विभागों में, संक्षेप में, वास्तव में बिताया गया समय हमेशा बिकने वाले समय से अधिक होता है। अक्सर एक प्रोग्रामर को मूल्यांकन में गलत किया जाता है - हम आशावादी होते हैं। अक्सर एक प्रबंधक किसी कार्य को उन लागतों के लिए नहीं बेच सकता है। अक्सर, एक प्रोग्रामर एक कार्य का मूल्यांकन करता है, और दूसरा वह करता है जो संदर्भ को बदतर समझता है। कई कारण हैं, लेकिन तथ्य यह है कि यह कम घंटे बेचता है जितना इसे लगता है।

आदमी ने इस घड़ी की बराबरी करने का प्रस्ताव रखा - यह लक्ष्य है। उन्होंने दावा किया कि वह प्रोग्रामर को गति दे सकते हैं? यदि आप सुनिश्चित करते हैं कि बेचे गए घंटे खर्च के बराबर हैं, तो, ऐसा लगता है, अधिक पैसा होना चाहिए। उस पर और फैल गया।

शुरुआत

कुछ दिनों, फिर - कई हफ्तों तक, लड़का उसके लिखने या कॉल करने के लिए इंतजार करता रहा - या तो लड़की या उसका निर्देशक। लेकिन उनसे - न तो सुनने के लिए, न ही आत्मा के लिए। सबसे पहले आदमी परेशान था, उसने एक दो बार लिखने की कोशिश की, लेकिन उसकी हिम्मत नहीं हुई। अंत में, उन्होंने खुद को आश्वस्त किया कि ये अगले इच्छुक थे।

लेकिन दो महीने बाद, नवंबर में, उन्होंने उसे लिखा। उत्साह कोई सीमा नहीं जानता था - वे वास्तव में उसके तरीकों पर स्विच करने की तैयारी कर रहे थे! प्रतिभागियों की एक सीमित संख्या - केवल 5 लोग, लेकिन यह वास्तव में खत्म हो गया है!

लड़की ने विधि के अनुसार सवाल पूछा, पूछा कि क्या कार्य प्रबंधन प्रणालियों पर कोई विकास हुआ था ताकि उसके बगीचे को नुकसान न पहुंचे, लेकिन उस समय आदमी के पास कुछ भी नहीं था। बेशक, उन्होंने सवालों के जवाब दिए, परिवर्तन योजना का अध्ययन किया, कुछ सलाह देने की कोशिश की। लेकिन लड़की फिर गायब हो गई।

पहला परिणाम

वह दो महीने बाद, जनवरी के अंत में दिखाई दिया। उसका परीक्षण समूह एक महीने से नए नियमों के तहत काम कर रहा है।

उस आदमी ने मुझे जैसे समझाया। प्रोग्रामर के काम में तेजी लाने के बारे में वह सभी जानते हैं, लगभग 10% सार्वजनिक डोमेन में प्रकाशित किए गए थे। इन 10% में से, एक लड़की ने लगभग आधे तरीके और अभ्यास किए। यह पता चला कि उसने अपने ज्ञान का 5% लाभ उठाया।

पहले महीने के परिणाम, लड़की बस दंग रह गई - वह बेची गई घंटों के अनुपात को 40% तक बढ़ाने में सक्षम थी। मोटे तौर पर, अब प्रोग्रामर अपना 60% समय उसी पैसे को बेचने में लगाते हैं।

लड़का बेहद खुश था, लेकिन उसने लड़की को संयमित स्वर में पत्र लिखा।

भंग

प्रथाओं का उपयोग करने का दूसरा महीना कोई विशेष परिणाम नहीं लाया। जैसा कि आदमी ने मुझे बताया था, यह लगभग हमेशा होता है - पहले महीने की व्यंजना आंखों की देखरेख करती है, और सबसे अच्छी तरह से सब कुछ जगह पर रहता है, और कभी-कभी एक प्रतिगमन होता है जो एक संदेह को सफल बनाता है।

हालांकि, तीसरे महीने ने अपनी जगह पर सब कुछ डाल दिया। अब ध्यान दो। जैसा कि अभी कहा गया है, अफसोस, स्वर्गीय मिखाइल जादोर्नोव, छाती में थोड़ी अधिक हवा लेते हैं ...

तीसरे महीने में, उन्होंने राजस्व में 1.5 गुना वृद्धि की। या दूसरे तरीके से - 50% से। मुनाफा भी बढ़ा, क्योंकि निर्धारित लागतें समान रहीं।

इस तरह के परिणामों के बाद, एक फ्रैक्चर हुआ। इसके अलावा, लड़का और लड़की दोनों।

आदमी, इस तरह के परिणामों के बारे में सीखते हुए, दो-दिवसीय द्वि घातुमान में चला गया। वह कहते हैं कि यह उनके जीवन में पहली बार हुआ। लड़की के परिणाम ने न केवल उसकी दोनों समस्याओं को हल किया - कार्यप्रणाली की प्रभावशीलता को साबित करने और इसे पैसे में स्थानांतरित करने के लिए, लेकिन तीसरा - अस्वीकृति भी। यह समस्या तीव्र नहीं थी, लेकिन पहले से ही पहचानी गई थी।

यह समझ में आता है। आदमी दो कंपनियों में काम को गति देने में कामयाब रहा, लेकिन वह प्रणाली में महत्वपूर्ण कड़ी था - सब कुछ न केवल उसकी उपस्थिति में किया गया था, बल्कि उसकी प्रत्यक्ष देखरेख में भी किया गया था। और यहां, उनकी भागीदारी, वास्तव में, काम की शुरुआत से पहले एक बैठक तक सीमित थी और उपयोगी जानकारी की तुलना में अधिक विनम्र व्यावसायिक वाक्यांशों से भरे कई पत्र।

और लड़की के जीवन में महत्वपूर्ण मोड़ इतना हर्षित नहीं था। निर्देशक के साथ परामर्श करने के बाद, उसने कंपनी की आम बैठक में अपने अनुभव के बारे में बात करने का फैसला किया।

सतही धारा

परंपरा के अनुसार, कंपनी के सभी कर्मचारियों ने आम बैठक में भाग लिया। लड़की ने एक प्रस्तुति दी, परिवर्तनों के सार के बारे में बात की और, सबसे महत्वपूर्ण, परिणाम। तालियों की गड़गड़ाहट थी, और यह बैठक का अंत था। इसके प्रारूप में चर्चा शामिल नहीं थी।

अगली सुबह वह सहकर्मियों से बहुत सारी बैठकों, वार्तालापों और सुखद शब्दों की आशा करते हुए काम पर चली गई। अनुमान लगाने के लिए कि कितने सहयोगियों ने उसका विवरण प्राप्त किया?

ठीक, बिल्कुल शून्य। मानो कुछ हुआ ही नहीं। जरा सोचिए - लागत, सलाहकार, नई लेखा प्रणाली, प्रेरणा में परिवर्तन आदि के बिना, राजस्व डेढ़ गुना बढ़ गया है। क्या हर महीने हर कंपनी में ऐसा होता है?

वह कुछ दिनों के लिए चिंतित थी, लेकिन, एक गंभीर और परिणाम-उन्मुख लड़की होने के नाते, उसने थूक दिया और इंतजार करना बंद कर दिया - उसने बस अपनी गतिविधियों को जारी रखा।

सबसे पहले, उसने पूरे विभाग में अपने प्रयोग के पैमाने का विस्तार किया। उस आदमी की सामग्री से कुछ और चिप्स शुरू करने के लिए शुरू किया। वह परिणामों को करीब से देखने लगी। लेकिन तब निर्देशक के साथ नियमित बैठक का समय था।

और फिर, जैसा कि वे कहते हैं, यह निकला। यह पता चला कि निर्देशक पहले से ही सभी प्रबंधकों के साथ नए दृष्टिकोण और इसके परिणामों के बारे में बात करने में कामयाब रहे। प्रबंधकों को दो शिविरों में विभाजित किया गया था: तटस्थ और विरोधी।

जैसा कि अपेक्षित था, तटस्थ ने कहा: हाँ, बुरा नहीं है, लेकिन देखते हैं कि आगे क्या होता है। विरोधियों ने कहा कि कचरा ही सब कुछ है। बस यादृच्छिक सफलता। आम तौर पर इसके परिवर्तनों से असंबंधित। आप कभी नहीं जानते हैं - ग्राहकों से अधिक एप्लिकेशन थे, या वे सामान्य पुनरावृत्तियों के बिना, जल्दी से पारित कर दिए गए थे। हालांकि, संख्याओं से पता चला कि अधिक आवेदन नहीं थे।

इसलिए प्रतिरोध की एक सतह थी, जिसने हमारी लड़की को खुले समुद्र में ले जाने की कोशिश की। बस मामले में।

लेकिन अचानक एक अंडरकरंट खोजा गया।

पानी के नीचे का करंट

यदि आप फ्रैंक 1 सी में प्रोग्रामर के पारिश्रमिक की विशिष्ट प्रणाली से परिचित नहीं हैं, तो मैं संक्षेप में बताऊंगा। उन्हें ग्राहकों को बेचे जाने वाले घंटे के लिए एक टुकड़ा वेतन मिलता है। उदाहरण के लिए, प्रति घंटे 400 रूबल। उनकी क्या दर थी, मुझे नहीं पता, लेकिन ज्यादातर मामलों में सिद्धांत एक ही है।

मुख्य विशेषता - केवल बेचे गए घंटों का भुगतान किया जाता है। यदि क्लाइंट काम के लिए 4 घंटे का भुगतान करता है, और आप इसे 8 के लिए करते हैं, तो आपको 4 के लिए सभी समान मिलते हैं।

और अब परिणामों को याद करते हैं। राजस्व, अर्थात्। बेचे गए घंटों की संख्या में 1.5 गुना वृद्धि हुई। लोगों में कोई विकृतियाँ नहीं थीं, अर्थात् परीक्षण समूह में प्रत्येक प्रोग्रामर के लिए, आउटपुट औसतन 1.5 गुना बढ़ा। खैर, एक सरल निष्कर्ष - वे 1.5 गुना अधिक पैसा कमाने लगे।

स्वाभाविक रूप से, कंपनी के अन्य प्रोग्रामर को इस बारे में पता चला। पहले, एक ही एस्कॉर्ट डिपार्टमेंट के सहकर्मी, फिर बाकी सभी।

स्थिति इस तथ्य से बढ़ गई थी कि परीक्षण समूह ने बहुत आसान काम किया। वे, बाकी के विपरीत, सामान्य रूप से, शब्द से, सप्ताहांत और ओवरटाइम पर काम करना बंद कर दिया। उनके पास कार्यों के लिए समय सीमा नहीं थी और परिणामस्वरूप, ग्राहकों और बिक्री प्रबंधकों के साथ परेशानी, अप्रिय बातचीत, समय का दबाव, आदि। अब, जब उन्हें अधिक पैसा मिलना शुरू हुआ, तो उन्होंने छुट्टी के रूप में काम करना शुरू कर दिया।

अन्य विभागों के प्रोग्रामरों ने इन भाग्यशाली लोगों पर चर्चा की, मुख्य रूप से आपस में। जिन लोगों ने अपने नेताओं के साथ बात करने की कोशिश की, उन्हें कड़ी फटकार मिली और अब कोशिश नहीं की गई। लेकिन अंडरकरंट तेज हो गया।

दलबदलुओं

कुछ प्रोग्रामर अभी भी नहीं बैठ सके, और समर्थन विभाग को हस्तांतरण के लिए कहा। मूल रूप से, ये परियोजना टीमों के लोग थे, जिन्होंने वहां मुख्य भूमिकाओं से दूर कब्जा कर लिया था - जैसा कि वे कहते हैं, लाओ-दे दो।

सामान्य तौर पर, संक्रमण का अभ्यास पहले हुआ है - लेकिन मुख्य रूप से विपरीत दिशा में। नए कर्मचारियों ने, एक नियम के रूप में, सहायता विभाग को, 1 सी पर प्रोग्रामिंग की मूल बातें और वहां के सामान्य विन्यास सीखे, और जब वे एक निश्चित स्तर पर पहुंच गए, तो उन्हें परियोजनाओं में ले जाया गया।

मुख्य धन परियोजनाओं से आता है कि स्टीरियोटाइप है और बहुत मजबूत बना हुआ है। इसलिए, अनुरक्षण विभाग में स्थानांतरण, जिसे पहले एक डिमोशन या कड़ी मेहनत की कड़ी के रूप में कुछ माना जाता था, हैरान थे।

पहले दो दोषों को समस्याओं के बिना जारी किया गया था - जैसा कि ऊपर उल्लेख किया गया है, ये विशेष रूप से मूल्यवान कर्मचारी नहीं थे। तीसरे पर, एक घोटाला पहले ही हो चुका है।

अन्य विभागों और परियोजना टीमों के प्रमुखों ने सर्वसम्मति से एक शिकायत के साथ निदेशक के पास आए। वे ईमानदारी से मानते थे कि लड़की एक गुप्त युद्ध का संचालन कर रही थी, कर्मचारियों को लुभा रही थी, और सामान्य तौर पर, कंपनी को नष्ट कर रही थी।

निर्देशक को एक कठिन निर्णय लेना पड़ा और क्रॉसिंग को मुक्त करना पड़ा। तीसरे रक्षक को अनुवाद से वंचित कर दिया गया। एक मजबूत सतह की धारा को शांत करने के लिए एस्कॉर्ट विभाग में नौकरियों को भी बंद करना पड़ा।

और एस्कॉर्ट विभाग में सब कुछ कमा रहा था।

सफलता का विकास

अगले महीने में, पूरा एस्कॉर्ट विभाग एक नई कार्यप्रणाली में बदल गया। राजस्व में कोई वृद्धि नहीं हुई, लेकिन कोई गिरावट भी नहीं हुई - वे 1.5 के कारक पर भी बने रहे।
लेकिन अगले महीने एक और सफलता थी - 1.8 (परिवर्तनों की शुरुआत से पहले औसत राजस्व के संबंध में)। एक और महीना, और अनुपात बढ़कर 2 हो गया।

लड़की महीने में लगभग एक बार लड़के के साथ पत्र व्यवहार करती रही। उसने उसे अन्य तरीकों और नई प्रथाओं के बारे में बताने की कोशिश की। और लड़की ने उसे मुख्य रूप से संक्रमण प्रक्रिया के राजनीतिक घटक के बारे में बताया - वास्तव में, इस लेख में प्रस्तुत सभी जानकारी।

जितनी दूर, वह उतनी ही परवाह करती थी कि वह साथी नेताओं की राय लेती थी। सबसे पहले, अगर आपको याद है, तो वह चिंतित थी - ठीक है, बस कुछ दिन। अब वह पूरी तरह से उदासीन थी कि दूसरे क्या सोचते हैं। एकमात्र कार्यकारी व्यक्ति जिसकी राय मायने रखती थी वह निर्देशक था।

यदि वह बहुमत के बारे में चला गया तो निर्देशक सब कुछ बर्बाद कर सकता है। लंबे समय तक नहीं, हालांकि - लड़की ने समझा कि वह उन तरीकों को नहीं छोड़ेगी जिन्हें उसने महारत हासिल की थी। चरम मामलों में, आप हमेशा किसी अन्य कंपनी में, समान स्थिति में जा सकते हैं, और वहां अपना अभ्यास जारी रख सकते हैं।

निर्देशक को शायद यह समझ में आया (न तो मैं, न ही लड़का, और न ही लड़की निश्चित रूप से जानती है)। एक भाग्यशाली परिस्थिति यह थी कि निदेशक भी कंपनी के मालिक थे, इसलिए विभागों में से एक का लाभ बढ़ाना उनकी प्रत्यक्ष रुचि थी।

इसलिए, निर्देशक संतुलन बनाना जारी रखा। उसने लड़की का समर्थन किया, लेकिन चुपके से। खुले स्थान में, उन्होंने तटस्थता बनाए रखी। मैंने अन्य नेताओं को शांत करने के लिए कुछ समायोजन किए, जैसा कि मैंने ऊपर लिखा था। सामान्य तौर पर, अच्छी तरह से किया निर्देशक।

प्रतिक्रिया

तब आश्चर्यजनक चीजें पूरी तरह से अप्रत्याशित दृष्टिकोण से होने लगीं। लेकिन उस समय के बारे में अधिक।