अवधारणा विचारों को प्रस्तुत करने का एक चित्रमय तरीका। प्रोजेक्ट के बारे में जानकारी प्रस्तुत करने के ग्राफिक तरीके। क्या यह कुछ करने लायक है?

डैन रोम; गली ओ भालूपुस्तक "विज़ुअल थिंकिंग" से अध्याय। विज़ुअल का उपयोग करके अपने विचारों को कैसे "बेचें" »
प्रकाशन गृह "मान, इवानोव और फ़ेबर"

हमारे ग्राहक कौन हैं?

उपभोक्ता संकट

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

इसलिए, हम पहले से ही जानते हैं कि सही संरचना का चयन कैसे करें - इसके लिए हम विज़ुअल थिंकिंग कोड का उपयोग करेंगे, और चूंकि इस मामले में हमारी समस्या लोगों ("कौन" हमारे ग्राहक हैं) से संबंधित है, कोड एक पोर्ट्रेट से शुरू करने की सलाह देता है, या गुणात्मक प्रतिनिधित्व के साथ.

आपको याद होगा कि धारणा का पहला तरीका "कौन" या "क्या" देखना था। इसका मतलब यह है कि हमने विशिष्ट दृश्य विशेषताओं की उपस्थिति के कारण वस्तुओं को देखा और पहचाना: घटकों का एक निश्चित सेट, आकार, अनुपात, रंग, बनावट, आदि। हमने जो देखा उसे अन्य लोगों को दिखाने के लिए, हम एक चित्र (या गुणात्मक प्रतिनिधित्व) बनाते हैं ) जो इन गुणों में से सबसे महत्वपूर्ण को दर्शाता है, उन पर ध्यान केंद्रित करता है जो हमारी वस्तु को अधिक पहचानने योग्य और व्यक्तिगत बनाते हैं। जो कुछ भी हम अपने दर्शकों को दिखाना चाहते हैं - एक गेंद, एक पक्षी, एक घर या एक मुस्कान - ये चित्र हैं जो हमें वस्तुओं की विशिष्ट विशेषताओं को प्रस्तुत करने की अनुमति देते हैं जिनके माध्यम से हम उन्हें पहचानते हैं। ये हमारे द्वारा बनाए गए अन्य सभी चित्रों के लिए बुनियादी "बिल्डिंग ब्लॉक्स" के रूप में काम करेंगे। चित्र वस्तुओं की संख्या, अंतरिक्ष और समय में उनके स्थान और उनके बीच के संबंध को प्रतिबिंबित नहीं करते हैं - इसके लिए अन्य संरचनाएं भी हैं - लेकिन वे एक उत्कृष्ट हैं प्रस्थान बिंदू, क्योंकि वे हमें तुरंत समझने और ट्रैक करने में मदद करते हैं कि कौन कौन है और क्या है।

पोर्ट्रेट: निर्माण के सामान्य नियम

1. इसे सरल रखें।याद रखें: आपका लक्ष्य रेम्ब्रांट के कौशल के स्तर को प्राप्त करना नहीं है - वास्तव में, एक अत्यधिक विस्तृत और विस्तृत चित्रण अनिवार्य रूप से दर्शकों का बहुत अधिक ध्यान आकर्षित करता है और उस संदेश से ध्यान भटकाता है जो आप उन्हें देना चाहते हैं। जितना सरल उतना बेहतर: किसी चित्र को चित्रित करने के बजाय विचार को दृश्य रूप से "टेलीग्राफ" करने का प्रयास करें।
2. अपनी सूचियों को लघु चित्रों से सजाएँ।व्यवसाय में चित्रांकन का उद्देश्य अप्रत्याशित मात्रात्मक विचारों को प्रोत्साहित करना है जो तब उत्पन्न होते हैं जब हाथ और कल्पना एक साथ काम करते हैं; किसी व्यक्ति या वस्तु का दृश्य प्रतिबिंब (वास्तविक समानता और विवरण की परवाह किए बिना) हमेशा नए विचारों को जन्म देता है जो सामान्य सूची संकलित करते समय कभी भी उत्पन्न नहीं हो सकते हैं।
3. दृश्यात्मक वर्णन करें.यदि आपके पास समय की कमी है (और व्यवसाय में समय हमेशा कम रहता है), तो याद रखें कि यदि आप चीजों का वर्णन करने के बजाय उनकी तुलना करते हैं तो चित्र हमेशा अधिक प्रभावी होंगे। तुलनात्मक चित्र साधारण स्केच वाले स्माइली चेहरे हो सकते हैं, लेकिन इस तरह का न्यूनतम दृश्य भी वस्तुओं को जीवंत बनाता है और उन्हें अधिक यादगार बनाता है।

इन नियमों को याद रखने के बाद, आइए अपने ग्राहक का चित्र बनाने की ओर लौटते हैं। हमने पहले ही संरचना चुन ली है, और अब हम SQVID मॉडल के पांच प्रश्नों का उत्तर देंगे। तो, चित्र कैसा होना चाहिए - सरल या विस्तृत रूप से खींचा गया? यह ध्यान में रखते हुए कि यह हमारे ग्राहक को ग्राफिक रूप से प्रस्तुत करने का हमारा पहला प्रयास है, कुछ सरल के साथ जाना बेहतर है। मात्रात्मक या गुणात्मक? चूँकि यह एक पोर्ट्रेट है, डिफ़ॉल्ट चित्र गुणवत्ता का वर्णन करेगा।

विज़न या क्रियान्वयन? इस स्तर पर, हम अभी तक इस पर चर्चा नहीं कर रहे हैं कि हम कहाँ जाना चाहते हैं, न ही यह कैसे करना है, इसलिए यह प्रश्न हमारे ड्राइंग पर लागू नहीं होता है: हम बस इसे छोड़ देंगे। व्यक्तिगत विशेषताएँ या तुलना? चूँकि हम ग्राहकों की पूरी श्रृंखला को देखेंगे, इसलिए तुलना चुनना सबसे अच्छा होगा। बदलाव या सामान्य स्थिति यानी यथास्थिति? यह देखते हुए कि हम अंततः एक ग्राहक आधार की पहचान करने की उम्मीद करते हैं, इस स्तर पर हमारे चित्र को यथास्थिति को प्रतिबिंबित करना चाहिए, लेकिन हम जो खोजते हैं उसके आधार पर, हमें बाद में परिवर्तनों को चित्रित करने की आवश्यकता हो सकती है। उपरोक्त सभी को सारांशित करते हुए, हम इस निष्कर्ष पर पहुंचते हैं कि हमारे चित्र की प्रारंभिक संरचना काफी सरल होगी: कई प्रकार के ग्राहकों का एक संक्षिप्त चित्र, ©©© जैसा कुछ। तो, हम अंततः ड्राइंग शुरू करने के लिए तैयार हैं।

हम कहाँ शुरू करें? इससे पहले कि आप इस प्रश्न के उत्तर के बारे में गंभीरता से सोचें, याद रखें कि नैपकिन पर पहला स्केच हमेशा सबसे कठिन और सबसे कम महत्वपूर्ण में से एक होता है। हम इसमें अन्य तत्व शामिल करेंगे, हम इसे बदल देंगे, और शायद हम इसे आसानी से मिटा देंगे प्रारंभिक संस्करण. कागज़ के एक टुकड़े पर कुछ बनाना बेहद महत्वपूर्ण है, न कि उस पर बैठ कर चिंता करना कि वह कैसा होना चाहिए। उत्तम विधिचित्र बनाना शुरू करने के लिए - एक वृत्त बनाएं और उसे एक नाम दें। चूँकि हमने इस बिंदु पर यह तय कर लिया है कि हम अपने ग्राहक को उतनी अच्छी तरह नहीं जानते जितना हमें जानना चाहिए, आइए हम जो जानते हैं उससे शुरू करें: स्वयं।

इस चित्र से हमें वस्तु को दूसरों से अलग करने में मदद मिलेगी, इसलिए मेरा सुझाव है कि पहले वृत्त में किसी प्रकार का दृश्य प्रतीक जोड़ें जो "हमें" को अधिक पहचानने योग्य बना देगा।

क्या खुद को इस तरह प्रस्तुत करने से हमें कोई विचार मिल सकता है कि हम अपने मुख्य ग्राहक को कैसे प्रस्तुत कर सकते हैं? अगर हम इसे भी चित्रित कर लें तो क्या होगा?

यहां तक ​​कि न्यूनतम संख्या में घटकों के साथ ऐसा चित्र भी हमारे और ग्राहक के बीच संबंधों का कुछ विचार देता है और हमें यह कल्पना करने में मदद करता है कि उसके चित्र के निर्माण के बारे में कैसे सोचा जाए।

अगर हम लोगों को दिखाना ही चाहते हैं, तो फिर से खुद से शुरुआत क्यों न करें? यह हमें हमारे ग्राहकों के बारे में कुछ नहीं बताएगा, लेकिन खुद को चित्रित करने से (कुछ जिसे हम बहुत अच्छी तरह से जानते हैं), हमारे पास यह सोचने के लिए एक रूपरेखा होगी कि उन्हें कैसे चित्रित किया जाए।

तो, यह हम हैं: इमोटिकॉन्स, जिनका हम पहले ही एक से अधिक बार उल्लेख कर चुके हैं, चित्र में दिखाई देने लगते हैं।

खुद को चित्रित करके सशक्त महसूस करते हुए, हम अंततः अपने ग्राहकों के चित्र बनाना शुरू करने के लिए तैयार हैं।

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

अब, इससे पहले कि हम अपनी रचना का प्रदर्शन शुरू करें, हमारे पास करने के लिए केवल एक ही काम बचा है - सभी तत्वों को व्याख्यात्मक कैप्शन के साथ प्रदान करना।

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

इसके अलावा, जैसा कि आपको याद है, हमें पूरी ड्राइंग को नाम देना होगा। बेशक, हम स्वयं अच्छी तरह से जानते हैं कि हम क्या चित्रित करना चाहते थे, लेकिन हमें यह नहीं भूलना चाहिए कि अन्य लोग हमारी रचना को एक अलग दृष्टिकोण से देख सकते हैं, शायद वह मुख्य विचार पूरी तरह से गायब है जो हम उन्हें बताना चाहते थे। इसलिए, हमेशा अपनी तस्वीरों को शीर्षक दें; शीर्षक आमतौर पर सबसे ऊपर रखा जाना चाहिए.

यद्यपि हमारी तस्वीर बेहद सरल है, यह हमारे ग्राहकों की अन्य गुणवत्ता विशेषताओं को प्रतिबिंबित करने के लिए एक बहुत ही उपयोगी "ढांचा" है। उदाहरण के लिए, हाल के बाजार अनुसंधान से पता चला है कि हमने अपने लेखांकन सॉफ़्टवेयर से प्रत्येक प्रकार के ग्राहकों की अपेक्षित विशिष्ट सुविधाओं और कार्यों की पहचान की है। क्योंकि हमारे ग्राहक अधिकारी अपने कर्मचारियों द्वारा हमारे सॉफ़्टवेयर के उपयोग के परिणामस्वरूप होने वाली हर चीज़ (अच्छे और बुरे दोनों) के लिए अंततः ज़िम्मेदार होते हैं, वे ऐसा सॉफ़्टवेयर चाहते हैं जो उनके कर्मचारियों के लिए सुलभ हो लेकिन अन्य उपयोगकर्ताओं के लिए सुलभ न हो; दूसरे शब्दों में, वे सब से ऊपर सुरक्षा के लिए प्रयास करते हैं। बिक्री कर्मी ऐसा उत्पाद चाहते हैं जो उनके कार्य को आसान बना सके - अपनी कंपनी की सेवाओं को बेचना; इसलिए उन्हें जरूरत है सॉफ़्टवेयरअच्छी प्रतिष्ठा के साथ, उनके लिए मुख्य चीज़ एक लोकप्रिय ब्रांड है। बेशक, अकाउंटेंट अन्य सभी चीज़ों से ऊपर सटीकता और निरंतरता को महत्व देते हैं और अपने द्वारा उपयोग किए जाने वाले कार्यक्रमों की विश्वसनीयता के लिए प्रयास करते हैं। और इंजीनियर हमेशा ऐसे प्रोग्राम चाहते हैं जिन्हें आसानी से अन्य सिस्टम के साथ जोड़ा जा सके और आसानी से अपग्रेड किया जा सके, यानी उनकी मुख्य आवश्यकता सॉफ्टवेयर लचीलापन है। जैसा कि आप देख सकते हैं, इच्छा सूची काफी बड़ी है, और विज़ुअलाइज़ेशन का सहारा लेकर इसे पचाना बहुत आसान है। आइए एक और चित्र बनाएं.

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

हमारे कितने उत्पाद खरीदे गए?

उपभोक्ता संकट - इस बार संख्या में

इसलिए हमने अपने ग्राहकों को देखा (कम से कम जैसा कि हम उनकी कल्पना करते हैं), उनके बीच कुछ अंतरों को नोट किया, और यहां तक ​​कि यह भी सोचना शुरू किया कि हमारी कंपनी द्वारा विकसित सॉफ़्टवेयर से वे वास्तव में क्या उम्मीद करते हैं। ये सब बहुत है उपयोगी जानकारी, कंपनी को नए सिरे से बिक्री वृद्धि हासिल करने में मदद करने के लिए डिज़ाइन किया गया है, लेकिन यह सिर्फ शुरुआत है। इस सभी डेटा को हमारे लिए और अधिक सार्थक बनाने के लिए, हमें यह पता लगाना होगा कि प्रत्येक श्रेणी में हमारे पास कितने ग्राहक हैं, यह निर्धारित करना होगा कि उनमें से कितने हमारे जैसे उत्पादों पर पैसा खर्च करने को तैयार हैं, और यहां तक ​​कि उत्पादों के प्रति उनके दृष्टिकोण को मापने का प्रयास भी करना होगा। हम प्रस्ताव रखते हैं। यानी अब हम "कौन" और "क्या" की श्रेणियों के बारे में बात नहीं कर रहे हैं - अब हमें "कितना?" प्रश्न का उत्तर देना होगा। इस स्थिति में, विज़ुअल थिंकिंग कोड चित्रांकन से आरेखों की ओर बढ़ने की अनुशंसा करता है: ऐसे चित्र जो मात्रा को प्रतिबिंबित करते हैं, मूल्यांकन किए जाने वाले मानदंडों को चित्रित करते हैं, और मात्रात्मक तुलना प्रस्तुत करते हैं। पोर्ट्रेट के विपरीत, जिसे हम बिना किसी मात्रात्मक जानकारी के बना सकते हैं, आरेख के लिए संख्याओं, रीडिंग और डेटा की आवश्यकता होती है।

किसी व्यक्ति या चीज़ को नोटिस करने और पहचानने के बाद, हम विभिन्न वस्तुओं और उनके घटकों की संख्या नोट करते हैं। यदि "कितना" एक छोटी संख्या है, तो हमारा मस्तिष्क तुरंत कुल की गणना करता है; अधिक प्रभावशाली संकेतकों के संबंध में, हम एक मोटा अनुमान लगाते हैं, और प्रभावशाली संख्याओं के बारे में हम बस इतना कहते हैं: "यह बहुत है।" इस प्रकार के डेटा को अन्य लोगों के सामने प्रस्तुत करने के लिए, हम अमूर्त संख्याओं को मात्रा के दृश्य, ठोस चित्र में बदलने के लिए एक आरेख (या मात्रा प्रतिनिधित्व) का उपयोग करते हैं।

आरेख: सामान्य नियम

1. सबसे महत्वपूर्ण चीज़ डेटा है, और इसे प्रदर्शित करने की आवश्यकता है। बहुत से लोगों को संख्याओं का अध्ययन करना बहुत उबाऊ काम लगता है, इसलिए हम अक्सर विभिन्न प्रकार की, भले ही बहुत आवश्यक न हों, लेकिन आकर्षक सजावट का उपयोग करके चित्र बनाने का प्रयास करते हैं। हमें पूरी उम्मीद है कि यह हमारे चित्रों को और अधिक दिलचस्प बना देगा, खासकर यदि हम दर्शकों को एक नहीं, बल्कि ऐसे कई चित्र दिखाने का इरादा रखते हैं। इस संबंध में, मैं आपके ध्यान में तीन मूल्यवान विचार लाता हूं: पहला, आवश्यक, उपयोगी जानकारीकभी उबाऊ नहीं होते. यदि हमारा विचार वास्तव में दर्शकों को रुचिकर लगता है (या तो इसलिए कि यह उनकी अपेक्षाओं से बिल्कुल मेल खाता है, या क्योंकि लोग नए विचारों को लेकर उत्साहित हैं), तो आप निश्चिंत हो सकते हैं कि आपके भाषण के दौरान कोई भी सो नहीं पाएगा। दूसरे, किसी विचार को प्रदर्शित करने और लोगों को किसी चीज़ के बारे में समझाने के लिए, आपको न्यूनतम संभव संख्या में चित्रों का उपयोग करने की आवश्यकता है। आपको हमेशा या तो एक ही विषय पर चित्रों की संख्या सीमित करनी चाहिए, या उन्हें परिवर्तनीय मापदंडों के साथ एक या दो ग्राफ़ में संयोजित करना चाहिए (हम इसके बारे में थोड़ी देर बाद बात करेंगे)। और तीसरा, ऐसी प्रस्तुतियों में स्टिक आकृतियों की छवियां जोड़ने से - यदि तार्किक और उचित हो - तो उनके संज्ञानात्मक प्रभाव में काफी वृद्धि होगी। दूसरे शब्दों में, यदि आप ग्राहकों की गिनती करते हैं, तो इसे अपने चित्र में दिखाएं।

लेकिन चलिए SAX पर वापस आते हैं। अपने ग्राहकों का चित्र बनाने की प्रक्रिया में, हमने "कौन" श्रेणी से डेटा एकत्र किया। अब हमें नंबर चाहिए. हमारी कंपनी की बिक्री रिपोर्ट की समीक्षा करने के बाद, हमने पाया कि सौभाग्य से हमारे पास आवश्यक बुनियादी जानकारी थी। पंजीकरण के दौरान हमारे सभी ग्राहक जो प्रश्नावली भरते हैं, उसमें एक "स्थिति" आइटम होता है, जिससे हम आसानी से यह निर्धारित कर सकते हैं कि आज हमारे पास प्रत्येक प्रकार के कितने ग्राहक हैं। यदि हम एक ग्राफिक बनाना चाहते हैं जो ग्राहकों और उनकी संख्या दोनों को दर्शाता है, तो हम कुछ इस तरह से समाप्त हो सकते हैं।

यदि हम उपभोक्ता दर्शकों की मात्रात्मक संरचना के बारे में बात करते हैं, तो इस ड्राइंग से अधिक सटीक कुछ भी आना असंभव है: इसमें ऐसा लगता है जैसे वे हमारे कार्यालय के पास पार्किंग स्थल में एकत्र हुए और एक समूह फोटो लिया। लेकिन ईमानदार होने के लिए, हमारी तस्वीर पर्याप्त अच्छी नहीं है: सबसे पहले, हालांकि हम इस पूरे मोज़ेक में विभिन्न प्रकार के प्रतिनिधियों को अलग कर सकते हैं, हम समूहों को नहीं देख सकते हैं (क्योंकि वे सभी एक साथ मिश्रित हैं); और दूसरी बात, विभिन्न श्रेणियों को गिनना और तुलना करना बहुत कठिन है। हम उनकी संख्या देखते हैं, लेकिन इस मामले में सटीक गणितीय गणना असंभव है। इसलिए, चित्र में समन्वय प्रणाली और सारांश डेटा को शामिल करना आवश्यक है।

ख़ैर, यह बहुत बेहतर है। अब हम विभिन्न प्रकार के ग्राहकों को सेकंडों में वर्गीकृत और तुलना कर सकते हैं। आइए हम तुरंत ध्यान दें कि हमारे ग्राहकों में विक्रेताओं की तुलना में बहुत अधिक एकाउंटेंट हैं; बिक्री विशेषज्ञों की तुलना में लगभग दो गुना कम इंजीनियर हैं, और बहुत कम प्रबंधक हैं। हालाँकि, यह माना जाना चाहिए कि ऐसी ड्राइंग बनाने में बहुत समय लग सकता है। हमें मात्रात्मक मेट्रिक्स दिखाने के लिए एक सरल तरीके की आवश्यकता है ताकि हमें प्रत्येक ग्राहक को व्यक्तिगत रूप से चित्रित न करना पड़े। आइए इसे आज़माएँ: आइए ड्राइंग को पूरी तरह से छोड़ दें और केवल कागज़ के टुकड़े पर संख्याएँ दिखाएँ।

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

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

लेकिन यह देखना कि आपके पास प्रत्येक प्रकार के कितने ग्राहक हैं, समीकरण का केवल एक हिस्सा है। वास्तव में, हमारा काम यह पता लगाना है कि हमारे उत्पादों की कुल बिक्री में प्रबंधकों, लेखाकारों और बिक्री एजेंटों की हिस्सेदारी कितनी है। तभी हम यह निर्धारित करने में सक्षम होंगे कि हमारे निश्चित और सीमित विपणन बजट को आवंटित करते समय प्राप्त आंकड़ों को ध्यान में रखने के लिए इनमें से कौन सी श्रेणियां हमारे लिए सबसे महत्वपूर्ण हैं। यदि हमें कुल विपणन डॉलर का केवल एक निश्चित हिस्सा ही मिल रहा है, तो हमें यह जानना होगा कि किस श्रेणी को पाई का सबसे बड़ा हिस्सा मिलना चाहिए। इसीलिए, जब हमें समग्र के सापेक्ष व्यक्तिगत "टुकड़ों" के प्रतिशत शेयरों को देखने की आवश्यकता होती है, तो हम पाई चार्ट का उपयोग करते हैं।

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

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

ग्रेट बैटल पाई चार्ट

	पाई चार्ट एक और जटिलता को उजागर करते हैं: वे युद्ध के केंद्र में हैं।
	क्षेत्र के विशेषज्ञों के बीच सूचना समर्थनएक लंबा युद्ध चल रहा है क्योंकि वे डेटा प्रस्तुत करने के उपकरण के रूप में पाई चार्ट की प्रभावशीलता के बारे में लगातार बहस कर रहे हैं। बैरिकेड के एक तरफ ऐसे लोग हैं जो इन आरेखों को एक बहुत ही सुविधाजनक उपकरण मानते हैं, सबसे पहले यह तर्क देते हुए कि उन्हें संकलित करना आसान है (उपयुक्त सॉफ़्टवेयर के साथ): वे आकर्षक दिखते हैं और पढ़ने में आसान हैं। अन्य लोग उन पर आपत्ति जताते हैं, इस तथ्य का हवाला देते हुए कि मानव आंखें क्षैतिज की लंबाई या ऊर्ध्वाधर स्तंभों की ऊंचाई की तुलना में सेक्टरों के आकार में आनुपातिक अंतर को देखने में बदतर हैं (जो बिल्कुल सच है)। इसके आधार पर, उन्होंने निष्कर्ष निकाला कि पाई चार्ट का उपयोग बिल्कुल नहीं किया जाना चाहिए।
	डेटा विज्ञान पेशेवरों के बीच लंबे समय से युद्ध चल रहा है क्योंकि वे डेटा प्रस्तुत करने के लिए उपकरण के रूप में पाई चार्ट की प्रभावशीलता पर लगातार बहस कर रहे हैं। बैरिकेड के एक तरफ ऐसे लोग हैं जो इन आरेखों को एक बहुत ही सुविधाजनक उपकरण मानते हैं, सबसे पहले यह तर्क देते हुए कि उन्हें संकलित करना आसान है (उपयुक्त सॉफ़्टवेयर के साथ): वे आकर्षक दिखते हैं और पढ़ने में आसान हैं। अन्य लोग उन पर आपत्ति जताते हैं, इस तथ्य का हवाला देते हुए कि मानव आंखें क्षैतिज की लंबाई या ऊर्ध्वाधर स्तंभों की ऊंचाई की तुलना में सेक्टरों के आकार में आनुपातिक अंतर को देखने में बदतर हैं (जो बिल्कुल सच है)। इसके आधार पर, उन्होंने निष्कर्ष निकाला कि पाई चार्ट का उपयोग बिल्कुल नहीं किया जाना चाहिए। लेकिन यदि सेक्टरों (या स्टैक) के बीच का अंतर मौलिक रूप से महत्वपूर्ण है, और चित्र में व्यावहारिक रूप से अदृश्य है, तो किसी अन्य डेटा प्रतिनिधित्व पर लौटना बेहतर है, उदाहरण के लिए, किसी तालिका में।

आइए अब कल्पना करें कि कंपनी की बिक्री जानकारी का विश्लेषण करने की प्रक्रिया में, हम अपने ग्राहकों के खरीद आदेशों के अध्ययन पर आते हैं। वे अपने द्वारा भुगतान की गई राशि दर्शाते हैं, ग्राहकों के नाम दर्शाते हैं - वे नहीं जिनके लिए हमसे खरीदा गया सॉफ़्टवेयर पंजीकृत है, बल्कि इसके प्रत्यक्ष खरीदार हैं। एक अलग प्रकार के चार्ट का उपयोग करते हुए (पाई चार्ट नहीं, क्योंकि इस मामले में हम पूर्ण आंकड़ों में रुचि रखते हैं, प्रतिशत में नहीं), हम देखते हैं कि पिछले वर्ष में, अकाउंटेंट उपभोक्ताओं ने हमारे उत्पादों पर $100 हजार खर्च किए, जबकि बिक्री कर्मचारियों ने केवल 5 डॉलर खर्च किए। हज़ार डॉलर

हम देखते हैं कि तस्वीर पूरी तरह बदल गई है. हालाँकि अकाउंटेंट कंपनी के पंजीकृत ग्राहकों में से एक तिहाई हैं, उन्होंने पेशेवरों की तुलना में हमारे उत्पादों को थोड़ा अधिक खरीदा है। और यह इस तथ्य के बावजूद है कि तकनीकी विशेषज्ञों का समूह बहुत छोटा है, केवल प्रबंधकों का समूह उससे छोटा है! यह पहले से ही दिलचस्प है - किसने सोचा होगा कि इंजीनियर इतने सक्रिय रूप से लेखांकन कार्यक्रम खरीद रहे हैं! और भी स्पष्ट तस्वीर प्राप्त करने के लिए, आइए एक और चार्ट बनाएं, इस बार प्रत्येक प्रकार के ग्राहकों की संख्या और हमारे उत्पादों पर उनके द्वारा खर्च की जाने वाली राशि को ध्यान में रखते हुए। काफी सरल गणितीय गणनाओं के परिणामस्वरूप (हम कुल लागत को प्रत्येक श्रेणी के ग्राहकों की संख्या से विभाजित करते हैं), हमें निम्नलिखित चित्र मिलता है: एक प्रबंधक हमारे कार्यक्रमों पर औसतन $5,500 खर्च करता है, एक इंजीनियर $5,300 खर्च करता है, और एक लेखाकार केवल $640 खर्च करता है। .

बहुत खूब! जरा देखिए: यद्यपि आईटी पेशेवर और अधिकारी हमारी कुल उत्पाद खरीद का केवल आधा हिस्सा रखते हैं, इन दोनों श्रेणियों में से प्रत्येक की व्यक्तिगत क्रय शक्ति एकाउंटेंट की तुलना में लगभग नौ गुना अधिक है। लेकिन पिछले सभी चित्र इस सबसे महत्वपूर्ण तथ्य को प्रतिबिंबित नहीं करते थे। हालाँकि यह चार्ट यह नहीं दिखाता है कि विभिन्न प्रकार के ग्राहकों के बीच मूल्य इतने व्यापक रूप से भिन्न क्यों है, यह निश्चित रूप से सोचने वाली बात है। क्या ऐसा हो सकता है कि तकनीशियन अकाउंटेंट की ओर से सॉफ़्टवेयर का एक महत्वपूर्ण हिस्सा खरीद रहे हों? यदि हां, तो उनके पास वास्तव में जबरदस्त क्रय शक्ति है। आपको यह तथ्य कैसा लगा कि कंपनी के वरिष्ठ प्रबंधन के केवल चार सदस्य हमारे और भी अधिक उत्पाद खरीद रहे हैं? यह हमें अपने ग्राहकों की खरीदारी निर्णय लेने की प्रक्रिया में मौलिक रूप से नई अंतर्दृष्टि प्रदान करता है। यह डेटा यह स्पष्ट करता है कि हमें अपने ग्राहक समूहों जैसे आईटी पेशेवरों और सी-सूट अधिकारियों की खरीदारी प्रक्रिया पर अधिक ध्यान देने की आवश्यकता है।

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

हमारा मुख्य व्यवसाय कहाँ है?

मानचित्र के चारों ओर घूमना

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

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

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

उनकी बहुमुखी प्रतिभा और परिवर्तनशीलता के कारण, मानचित्र छह संरचनाओं में से सबसे लचीले हैं; इसका मतलब है कि कार्ड अलग - अलग प्रकारएक दूसरे से बिल्कुल अलग हो सकते हैं. हालाँकि, वास्तव में ऐसा बिल्कुल नहीं है; वास्तव में, वे लगभग सभी एक जैसे हैं, विशेष रूप से उनके द्वारा दर्शाए गए स्थानिक संबंधों के संदर्भ में। हमारे "परिदृश्य" की सबसे प्रमुख विशेषता के ग्राफिक प्रतिनिधित्व से शुरू करें - चाहे वह पहाड़ हो, एक व्यक्ति या एक विचार हो - और निर्देशांक के स्पष्ट रूप से परिभाषित सेट के साथ, फिर अधिक से अधिक गुण और विवरण जोड़ें, प्रासंगिक की अतिरिक्त परतें शामिल करें जानकारी, सीमाओं और दूरियों को इंगित करें, और रिश्तों और सेटों को चित्रित करें सामान्य सुविधाएंमुश्किल नहीं होगा.

इसके अलावा, मानचित्र भी चर्चा की गई छह संरचनाओं में से सबसे परिचित हैं। कई अलग-अलग प्रकारों के साथ - संगठनात्मक चार्ट (जिसे हर कर्मचारी इन दिनों बनाना जानता है) से लेकर अच्छे पुराने खजाने की खोज के नक्शे (जिन्हें हर कोई देखना पसंद करता है) तक, नक्शे सभी में सबसे अधिक उपयोग की जाने वाली दृश्य छवि हैं।

कार्ड: सामान्य नियम

1. हर चीज़ का अपना भूगोल होता है.मानचित्रों का उपयोग न केवल प्राकृतिक परिदृश्यों को चित्रित करने के लिए किया जाता है; कोई भी चीज़ जिसमें कई अनूठे घटक हों - शहर और नदियाँ, या अवधारणाएँ और विचार - को मानचित्र के रूप में चित्रित किया जा सकता है। इस मामले में दृश्य विचारक का कार्य स्वयं से पूछना है: "यदि ये विचार (अवधारणाएँ, तत्व, घटक, आदि) राज्य होते, तो उनकी सीमाएँ कहाँ होतीं और कौन सी सड़कें उन्हें जोड़तीं?"
2. उत्तर मन की एक अवस्था है.हम मानचित्रों को उत्तर-दक्षिण, पूर्व-पश्चिम समन्वय प्रणाली के रूप में सोचने के आदी हैं, जिस पर विभिन्न क्षेत्रों और वस्तुओं को अंतरिक्ष में उनकी स्थिति को ध्यान में रखते हुए चित्रित किया जाता है। लेकिन हम विरोधी अवधारणाओं की अन्य जोड़ियों के आधार पर लगभग किसी भी चीज़ का मानचित्रण कर सकते हैं: अच्छा-बुरा बनाम महंगा-सस्ता; उच्च-निम्न बनाम विजेता-हारे हुए, आदि। अनिवार्य रूप से, अधिकांश मानचित्रों को बनाने में एकमात्र कठिनाई सही समन्वय प्रणाली का निर्धारण करना है। एक बार यह हो जाने के बाद, मानचित्र पर स्थलचिह्न डालना कठिन नहीं रह जाता है।
3. पदानुक्रम से परे जाओ.पारंपरिक (पदानुक्रमित) "संगठनात्मक चार्ट" किसी संगठन में कमांड की औपचारिक श्रृंखलाओं को ग्राफिक रूप से चित्रित करने के लिए उत्कृष्ट उपकरण हैं, जो स्पष्ट रूप से दिखाते हैं कि कौन किसके लिए जिम्मेदार है। लेकिन अगर आप यह पता लगाना चाहते हैं कि कम स्पष्ट - लेकिन आम तौर पर अधिक शक्तिशाली - राजनीतिक कनेक्शन कहां हैं, तो सर्कल "प्रभाव मानचित्र" जैसे टूल का उपयोग करना बेहतर होता है, यानी, सर्कल और तीरों द्वारा दर्शाया गया एक आरेख। इसे बनाने के लिए डेटा एकत्र करना अधिक कठिन है, लेकिन यदि यह समझना आवश्यक है कि संगठन के भीतर वास्तव में क्या हो रहा है, तो यह प्रयास अच्छा परिणाम देगा।

लेकिन चलिए SAX पर वापस आते हैं। विज़ुअल थिंकिंग कोड से हम जानते हैं कि "कहाँ" समस्या को हल करने के लिए मानचित्र जैसी संरचना की आवश्यकता होती है, और SQVID मॉडल से हम यह निर्धारित करते हैं कि हमारा चित्र सरल, मात्रात्मक, दृष्टि और व्यक्तिगत विशेषताओं पर आधारित और स्थिति को प्रतिबिंबित करने वाला होना चाहिए। यथास्थिति. इसलिए, हमें एक वैचारिक मॉडल और खजाने के नक्शे के बीच कुछ खींचने की ज़रूरत है, कुछ ऐसा जो स्पष्ट रूप से उस कंपनी की संरचना को दर्शाता है जिसमें हम रुचि रखते हैं। हम यह भी जानते हैं कि नक्शा बनाते समय, आपको "परिदृश्य" की सबसे उल्लेखनीय विशेषता को चित्रित करके शुरू करना चाहिए, जो इस मामले में एक बहुत बड़ा लेखा विभाग है - ग्राहक कंपनी की गतिविधियों की नींव और आधार।

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

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

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

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

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

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

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

अब हम फ्रंट-लाइन कर्मचारियों की मैपिंग कर रहे हैं। यहाँ आश्चर्य की बात है: हमने पहले ही लगभग पूरी कंपनी का वर्णन कर लिया है, लेकिन हम अभी तक आईटी विशेषज्ञों तक नहीं पहुँच पाए हैं (और यह हमारे ग्राहकों का आधा हिस्सा है)।

एक और स्तर, और वे अंततः प्रकट होते हैं - "पिरामिड" के बिल्कुल नीचे, मार्ज और कंपनी के अन्य नेताओं से सबसे दूर। इसके अलावा, बिक्री कर्मचारियों के साथ कोई स्पष्ट संबंध नहीं हैं। किसी भी स्थिति में, नक्शा तैयार है: एक शीर्षक जोड़ें और हम पहले से ही ग्राहक कंपनी के संगठनात्मक चार्ट को देख रहे हैं, एक दूसरे के सापेक्ष पदानुक्रमित सीढ़ी पर हमारे ग्राहकों के प्रत्येक मुख्य समूह का स्थान प्रदर्शित कर रहे हैं।

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

हम सभी ने संगठनात्मक चार्ट के साथ काम किया है, हम सभी उन्हें समझते हैं, और - चाहे हम इसमें अपनी स्थिति से संतुष्ट हों या नहीं - हम खुद को और जिन लोगों को हम जानते हैं उन्हें ऐसे स्पष्ट, बिल्कुल समझने योग्य और स्पष्ट रूप में प्रतिनिधित्व करते देखना पसंद करते हैं। संरचना। संगठनात्मक चार्ट हमें विश्व व्यवस्था की स्थिरता में विश्वास की भावना देते हैं; हमें उनसे बहुत उम्मीदें हैं, विश्वास है कि वे सटीक रूप से दर्शाते हैं कि हमारे संगठन के लोग एक-दूसरे को कैसे प्रभावित करते हैं। यह विश्वास, हालांकि संगठनात्मक चार्ट के लिए पूरे समय व्यवसाय का प्रतिनिधित्व करने का एक पसंदीदा तरीका बने रहने के लिए पर्याप्त रूप से स्थापित है, हमें गलत दिशा में ले जा सकता है। वास्तव में, अक्सर किसी ऑर्ग चार्ट में सबसे महत्वपूर्ण चीज़ वह होती है जो वह नहीं दिखाता है... और उसे देखने के लिए, आपको चीज़ों को अलग ढंग से देखने की ज़रूरत है।

मेरा यही मतलब है। यदि हम अपने द्वारा बनाए गए संगठनात्मक चार्ट को फिर से बारीकी से देखते हैं, तो हमें इसमें एक विसंगति दिखाई देती है: हमारी जानकारी के अनुसार, हमारे उत्पादों के मुख्य खरीदार कंपनी के वरिष्ठ अधिकारी और तकनीकी विशेषज्ञ हैं, और ये समूह हैं जो एक दूसरे से अलग हैं संगठन में सबसे बड़ी दूरी से. इसके अलावा, जैसा कि हमें याद है, व्यापार संरचना के हमारे पहले मानचित्र में कोई सीधी "सड़कें" नहीं दिखीं जो उन्हें जोड़ सकें।

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

और फिर हम रुक गये. हम उस प्रश्न का उत्तर तब तक नहीं दे सके जब तक कि हमारे एक बिक्री प्रतिनिधि ने, जो कंपनी के बहुत करीब था, हमें तकनीकी सहायता विशेषज्ञ जेसन के बारे में नहीं बताया। यह युवक, जिसने केवल दो साल पहले कॉलेज से स्नातक किया था (ग्राहक कंपनी उसका पहला कार्यस्थल था), लैपटॉप की मरम्मत और स्थापना में एक वास्तविक प्रतिभा बन गया। कंपनी में उनके बारे में किंवदंतियाँ हैं, और जैसे ही किसी को कंप्यूटर में समस्या होती है, कर्मचारी तुरंत उसके पास जाता है। जेसन अक्सर मिल्ड्रेड के संचालन प्रमुख की समस्याओं को सुलझाने में मदद करते थे और अंततः किसी भी तकनीकी मुद्दे पर उनके सलाहकार बन गए। इसलिए वह प्रबंधन और तकनीकी विशेषज्ञों के बीच सेतु हैं। यह निश्चित रूप से जेसन है। यह पता चला है कि कंप्यूटर से संबंधित कोई भी निर्णय लेते समय, पदानुक्रमित सीढ़ी के नीचे के कर्मचारी का संगठन के किसी भी सदस्य पर सबसे मजबूत प्रभाव होता है।

यहाँ कमजोर हैं और ताकतपारंपरिक संगठनात्मक चार्ट: चूंकि वे एक "औपचारिक" संरचना का प्रतिनिधित्व करते हैं, वे लोगों के बीच अनौपचारिक संबंधों जैसे पहलू को प्रतिबिंबित नहीं करते हैं - वास्तव में, वे किसी भी संगठन में होने वाली हर चीज को निर्धारित करते हैं। लेकिन साथ ही, कोई भी सही ढंग से तैयार किया गया संगठनात्मक चार्ट प्रभाव के वास्तविक क्षेत्रों को चित्रित करने के लिए एक उत्कृष्ट "कंकाल" के रूप में कार्य करता है।

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

तो हमें गायब लिंक मिल गया - जेसन। चूँकि संगठन में सभी निर्णय निर्माता उनकी राय सुनते हैं, निस्संदेह अधिग्रहण निर्णयों पर उनका बहुत मजबूत प्रभाव होता है कंप्यूटर उपकरणऔर कार्यक्रम. भले ही वह खुद उपकरण खरीदने में लगा हो या कोई और ऐसा कर रहा हो, यह स्पष्ट है कि इस मुद्दे पर उनकी राय को हर कोई ध्यान में रखता है: जिसमें इंजीनियर और अकाउंटेंट भी शामिल हैं, यानी ऐसे समूह जो कुल खरीद में शेर की हिस्सेदारी रखते हैं। और कंपनी के अधिकारी जो अधिकांश खरीदारी व्यक्तिगत रूप से करते हैं। इसलिए, यह पता लगाना बहुत उपयोगी होगा कि किसी विशेष कंप्यूटर प्रोग्राम के बारे में अपनी राय (बुरा या अच्छा) व्यक्त करते समय जेसन को क्या प्रेरित करता है।

फिर याद रखें कि अकाउंटेंट विश्वसनीयता के लिए प्रयास करते हैं, और इस सॉफ़्टवेयर गुणवत्ता में सुरक्षा के साथ कुछ ओवरलैप होता है।

आरंभ करने के लिए, आइए पहले बनाए गए चित्र पर वापस लौटें, जो दर्शाता है कि सॉफ़्टवेयर चुनते समय हमारी ग्राहक कंपनी के भीतर ग्राहकों की प्रत्येक विशिष्ट श्रेणी क्या हासिल करना चाहती है, लेकिन इस बार हम उनके बीच संबंधों को इंगित करने का प्रयास करेंगे - शायद इस तरह से हम' मैं समझूंगा कि वास्तव में उनके जेसन की पसंद को क्या प्रेरित करता है। आइए पदानुक्रमित सीढ़ी के शीर्ष से शुरू करें और याद रखें कि कंपनी प्रबंधन कंप्यूटर प्रोग्रामों में सुरक्षा को अन्य सभी चीज़ों से ऊपर महत्व देता है।

और जेसन, जो संगठन के सभी स्तरों के साथ स्वतंत्र रूप से और लगातार संचार करता है, समझता है कि सर्वोत्तम कंप्यूटर प्रोग्राम को न केवल उसकी बुनियादी आवश्यकताओं (अन्य प्रणालियों के साथ संगतता और अपग्रेड करने में आसानी) को पूरा करना चाहिए, बल्कि इसमें ऐसे गुण भी होने चाहिए जो कंपनी प्रबंधकों के लिए महत्वपूर्ण हों और लेखाकार. और वह उनकी जरूरतों से अच्छी तरह वाकिफ है, क्योंकि कंप्यूटर खराब होने की स्थिति में सारी शिकायतें उसे ही सुननी होती हैं। इसका मतलब यह है कि कंपनी में एकमात्र व्यक्ति जो जानता है कि खरीदा गया सॉफ्टवेयर क्या होना चाहिए और जिसके पास कंपनी भर में खरीद निर्णय को प्रभावित करने का अवसर है, वह इसका सामान्य कर्मचारी है, जिसे वास्तव में, हमने संगठनात्मक चार्ट में शामिल नहीं किया है।

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

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

विज़ुअलाइज़ेशन का उपयोग करने वाली किसी भी समस्या की तरह, हम "लुक" चरण से शुरुआत करेंगे। तो, हमारे पास एसएएम के सभी मुख्य घटकों की एक छोटी सूची है। और यद्यपि इसे समूहों में वर्गीकृत किया गया है, फिर भी इसके घटकों के बीच संबंधों का पता लगाना अभी तक संभव नहीं है।

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

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

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

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

उसी तरह, हम स्पष्ट रूप से इंगित कर सकते हैं कि सॉफ़्टवेयर पैकेज की विश्वसनीयता बढ़ाने के लिए कौन से सिस्टम घटक आधुनिकीकरण के अधीन हैं - ये "बिजनेस कैलकुलेटर" और "ग्राहक सेवा तंत्र" हैं।

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

तो, हमें क्या मिला? यदि हम अपने सॉफ़्टवेयर में सुधार करना चाहते हैं, तो हमें उन क्षेत्रों से शुरुआत करनी चाहिए जिनकी हमने पहचान की है। संकलित मानचित्र न केवल यह दर्शाते हैं कि हमें अपने प्रयासों को कहाँ ("कहाँ") केंद्रित करना चाहिए, बल्कि यह भी स्पष्ट रूप से प्रदर्शित करते हैं कि जिस प्रणाली पर हम विचार कर रहे हैं वह कितनी जटिल रूप से एकीकृत है। इस तरह के विविध और असंख्य परिवर्तनों को लागू करने का मतलब है कि हमें बड़े पैमाने पर परियोजना को लागू करने की आवश्यकता होगी, जिसमें महीनों की कड़ी मेहनत लग सकती है। समयसीमा पर अगले अध्याय में, हम चर्चा करेंगे कि ऐसी परियोजना में कितना समय लग सकता है और प्रत्येक चरण को कब पूरा किया जाना चाहिए।

आपको कब कार्य करना चाहिए?

इसे चरण दर चरण लें

इसलिए, हमने यह पता लगा लिया है कि सॉफ़्टवेयर में कौन से परिवर्तन हमें अपने मुख्य ग्राहकों के दृष्टिकोण से इसका आकर्षण बढ़ाने की अनुमति देंगे। भले ही हम मान लें कि हम पहले ही प्रबंधन को यह समझाने में कामयाब हो गए हैं कि सुधार से बिक्री बढ़ाने में मदद मिलेगी (यह कहा जाना चाहिए कि यह एक बहुत ही साहसिक धारणा है, लेकिन हम इस बारे में बाद में बात करेंगे, जब "क्यों?" प्रश्नों पर चर्चा होगी। क्यों?"), तुरंत अगला महत्वपूर्ण प्रश्न उठता है: परियोजना को पूरा होने में कितना समय लगेगा? कुछ हफ़्ते, कुछ महीने, एक साल या उससे अधिक? जाहिर है, अब हमारे पास हल करने के लिए "कब" समस्या है, और विज़ुअल थिंकिंग कोड इस मामले में टाइमलाइन जैसी संरचना का उपयोग करने की सिफारिश करता है।

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

समयरेखा: सामान्य नियम

1. समय एकतरफ़ा सड़क है। हालाँकि चौथे आयाम और समय की प्रकृति की चर्चा निश्चित रूप से बहुत दिलचस्प होगी, लेकिन इसका उस समस्या से कोई लेना-देना नहीं है जिस पर हम अभी विचार कर रहे हैं और जिसका हम आमतौर पर व्यवसाय में सामना करते हैं। आप और मैं समय को एक प्रकार की सीधी रेखा मानेंगे, जो सदैव कल से आज और केवल बाएँ से दाएँ का अनुसरण करती है। बेशक, समय यात्री शायद इस नियम को नहीं पहचानेंगे, लेकिन यह एक उपयोगी और सुविधाजनक मानक है जिससे हमें पूरे दिल से सहमत होना चाहिए।
2. दोहराई जाने वाली समय-सीमाएँ बनती हैं जीवन चक्र. अंडा और मुर्गी, लगातार उतार-चढ़ाव वाले विपणन चक्र, बार-बार महीनों और वर्षों में बदलते दिन - समय-सीमाएं अक्सर खुद को दोहराती हैं। इस मामले में, हम उन्हें जीवन चक्र कहते हैं और उन्हें ग्राफिक रूप से या तो एक अंतहीन वृत्त या "शुरुआत में" वापसी तीर के रूप में चित्रित करते हैं, जो सीधी रेखा के अंत में रखा जाता है। लेकिन आपके और मेरे लिए, इससे कोई फर्क नहीं पड़ता कि समयरेखा दोहराई जाती है या नहीं, हम अभी भी इसे उसी तरह बनाते हैं: यदि "प्रारंभिक बिंदु" स्थापित करना असंभव है, तो हम चक्र में कहीं भी कुछ महत्वपूर्ण मील का पत्थर चुनते हैं और वहां से शुरू करें - फिर भी यह निश्चित रूप से दोबारा होगा।
3. वृत्ताकार समयरेखा की तुलना में एक रैखिक समयरेखा बेहतर होती है। एक वृत्त और एक रूलर दोनों अनिवार्य रूप से एक सीधी रेखा हैं, लेकिन पहले मामले में यह घुमावदार है ताकि इसकी शुरुआत इसके अंत से मिल सके। एक वृत्ताकार समय पैमाना आमतौर पर आवर्ती जीवन चक्रों को अधिक सटीक रूप से दर्शाता है, लेकिन व्यावसायिक समस्याओं को हल करते समय, लगभग सभी मामलों में एक सीधी रेखा अधिक उपयुक्त होती है: इसे चित्रित करना आसान होता है (विशेषकर यदि पैमाने पर मील के पत्थर बड़े पाठ के साथ हों), तो यह पढ़ने में तेज़ है और याद भी बेहतर रहता है। यदि आपका मुख्य लक्ष्य किसी विशेष चक्र की दोहराई जाने वाली प्रकृति को उजागर करना है तो परिपत्र समय पैमाने और कैलेंडर (जैसे कि प्राचीन एज़्टेक या आधुनिक ज्योतिषियों के) बहुत अच्छे हैं। लेकिन इन मामलों में भी, एक सीधी रेखा के साथ एक और संस्करण बनाने की अनुशंसा की जाती है, जो अतिरिक्त विवरण दिखाएगा।

SAX प्रोजेक्ट के लिए एक समयरेखा बनाने के लिए, आपको एक समन्वय प्रणाली से शुरुआत करनी होगी। चूंकि कोई भी समय पैमाना समय के साथ चीजों के संबंध को दर्शाता है, इसलिए यह मुश्किल नहीं होगा: हम वर्तमान क्षण से शुरू करते हैं और दाईं ओर बढ़ते हैं, पैमाने पर समय बीतने का चित्रण करते हैं। फिर हम जानकारी जोड़ने के लिए शुरुआती बिंदु के रूप में पैमाने की शुरुआत या अंत का चयन करते हैं। चूँकि SAX काफी समय से सॉफ्टवेयर विकसित कर रहा है, हम ठीक-ठीक जानते हैं कि प्रक्रिया कहाँ से शुरू होती है, इसलिए हम अपनी टाइमलाइन शुरुआत में, यानी खोज के साथ शुरू करेंगे।

SAX में, सभी परियोजनाएँ हल की जाने वाली समग्र समस्या की स्पष्ट परिभाषा के साथ शुरू होती हैं। हम इसे "खोज" चरण कहते हैं और, माना कि, हम इस पथ पर काफी आगे हैं। हम पहले से ही जानते हैं कि हमारे सामने कौन सा कार्य है - यह सुनिश्चित करने का प्रयास करना कि हमारे द्वारा प्रस्तावित कंप्यूटर प्रोग्राम का पैकेज जेसन द्वारा अनुमोदित है।

अब हम संभावित समाधान विकसित करना शुरू करते हैं। हम इस प्रक्रिया को "वैचारिक योजना" बनाना कहते हैं; इस स्तर पर, हम भविष्य के उत्पाद की विशिष्ट विशेषताओं का निर्धारण करते हैं।

हमें एक योजना बनाकर उसे क्रियान्वित करना चाहिए। अब वास्तविक विकास चरण आता है: हम प्रोग्राम के अलग-अलग हिस्सों और संपूर्ण पैकेज के लिए कोड लिखते हैं।

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

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

यह हमारी सॉफ्टवेयर डेवलपमेंट टाइमलाइन है। यह हमारी समस्या का एक सरल, मात्रात्मक, प्रदर्शन-उन्मुख, व्यक्ति-आधारित, यथास्थिति प्रतिनिधित्व है। अर्थात्, यह ठीक उसी प्रकार की ड्राइंग है जिसे SQVID मॉडल का उपयोग करके बनाने की अनुशंसा की जाती है यदि हम बाद में अपने विचार को नए दर्शकों तक पहुँचाने का इरादा रखते हैं, जिन्हें सामान्य चरणों को स्पष्ट रूप से परिभाषित करना होगा। यह एक बेहतरीन शुरुआती बिंदु है, लेकिन यदि आपको योजना को लागू करने की आवश्यकता है, तो आपको ड्राइंग में बहुत अधिक जानकारी शामिल करनी चाहिए। इसलिए हमें सरल सामान्य दृष्टिकोण को आधार के रूप में लेने की आवश्यकता है, लेकिन इसे फिर से तैयार करें, इस बार विवरण और मात्रा जैसी विशेषताओं पर ध्यान केंद्रित करें। हमें एक ही समयरेखा मिलेगी, लेकिन एक अलग उद्देश्य के लिए संकलित की जाएगी।

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

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

परियोजना पर कई लोग काम कर रहे होंगे, इसलिए परियोजना टीमों की एक सूची बनाना और उसे पैमाने के किनारे रखना उपयोगी है ताकि आप यह इंगित कर सकें कि प्रत्येक समूह एक निश्चित चरण में क्या करेगा।

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

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

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

इसलिए हमारे पास नया सॉफ्टवेयर विकसित करने के लिए नौ महीने हैं। यानी, हमारे मौजूदा एप्लिकेशन को अपग्रेड करने के लिए बहुत महत्वपूर्ण समय के निवेश की आवश्यकता होगी। और अगर हम इस बात को ध्यान में रखें कि परियोजना प्रतिभागियों के वेतन का भुगतान करने में प्रति माह कम से कम एक मिलियन डॉलर खर्च होंगे, तो सरल गणितीय गणना के बाद यह पता चलता है कि इसके कार्यान्वयन के लिए हमारी वित्तीय लागत कम से कम 9 मिलियन डॉलर होगी। ऐसी कंपनी के लिए यह काफी महत्वपूर्ण राशि है, इसलिए, ऐसी परियोजना के प्रस्ताव के साथ प्रबंधन से संपर्क करने से पहले, इन लागतों की तुलना पहले इसी तरह की परियोजनाओं पर खर्च किए गए धन से करना उचित है।

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

एक समय श्रृंखला ग्राफ हमें अतीत में इसी तरह की परियोजनाओं की लागत के साथ हमारे हित के सॉफ्टवेयर विकास चक्र की कुल लागत की तुलना करने की अनुमति देगा। यदि हम प्रबंधन के पास जा रहे हैं और अपनी परियोजना के वित्तपोषण के लिए $9 मिलियन मांग रहे हैं, तो हम पहले से ही बेहतर जानते हैं कि लागत कंपनी द्वारा पहले खर्च की गई लागत से अधिक होगी या कम। बाद के मामले में, आवश्यक धन प्राप्त करना अपेक्षाकृत आसान होगा, और यदि अधिक धन की आवश्यकता है, तो हमें अधिक सावधानी से तैयारी करनी चाहिए और अपनी परियोजना के बचाव में अतिरिक्त तर्कों पर पहले से विचार करना चाहिए।

किसी भी अन्य समयरेखा की तरह, चालू क्षैतिज अक्षहम समय का संकेत देते हैं, और ऊर्ध्वाधर पर - मात्रा का। पिछली परियोजनाओं के प्रबंधन दस्तावेज़ से यह डेटा प्राप्त करने के बाद, हम पिछले वर्षों के लिए एप्लिकेशन को विकसित करने की लागतों को चिह्नित करना शुरू करते हैं। SAM का पहला संस्करण कंपनी के निर्माण के तुरंत बाद 1996 में SAX द्वारा बाज़ार में लाया गया था। खैर, इससे शुरुआत करना तर्कसंगत होगा। पहले वर्ष में, एसएएम को विकसित करने की लागत $500 हजार से कम थी - दस लोगों की एक टीम ने लगभग एक वर्ष तक बिना छुट्टियों के और व्यावहारिक रूप से बिना छुट्टी के इस परियोजना पर काम किया। दूसरे संस्करण, जो पहले संस्करण के दो साल बाद बाजार में आया, की लागत पहले से ही $2 मिलियन थी, जिसे काफी सरलता से समझाया गया था: परियोजना टीम चालीस लोगों तक बढ़ गई थी, और कई कर्मचारियों को बहुत अधिक वेतन मिला था। 2000 में, परियोजना का बजट पहले से ही $6 मिलियन था, लेकिन यह SAM का तीसरा संस्करण था जिसने SAX को उद्योग में अग्रणी बना दिया।

इसके बाद कंपनी को मुश्किल दौर का सामना करना पड़ा। 2001 के अंत में, बाज़ार ने आर्थिक मंदी का अनुभव किया, और टिके रहने के लिए, SAX को बड़े पैमाने पर कर्मचारियों की कटौती करनी पड़ी। इसे बाजार में एसएएम के नए संस्करण लाने के लिए संघर्ष करना पड़ा, लेकिन इसकी लागत कम हो गई क्योंकि परियोजना टीमें छोटी हो गईं और कंपनी कम महत्वाकांक्षी हो गई।

फिर, संस्करण दर संस्करण, हमारी लागत धीरे-धीरे बढ़ती गई। 2006 में, एसएएम 6 की कीमत कंपनी को 6 मिलियन डॉलर थी, जो 2000 में इसकी पिछली उच्चतम कीमत के बराबर थी। इसलिए, 2002 में शुरू हुई ऐसी मजबूत प्रवृत्ति को देखते हुए, हम उच्च स्तर के विश्वास के साथ कह सकते हैं कि 9 मिलियन डॉलर की लागत काफी स्वाभाविक होगी।

लेकिन वह सब नहीं है। हमने निर्धारित किया है कि हमारे पास परियोजना के लिए कंपनी के प्रबंधन से 9 मिलियन डॉलर मांगने का हर कारण है, संकलित समय श्रृंखला ग्राफ को एक शक्तिशाली तर्क के रूप में प्रस्तुत करते हुए, लेकिन हम निश्चिंत हो सकते हैं कि प्रबंधन कुछ ऐसा देखना चाहेगा जो हमने अभी तक नहीं देखा है स्वयं: ये लागतें कंपनी के कुल राजस्व के अनुरूप कैसे हैं।

इसे समझने के लिए हमें एक और समय श्रृंखला ग्राफ़ बनाना होगा। हम समान क्षैतिज समयरेखा का उपयोग करेंगे, लेकिन इस बार हम ऊर्ध्वाधर अक्ष पर विभिन्न वर्षों के लिए SAX कुल रिटर्न डेटा दिखाएंगे। इसका मतलब यह है कि अक्ष पर शीर्ष आंकड़ा अब $10 मिलियन (अधिकतम) नहीं होगा इस पलपरियोजना लागत), लेकिन $40 मिलियन, यानी अपने अस्तित्व के सभी वर्षों में कंपनी की सबसे अधिक कुल वार्षिक आय। हम 1996 से फिर से शुरुआत करेंगे, जब यह आंकड़ा लगभग 1 मिलियन डॉलर था, जो केवल चार साल बाद बढ़कर 21 मिलियन डॉलर हो गया।

और यहां हमें फिर से याद रखना होगा कि 2001 में बाजार कठिन दौर से गुजर रहा था: अगले दो वर्षों में, कंपनी का राजस्व आधे से अधिक कम हो गया, और बाजार के पुनर्जीवित होने के बाद भी उनमें गिरावट जारी रही, भले ही थोड़ी सी।

लेकिन 2004 के बाद, आख़िरकार जीत की घड़ी आ गई: केवल दो वर्षों में, हमारी आय "बढ़कर" $30 मिलियन हो गई, और फिर... शांति आ गई। सुस्त बिक्री, कम आय. यह हमें समस्या की शुरुआत में वापस ले जाता है, यानी कौन/क्या संरचना।

यदि हम अलग-अलग संकलित किए गए दो ग्राफ़ों को देखें, तो वे हमें दो महत्वपूर्ण बातें बताएंगे: 1) अनुप्रयोग विकास लागत पूरी तरह से प्राकृतिक गति से बढ़ रही है; 2) हमारी आय (हालाँकि वे काफी अधिक हैं) बढ़ना बंद हो गई हैं। लेकिन एक बार जब हम इन ग्राफ़ों को एक साथ रख देते हैं, तो तुरंत नए विचार और प्रश्न उत्पन्न होते हैं। सबसे पहले, दो ग्राफ़ों को संयोजित करने के लिए, हमें एक पेचीदा पैंतरेबाज़ी का सहारा लेना होगा: चूंकि ऊर्ध्वाधर अक्ष अलग-अलग थे, इसलिए हम अन्य ग्राफ़ से संबंधित संकेतकों को समान स्तर पर रखने के लिए लागत ग्राफ़ को "समतल" करते प्रतीत होते हैं।

तो अब हम सेब की तुलना सेब से कर सकते हैं और देख सकते हैं कि पिछले वर्षों में किसी कंपनी की कार्यक्रम विकास लागत उसके राजस्व के सापेक्ष कैसे भिन्न हुई है।

और अब हम सुन रहे हैं कि एक नई परियोजना पर $9 मिलियन खर्च करने के लिए कहने पर प्रबंधन क्या कह सकता है: यदि चार साल पहले लागत में 30 प्रतिशत की वृद्धि के परिणामस्वरूप राजस्व में 300 प्रतिशत की वृद्धि हुई, तो दूसरी लागत में वृद्धि के बाद से दो वर्षों पहले सुस्त बिक्री का दौर आया था, क्या हम उम्मीद कर सकते हैं कि लागत में 30 प्रतिशत की और बढ़ोतरी से कंपनी को फायदा होगा?

और हम समझते हैं कि अधिकारियों के पास जाने से पहले, हमें इस प्रश्न का उत्तर देना होगा - यही हम अगले अध्याय में करेंगे।

हम अपना व्यवसाय कैसे सुधार सकते हैं?

हम कैसे आगे बढ़ना चाहिए?

तो, हमारे पास एक और समस्या है: कंपनी के प्रबंधन (और सबसे पहले खुद को) को कैसे समझा जाए कि सॉफ्टवेयर सुधार पर $9 मिलियन खर्च करना उचित है सही रास्ताआय वृद्धि के लिए? बेशक, एक ग्राहक कंपनी के एक युवा कर्मचारी से, जो अपनी कंपनी के संगठनात्मक चार्ट में सबसे निचले पायदान पर है, $9 मिलियन खर्च करने तक हमारा परिवर्तन एक बड़ी छलांग है, है ना?

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

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

संरचनाओं की तालिका से हम देखते हैं कि फ़्लोचार्ट के संदर्भ के फ्रेम में क्रिया और प्रतिक्रिया शामिल होती है और प्रारंभिक बिंदु हमेशा प्रारंभिक क्रिया होनी चाहिए। इसलिए, आइए दो प्रश्नों से शुरू करें जो एक प्रबंधक निश्चित रूप से हमसे पूछेगा जब हम अनुरोध के साथ उसके पास जाएंगे: "क्या आपने समस्या को स्पष्ट रूप से परिभाषित किया है?" और “क्या आपने विकास किया है।” संभावित तरीकेउसके फैसले?

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

आपके द्वारा प्रस्तुत समाधानों की चर्चा इस प्रकार है: क्या वे तकनीकी रूप से व्यवहार्य हैं? यदि नहीं, तो आप उनके बारे में भूल सकते हैं. यदि हां, तो वे आर्थिक रूप से कितने व्यवहार्य हैं? पुनः, यदि व्यावहारिक नहीं है, तो अपने पास जाएँ कार्यस्थल; लेकिन यदि ऐसा है, तो यह उस "लिटमस टेस्ट" का समय है - वह क्षण जब प्रबंधन आपके प्रस्तावों का सहज स्तर पर मूल्यांकन करता है। हमारा प्रबंधक काफ़ी समय से सॉफ़्टवेयर व्यवसाय में है, और वह अनुभव से अच्छी तरह जानता है कि क्या काम कर सकता है और क्या विफल होने की संभावना है। इस स्तर पर वह सबसे पहले खुद से पूछेगा: "क्या ऐसे प्रस्ताव से इस समस्या का समाधान हो जाएगा?" - और उसके बाद ही वह वास्तव में आपके विचार के बारे में सोचना शुरू करेगा।

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

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

हम सुस्त बिक्री के कम से कम तीन कारण तुरंत बता सकते हैं। यह संभव है कि हमारे ग्राहक इधर-उधर घूम रहे हैं और बढ़ नहीं रहे हैं (लेकिन यह सच नहीं है; हम जानते हैं कि जिस कंपनी में हम रुचि रखते हैं वह पिछले दो वर्षों से प्रति वर्ष बीस प्रतिशत या उससे अधिक की दर से बढ़ रही है)। या शायद उन्हें अब हमारे सॉफ़्टवेयर की आवश्यकता नहीं है? (यह भी सच नहीं है; हमारा कंप्यूटर एप्लिकेशन बाजार में सबसे पूर्ण और व्यापक है, और यह कम से कम एक और वर्ष तक जारी रहेगा जब तक कि हमारे प्रतिस्पर्धी समान श्रेणी की सुविधाएं और सेवाएं प्रदान नहीं करते हैं।) इसलिए, सबसे संभावित कारण यह है कि हमारे ग्राहक हमारे उत्पाद से बहुत खुश नहीं हैं।

फिर हम कम से कम दो और संभावित कारणों की परिकल्पना कर सकते हैं कि क्यों हमारा उत्पाद उपभोक्ताओं को संतुष्ट करना बंद कर चुका है: या तो वे अब हमारे आवेदन को पसंद नहीं करते हैं, या हम गलत ग्राहकों को लक्षित कर रहे हैं। दोनों सच हो सकते हैं. दिलचस्प बात यह है कि दोनों समस्याओं को हल करने के लिए हमें शुरू में एक ही काम करना होगा: बेहतर ढंग से समझें कि हमारे ग्राहक कौन हैं और वे क्या चाहते हैं।

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

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

क्या यह कुछ करने लायक है?

पैसा क्यों खर्च करें?

तो, हम इस बात से आश्वस्त हैं कि सबसे ज्यादा सबसे अच्छा तरीकाहमारी कंपनी का अपनी बिक्री बढ़ाने का लक्ष्य 9 मिलियन डॉलर की लागत से अपने सॉफ़्टवेयर प्लेटफ़ॉर्म को पूरी तरह से नया स्वरूप देना है। केवल यह संशोधन हमें कंप्यूटर एप्लिकेशन में उन परिवर्तनों को लागू करने की अनुमति देगा जो हमने खोजे हैं और जिनकी हमारे सबसे महत्वपूर्ण और प्रभावशाली ग्राहकों को सबसे अधिक आवश्यकता है। . हालाँकि, तथ्य यह है कि कम महत्वपूर्ण सुधार लाकर हम बहुत कम निवेश कर सकते थे मौजूदा मंच. और यह देखते हुए कि हमारा प्रबंधन कंपनी की गतिविधियों के मुख्य आर्थिक संकेतकों को सबसे आगे रखता है, यह काफी संभावना है कि वे उचित निर्णय लेंगे।

यह सुनिश्चित करने के लिए कि यह अधिक महंगे समाधान में निवेश करने लायक है (और अधिकारियों को इसके बारे में समझाने के लिए), हम अपने उद्योग को समग्र रूप से देखने जा रहे हैं: हमारे प्रतिस्पर्धी कौन हैं, उनकी विकास संभावनाएं क्या हैं, उपभोक्ता दर्शक और बिक्री के रुझान कैसे हैं बदल रहे हैं, प्रौद्योगिकी प्लेटफ़ॉर्म में संशोधन प्रतिस्पर्धी फर्मों के राजस्व को कितना प्रभावित करते हैं। विश्लेषण करने के बाद ही यह जानकारीकुल मिलाकर, हमें एक समग्र ठोस तस्वीर मिलती है। लेकिन हम यह सब एक साथ कैसे देख सकते हैं - और सामान्य तौर पर, क्या एक ग्राफ़ पर एक साथ इतनी सारी जानकारी रखना और इसे इस तरह से करना संभव है जो समझ में आए और जिसमें हमें आवश्यक सभी जानकारी शामिल हो?

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

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

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

परिवर्तनीय पैरामीटर वाले ग्राफ़: सामान्य निर्माण नियम

1. परिवर्तनीय ग्राफ़ बनाना कठिन नहीं है, लेकिन उनके लिए धैर्य, अभ्यास और सबसे बढ़कर, एक स्पष्ट लक्ष्य की आवश्यकता होती है। छह बुनियादी चित्रों और सैकड़ों ग्राफ़िकल छवियों में से, सावधानीपूर्वक डिज़ाइन किया गया और स्पष्ट चर ग्राफ़ लगभग किसी भी प्रकार के निर्णय लेने में सबसे शक्तिशाली और उपयोगी है। (हम इसके कारणों के बारे में बाद में बात करेंगे।) और फिर भी मुझे हमारी व्यावसायिक पुस्तकों में इसे कैसे बनाया जाए, इसकी एक भी सरल और समझने योग्य व्याख्या नहीं मिली है। मेरी सलाह है कि किसी भी दो स्केल वेरिएबल का उपयोग करके x और y अक्षों के साथ एक सरल ग्राफ़ से शुरुआत करें, जिसके लिए आपके पास पर्याप्त डेटा और दो समन्वय अक्ष हों। याद रखें कि यदि समय के साथ आपको एहसास होता है कि ऐसी तुलना से कोई फायदा नहीं होता है आवश्यक जानकारी, इन चरों को हमेशा बदला जा सकता है। किसी भी मात्रात्मक चर को, जिसके लिए आपके पास डेटा है, उचित आकार के वृत्तों का उपयोग करके प्लॉट करें। एक संकेतक से शुरू करें, फिर मंडलियों का एक और सेट जोड़ें जो मात्रात्मक चर के बारे में डेटा के समान सेट को दर्शाता है, लेकिन समय में एक अलग बिंदु पर। एक वैरिएबल ग्राफ़ बनाने के लिए आपको बस इतना ही चाहिए जो या तो बड़ी तस्वीर दिखाएगा या नए वैरिएबल पेश करने के लिए एक शानदार शुरुआती बिंदु होगा।
2. मध्यम मोटाई का सूप पकाना सबसे अच्छा है। एक परिवर्तनीय ग्राफ़ बनाकर, हम संपूर्ण व्यावसायिक जगत या व्यावसायिक समस्या का एक स्केल मॉडल बनाते हैं। इस तरह के ग्राफ का निर्माण करके, हम अंततः अपने उद्योग (या विशेष समस्या) की सीमित संख्या में विशेषताओं की पहचान करने की उम्मीद करते हैं जिनका एक दूसरे पर महत्वपूर्ण प्रभाव हो सकता है। तब हम केवल इन पहलुओं को लेंगे और अन्य असंख्य लेकिन कम प्रभावशाली चरों से विचलित हुए बिना, उनका सावधानीपूर्वक विश्लेषण करेंगे। यदि हमारे पास पर्याप्त चर नहीं हैं, तो हम केवल एक साधारण बार चार्ट तक ही सीमित रहेंगे। यह निस्संदेह कई स्थितियों में एक बहुत उपयोगी उपकरण है, लेकिन यह स्पष्ट रूप से नए वास्तविक विचारों को उत्पन्न करने के लिए उपयुक्त नहीं है। और बहुत अधिक चर के साथ, हम मूल समस्या पर वापस आ जाते हैं: विश्लेषण करने के लिए बहुत अधिक डेटा। साफ़ है कि ऐसे में हमारा काम पूरा नहीं होगा. फिर, यह जानने का एकमात्र तरीका है कि चरों की "सही" संख्या क्या है, उन्हें एक ग्राफ पर प्लॉट करना शुरू करें और ध्यान से देखें क्योंकि इससे धीरे-धीरे नए विचार कागज पर उभरते हैं।
3. आप किसी भी चीज़ को किसी भी चीज़ के साथ जोड़ सकते हैं, लेकिन... परिवर्तनीय ग्राफ़ में एक ख़तरा है: उन्हें लगातार चर की अधिक से अधिक परतों को ध्यान में रखना पड़ता है, जिससे चर के बीच संबंधों की पहचान करना बहुत आसान हो जाता है, वास्तव में, एक दूसरे से कोई समानता नहीं. यह, वैसे, सांख्यिकी और यहां तक ​​कि कई बुनियादी विज्ञानों का सबसे कठिन कार्य है: "सहसंबंध" (विभिन्न चर के बीच समान प्रवृत्तियों का उद्भव) को "कार्य-कारण" (एक चर का दूसरे पर प्रत्यक्ष प्रभाव) से स्पष्ट रूप से अलग करना ). और हालांकि, उदाहरण के लिए, सोप ओपेरा के पुन: प्रसारण की आवृत्ति पर तापमान में उतार-चढ़ाव की साजिश करना आकर्षक हो सकता है - जो संभवतः बहुत उच्च सहसंबंध गुणांक उत्पन्न करेगा - इसका मतलब यह नहीं है कि इनमें से एक संकेतक आवश्यक रूप से दूसरे को सीधे प्रभावित करता है।

अब आइए SAX पर वापस जाएँ। हम जानते हैं कि हमारा उद्योग प्रतिस्पर्धियों की दो श्रेणियों से बना है - "ओल्ड गार्ड" (वह हम हैं, एसएएक्स, और एसएमएसॉफ्ट और पेरिडॉक्स, ऐसी कंपनियाँ जिनके साथ हम पिछले दस वर्षों से प्रतिस्पर्धा कर रहे हैं) और नवागंतुक (यूनिवर्स और मनीफ्री) , जो कुछ साल पहले ही बाजार में आए हैं)। ये समूह कई मायनों में एक-दूसरे से भिन्न हैं: हमारे बिग थ्री कम से कम दस वर्षों से व्यवसाय में हैं, हमारा सॉफ्टवेयर मालिकाना, मालिकाना कोड और प्लेटफार्मों पर बनाया गया है, हम सभी विभिन्न विकल्पों और सुविधाओं के साथ कार्यक्रम पेश करते हैं, और हम सभी सॉफ़्टवेयर उत्पाद बेचकर पैसा कमाते हैं, और हम उपभोक्ताओं को निःशुल्क अपग्रेड और रखरखाव प्रदान करते हैं। और दो छोटी कंपनियाँ ओपन सोर्स कोड (अर्थात) का उपयोग करके अपने प्रोग्राम बनाती हैं। स्रोतउनके द्वारा विकसित एप्लिकेशन सभी के लिए स्वतंत्र रूप से उपलब्ध हैं), उनका सॉफ्टवेयर हमारे जितना कार्यात्मक नहीं है, और वे मुख्य रूप से अपने सॉफ्टवेयर उत्पादों के आधुनिकीकरण और रखरखाव के अनुबंधों के माध्यम से लाभ कमाते हैं। यानी, वे निःशुल्क एप्लिकेशन प्रदान करते हैं और फिर उन्हें बनाए रखने और अपग्रेड करने के लिए उपयोगकर्ताओं से शुल्क लेते हैं।

तो हमारे पास पाँच कंपनियाँ हैं, दो विभिन्न प्लेटफार्मऔर व्यवसाय के प्रति दो भिन्न दृष्टिकोण। अब आइए गणना करें कि उनमें से प्रत्येक ने पिछले वर्ष कितना पैसा कमाया। जिन कंपनियों का हमने विश्लेषण किया उनके राजस्व के अनुपातिक आकार के वृत्त बनाने के बाद, एक और प्रवृत्ति स्पष्ट रूप से उभर कर सामने आई। हम देखते हैं कि पिछले साल "पुराने गार्ड" ने काफी अच्छा पैसा कमाया, लेकिन नए लोगों को गुजारा करने के लिए संघर्ष करना पड़ा। लाभप्रदता के मामले में SAX अग्रणी था, इसकी वार्षिक आय $25 मिलियन थी। इसके बाद $20 मिलियन के साथ SMSoft और $18 मिलियन के साथ Peridocs $3 मिलियन कमाने में सफल रहे, और MoneyFree ने मुश्किल से $250 हजार कमाए।

आगे है। विश्लेषक रिपोर्टों, वॉल स्ट्रीट पूर्वानुमानों और उद्योग अफवाहों का उपयोग करके, हम मोटे तौर पर अनुमान लगा सकते हैं कि ये पांच अगले साल के अंत तक कितनी कमाई की उम्मीद कर सकते हैं। हम अच्छी तरह से जानते हैं कि हमारी कंपनी की बिक्री की मात्रा कितनी है हाल ही मेंव्यावहारिक रूप से वृद्धि नहीं होती है, इसके अलावा, चिंताजनक जानकारी सामने आई है: जैसा कि यह निकला, एसएमएसॉफ्ट पेरिडॉक्स को खरीदने के लिए बातचीत कर रहा है, जिसके परिणामस्वरूप, यदि वार्ता सफल होती है, तो $ 40 मिलियन की आय वाली एक कंपनी बनाई जाएगी इसके अलावा, विश्लेषण से पता चला कि यूनिवर्स एक ऐसी कंपनी है, जो सिर्फ तीन साल पहले अस्तित्व में भी नहीं थी, अगले साल बहुत अच्छी तरह से राजस्व उत्पन्न कर सकती है जो हमारे अनुमानित $ 30 मिलियन से अधिक है। नतीजा यह होगा कि हम पहले स्थान से सीधे तीसरे स्थान पर खिसक जायेंगे। और यहां तक ​​कि छोटा सा मनीफ्री भी, जाहिरा तौर पर, 18 मिलियन डॉलर तक की आय पर भरोसा कर सकता है। बहुत खूब!

यदि इन पूर्वानुमानों की पुष्टि की जाती है, तो निकट भविष्य में हमारे उद्योग में बहुत गंभीर बदलाव आने वाले हैं। लेकिन एक बड़े विलय से आगे क्या हो सकता है? जाहिर है, एक साधारण "कितने" ग्राफ़ पर चित्रित की जा सकने वाली घटनाओं की तुलना में कई अधिक महत्वपूर्ण घटनाएँ होंगी। हमें न केवल अपने प्रतिस्पर्धियों के आकार को देखने की जरूरत है, बल्कि हमें यह तुलना करने की भी जरूरत है कि वे ग्राहकों, प्लेटफार्मों और प्रौद्योगिकियों के मामले में एक-दूसरे के सापेक्ष कहां खड़े हैं - ये मुख्य अनूठी विशेषताएं हैं जिन्हें हमने अपने उद्योग चित्र में पहचाना है।

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

तो, हमें मूल समन्वय प्रणाली प्राप्त हुई है। अब हमें बस इसमें संबंधित डेटा लागू करना है। चूँकि हमारे पास पहले से ही पिछले वर्ष की हमारी कमाई दर्शाने वाला एक सर्कल चार्ट है, हम चार्ट के उपयुक्त क्षेत्रों में सर्कल रख सकते हैं। उदाहरण के लिए, SAX, SMSoft और Peridocs क्षैतिज अक्ष पर होने चाहिए जहां मालिकाना मानक इंगित किए गए हैं, और शेष दो फर्म जहां खुले मानक इंगित किए गए हैं। और लंबवत रूप से, कंपनियां उनके द्वारा ऑफ़र किए जाने वाले सॉफ़्टवेयर की कार्यक्षमता के अनुसार स्थित होंगी (सबसे अधिक)। उच्च प्रदर्शन SAX, फिर SMSoft, आदि)।

हमें यह स्वीकार करना चाहिए कि हमने अभी तक कुछ भी नया नहीं खोजा है: बड़े सर्कल (उच्च आय) में अधिक कार्य शामिल हैं और मालिकाना प्लेटफार्मों पर आधारित हैं। कम से कम पिछले वर्ष तो ऐसा ही रहा है। इसके लिए आपको कुछ भी निकालने की जरूरत नहीं पड़ेगी. लेकिन जब आप अगले वर्ष के लिए अनुमानित डेटा प्लॉट करते हैं, तो आंकड़े में बहुत सी नई और दिलचस्प चीजें सामने आती हैं।

इसलिए हमने पांच अलग-अलग चर रखे: कंपनी का नाम, प्लेटफ़ॉर्म, कार्यक्षमता, पिछले साल का राजस्व, और अगले साल का अनुमानित राजस्व। इससे पहले कि हम और अधिक चर पेश करें (और हम करने जा रहे हैं), आइए देखें कि हमें अब तक क्या मिला है और हम इससे क्या सीख सकते हैं। सबसे पहले, विलय के बाद बनाया गया एसएमएसॉफ्ट-पेरिडॉक्स, लाभप्रदता (बड़े सर्कल) के मामले में हमसे आगे है, और इसके सॉफ्टवेयर की समग्र कार्यक्षमता हमारी तुलना में अधिक है (उपरोक्त आंकड़े में एसएमएसॉफ्ट-पेरिडॉक्स सर्कल बढ़ गया है)। साथ ही, इन कंपनियों का विलय उन्हें दो मालिकाना प्लेटफार्मों को संयोजित करने के लिए मजबूर करेगा, जिसके परिणामस्वरूप उनका मंच पहले की तुलना में और भी कम खुला हो जाएगा (संबंधित सर्कल बाईं ओर चला जाता है)। साथ ही, हमारी आय में थोड़ी वृद्धि हुई है (सर्कल थोड़ा बढ़ गया है), और कंप्यूटर प्रोग्रामों की निरंतर "पॉलिशिंग" ने हमें कार्यक्षमता के मामले में ऊपर ले जाया है (संबंधित सर्कल ऊपर चला गया है), और यदि हम इसे लागू करने का प्रबंधन करते हैं समय के साथ वर्तमान प्लेटफ़ॉर्म में हमारे सभी नियोजित सुधारों के बाद, यह थोड़ा और खुला हो जाएगा (सर्कल थोड़ा दाईं ओर चला जाता है)।

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

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

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

इसलिए हम यह स्थापित करने में सक्षम थे कि हमारे उद्योग में क्या हो रहा था। अगले वर्ष की शुरुआत में, नवागंतुक - कंपनियाँ जो हाल ही में बाज़ार में आई हैं और खुले मानकों का उपयोग करती हैं - उपभोक्ताओं को समान या अधिक सेवाएँ प्रदान करने जा रही हैं उच्च गुणवत्ता, हमारी तुलना में, "ओल्ड गार्ड", जिसने अपेक्षाकृत बहुत पहले अपनी गतिविधियाँ शुरू की थीं और बंद प्लेटफार्मों में माहिर हैं। अंततः, यह हमें मूल प्रश्न पर वापस लाता है: क्या एक नया प्रौद्योगिकी प्लेटफ़ॉर्म बनाने के लिए $9 मिलियन खर्च करना उचित है, या क्या बहुत कम खर्च करना और मौजूदा प्लेटफ़ॉर्म में केवल कुछ मामूली सुधार लागू करना बेहतर है?

विश्वास करें या न करें, इस स्तर पर हमने "क्यों?"/"क्यों?" प्रश्न का उत्तर देने के लिए आवश्यक सभी जानकारी एकत्र कर ली है। आपको याद होगा कि हमने अपना विश्लेषण एक बहुत ही सरल प्रश्न के साथ शुरू किया था: यदि हम अपने ग्राहकों को बेहतर तरीके से जान सकें, तो क्या इससे हमें यह निर्धारित करने में मदद मिलेगी कि हमारी बिक्री क्यों बढ़ना बंद हो गई? दृश्य सोच के छह बुनियादी ढाँचों का उपयोग करके, हमने न केवल उस प्रश्न का उत्तर दिया (हाँ, हमारी समस्या यह है कि हम अपने मुख्य ग्राहक जेसन की आवश्यकताओं को पूरा नहीं कर रहे हैं), बल्कि हमने यह भी स्पष्ट रूप से समझा कि ग्राहकों को यह सुनिश्चित करने के लिए हमें क्या करने की आवश्यकता है हमारे उत्पाद से पूरी तरह खुश हैं (हमें इसकी विश्वसनीयता, सुरक्षा और लचीलेपन में सुधार करने की आवश्यकता है) और साथ ही उद्योग में अग्रणी बने रहें (ऐसा करने के लिए हमें एक खुले मंच पर जाने की आवश्यकता है)। समस्या यह है कि इस तरह के परिवर्तन से कंपनी को $9 मिलियन का खर्च आएगा, जिसका मतलब है कि हमें एक और बेहद महत्वपूर्ण काम करना है - कंपनी के नेताओं को हमारे द्वारा बनाए गए चित्र दिखाना और उन्हें वह सब कुछ दिखाना जो हम करने में सक्षम थे। देखना। साथ ही, उन्हें "क्यों?"/"क्यों?" प्रश्नों के उत्तर भी खोजने होंगे। अपने आप को, अपनी आँखों से.

उद्धरण: एक भरे हुए मस्तिष्क की कीमत एक सुसज्जित मस्तिष्क से कम होती है एम. मोंटेन मेरा मानना ​​है कि किसी भी शैक्षणिक संस्थान में एक शिक्षित व्यक्ति बनना असंभव है। लेकिन किसी भी अच्छी तरह से संचालित शैक्षणिक संस्थान में, आप एक ऐसा कौशल हासिल कर सकते हैं जो भविष्य में उपयोगी होगा, जब कोई व्यक्ति शैक्षणिक संस्थान की दीवारों के बाहर खुद को शिक्षित करना शुरू करेगा। एम. बुल्गाकोव

प्रोजेक्ट कार्य में जानकारी प्रस्तुत करने के ग्राफिकल तरीकों के लाभ: ग्राफिक आरेखों का उपयोग करके, आप संपूर्ण प्रोजेक्ट को संपूर्ण रूप में प्रस्तुत कर सकते हैं, चयनित समस्या को "विहंगम दृष्टि से" देख सकते हैं; ग्राफिक्स आपके और अन्य श्रोताओं (और बाद में वास्तविक छात्रों के लिए) के लिए परियोजना की संरचना को स्पष्ट और स्पष्ट रूप से देखने में मदद करते हैं; जब जानकारी ग्राफिक रूप से प्रस्तुत की जाती है, तो नए विचार उत्पन्न करना आसान होता है (और यह शिक्षक और छात्रों दोनों के लिए उपयोगी है); प्रेरणा बढ़ती है, और दूसरों के लिए परियोजना के विचारों को समझना आसान हो जाता है: मानव मस्तिष्कग्राफिक छवियों की हमेशा आवश्यकता होती है; योजनाओं का उपयोग करके, आप अपनी सोच को "बढ़ावा" सकते हैं, इसे अधिक लचीला, चुस्त बना सकते हैं, स्लैगिंग, रूढ़िवादिता से छुटकारा पा सकते हैं, हठधर्मी सोच को आलोचनात्मक सोच में बदल सकते हैं; ग्राफ़िकल आरेख स्पष्ट रूप से सामान्य से विशिष्ट (मॉड्यूल 1 से मॉड्यूल 3-6 तक), और नीचे से ऊपर तक रिवर्स पथ (विशिष्ट से सामान्य तक, मॉड्यूल 3-6 से सिस्टमेटाइज़िंग मॉड्यूल 8 तक) का मार्ग दिखाता है। .

उपयोग करें यह ग्राफ़िकल तकनीक प्रक्रिया की संरचना करने, समस्या के संभावित कारणों की पहचान करने में मदद करती है (इसलिए दूसरा नाम - कारण-और-प्रभाव आरेख (कारण मानचित्र))। इस प्रकार का आरेख आपको घटनाओं के कारणों का अधिक गहराई से विश्लेषण करने, लक्ष्य निर्धारित करने, दिखाने की अनुमति देता है आंतरिक संचारसमस्या के विभिन्न भागों के बीच.

योजनाओं का अनुप्रयोग इस प्रकार की योजनाओं का प्रबंधन में व्यापक रूप से उपयोग किया जाता है, क्योंकि यह आपको कठिन परिस्थितियों में प्रभावी ढंग से समाधान खोजने और नए, ताजा विचार विकसित करने की अनुमति देता है। आप इस तरह के आरेख पर किसी भी संख्या में विचारों को कैद कर सकते हैं; इसका उपयोग अक्सर विचार-मंथन के चरण में किया जाता है। एक शैक्षिक परियोजना की योजना बनाने के मामले में, कंकाल के प्रमुख में वह समस्या होती है जिस पर नियोजित परियोजना में विचार किया जाता है। कंकाल में स्वयं ऊपरी और निचली हड्डियाँ होती हैं। ऊपरी हड्डियों पर समस्या के कारणों को नोट किया जाता है, निचली हड्डियों पर बताए गए कारणों की उपस्थिति की पुष्टि करने वाले तथ्य लिखे जाते हैं।

आरेख बनाने की प्रक्रिया: कागज की एक विस्तृत शीट पर, शीट के बीच से एक क्षैतिज तीर खींचें; मुख्य तीर को एक नाम दें. यह सर्किट की मुख्य (रीढ़ की हड्डी) है; मुख्य हड्डी से, 45 के कोण पर अतिरिक्त "हड्डियाँ" बनाएं, उनमें से प्रत्येक एक समस्या या समस्याओं के समूह के लिए समर्पित है, प्रत्येक "हड्डियों" को लेबल करें; अतिरिक्त "हड्डियाँ" जोड़ें; यह आदर्श है यदि समस्या के विभिन्न भागों को इस प्रकार व्यवस्थित किया जाए कि सबसे महत्वपूर्ण भाग मछली का सिर हो।

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

इंटरनेट खोज सेवाएँ निर्देशिकाएँ खोज इंजन मेटासर्च इंजन सर्वर से जानकारी संग्रहीत करते हैं जानकारी को वर्गों में विभाजित किया गया है जानकारी स्वयं-अद्यतन नहीं हो रही है नेटवर्क पर प्रतिदिन खोज करना जानकारी स्वयं-अद्यतन हो रही है कई खोज उपकरणों तक पहुँचना कई स्रोतों से जानकारी प्राप्त करना

मानसिक मानचित्रों का उद्देश्य है उपयोगी उपकरणसोच प्रक्रिया और संरचना जानकारी को दृश्य रूप में प्रदर्शित करना। जब आप किसी कार्य के बारे में सोच रहे होते हैं तो एमके का उपयोग उन विचारों और विचारों को "प्रतिलेखित" करने के लिए किया जा सकता है जो आपके दिमाग में चलते हैं। जानकारी को इस तरह से प्रारूपित करें कि मस्तिष्क इसे आसानी से समझ सके, क्योंकि जानकारी "मस्तिष्क की भाषा" में लिखी जाती है।

माइंड मैप्स तकनीक के निर्माता (मूल माइंड मैप्स® में) टोनी बुज़ान का विकास है - जो बुद्धि, सीखने के मनोविज्ञान और सोच की समस्याओं पर एक प्रसिद्ध लेखक, व्याख्याता और सलाहकार हैं। माइंड मैप्स® वाक्यांश के अनुवाद के ऐसे रूप भी हैं जैसे "इंटेलिजेंस कार्ड्स" और "माइंड मैप्स"।

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

संकेत ग्राफ़ बनाने की विधि: किसी कीवर्ड या वाक्यांश का चयन करना। एक ग्राफ में एक नाम और एक क्रिया का विकल्प (एक नाम एक संज्ञा या भाषण के अन्य नाममात्र भागों के साथ संयोजन में संज्ञाओं का एक समूह हो सकता है; क्रिया विचार की गतिशीलता, एक अवधारणा से इसकी आवश्यक विशेषता तक की गति को व्यक्त करती है)। एक क्रिया का सटीक विकल्प जो मुख्य अवधारणा और उसकी आवश्यक विशेषता को जोड़ता है (क्रिया लक्ष्य को निर्देशित करना, ग्रहण करना, नेतृत्व करना, देना आदि; क्रिया किसी परिणाम को प्राप्त करने, प्राप्त करने, लागू करने की प्रक्रिया को दर्शाती है; क्रिया जो पूर्वापेक्षाओं को दर्शाती है) परिणाम प्राप्त करना, भरोसा करना, भरोसा करना, क्रियाओं को जोड़ना, जिसकी सहायता से कोई किसी अवधारणा का अर्थ निर्धारित कर सकता है)। ग्राफ़ के रूप में कीवर्ड को विभाजित करने से शब्द "शाखाएँ" बन जाते हैं। किसी भी विसंगति, विरोधाभास आदि को खत्म करने के लिए प्रत्येक शब्द "टहनियाँ" को एक कीवर्ड के साथ सहसंबंधित करना।

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

उदाहरण अवधारणा तालिका आप जहां रहते हैं वहां लोगों की संतुष्टि पर क्या प्रभाव पड़ता है? शहर का ऐतिहासिक केंद्र व्यापार केंद्र शहर की मलिन बस्तियां शयन क्षेत्र सेंट पीटर्सबर्ग का विशिष्ट जिला विकास की गुणवत्ता रुग्णता भावनात्मक मनोदशा रिश्ते सामाजिक बुनियादी ढांचा

परियोजना कार्य में वैचारिक तालिकाएँ तालिका के शीर्षक में - मौलिक प्रश्न समस्या का विश्लेषण करने के लिए एक वैचारिक तालिका संकलित की जाती है। यह प्रोजेक्ट कार्य में छात्रों के समूहों की पहचान करने और उनके शोध के लिए दिशाओं की रूपरेखा तैयार करने में मदद करता है। तालिका इंटरनेट पर जानकारी खोजने के लिए प्रमुख वाक्यांशों को चुनने में भी महत्वपूर्ण रूप से मदद कर सकती है।

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

सांख्यिकीय ग्राफएक रेखाचित्र है जिसमें कुछ संकेतकों की विशेषता वाले सांख्यिकीय समुच्चय को पारंपरिक ज्यामितीय छवियों या संकेतों का उपयोग करके वर्णित किया जाता है। ग्राफ़िक छविबिंदुओं, रेखाओं और आकृतियों का एक संग्रह है जिसकी सहायता से सांख्यिकीय डेटा को दर्शाया जाता है। सहायक तत्वग्राफ़िक्स हैं:

ग्राफ़ फ़ील्ड समतल का वह भाग है जहाँ ग्राफ़िक छवियाँ स्थित होती हैं। ग्राफ़ फ़ील्ड के कुछ आयाम होते हैं, जो उसके उद्देश्य पर निर्भर करते हैं।

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

स्केल संदर्भों का उपयोग किसी वस्तु के ग्राफिकल प्रदर्शन और उसके वास्तविक आयामों की तुलना करने के लिए किया जाता है। स्केल संदर्भ बिंदु स्केल या स्केल चिह्नों की एक प्रणाली द्वारा निर्दिष्ट किए जाते हैं।

ग्राफ़ की व्याख्या में ग्राफ़ (नाम) द्वारा चित्रित वस्तु की व्याख्या और ग्राफ़ पर प्रयुक्त प्रत्येक चिह्न का अर्थपूर्ण अर्थ शामिल है।

सांख्यिकीय ग्राफ़ को उनके उद्देश्य (सामग्री), निर्माण की विधि और ग्राफिक छवि की प्रकृति (छवि 1) के अनुसार वर्गीकृत किया गया है।

चित्र .1। सांख्यिकीय ग्राफ़ का वर्गीकरण

ग्राफिक छवियों के निर्माण की विधि के अनुसार, निम्नलिखित को प्रतिष्ठित किया गया है:

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

सांख्यिकीय मानचित्र

चार्ट के निम्नलिखित मुख्य प्रकार हैं: लाइन, बार, स्ट्रिप, सेक्टर, स्क्वायर, पाई, फिगर्ड।

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

अंक 2। रूसी संघ में यात्री कारों के आयात की मात्रा की गतिशीलता

2006-1Q के लिए. 2010

बार चार्टइस्तेमाल किया जा सकता है:

सामाजिक-आर्थिक घटनाओं की गतिशीलता का विश्लेषण करना;

योजना कार्यान्वयन का मूल्यांकन;

वितरण श्रृंखला में भिन्नता की विशेषताएँ;

स्थानिक तुलना के लिए (क्षेत्रों, देशों, फर्मों में तुलना);

घटना की संरचना का अध्ययन करना।

स्तंभ एक ही दूरी पर निकट या अलग-अलग स्थित होते हैं। सलाखों की ऊंचाई विशेषता स्तरों के संख्यात्मक मानों के समानुपाती होनी चाहिए।

चित्र 3. सीआईएस देशों के साथ रूसी संघ के व्यापार कारोबार में बेलारूस की हिस्सेदारी की गतिशीलता

सामाजिक-आर्थिक घटनाओं की संरचना को चिह्नित करने के लिए इनका व्यापक रूप से उपयोग किया जाता है पाइ चार्ट. इसके निर्माण के लिए वृत्त को कुल आयतन में भागों के विशिष्ट गुरुत्व के अनुपात में सेक्टरों में विभाजित किया जाना चाहिए। विशिष्ट गुरुत्व का योग 100% के बराबर है, जो अध्ययन की जा रही घटना की कुल मात्रा से मेल खाता है।

चित्र.4. रूसी संघ और सीआईएस देशों के बीच व्यापार कारोबार का भौगोलिक वितरण

स्ट्रिप चार्टक्षैतिज रूप से (धारियों में) व्यवस्थित आयतों से मिलकर बना है।

कभी-कभी वे क्षेत्र और देश के आधार पर तुलनात्मक विश्लेषण के लिए इसका उपयोग करते हैं आकृति-चिह्न आरेख(ज्यामितीय आकृतियों के चित्र)। ये आरेख अध्ययन की जा रही वस्तु के आकार को उसके क्षेत्र के आकार के अनुसार दर्शाते हैं।

सांख्यिकीय मानचित्रघटनाओं के भौगोलिक वितरण और क्षेत्रों में तुलनात्मक विश्लेषण का आकलन करने के लिए उपयोग किया जाता है।

सांख्यिकीय मानचित्रों में कार्टोग्राम और मानचित्र चार्ट शामिल होते हैं। उनके बीच का अंतर मानचित्रों पर आंकड़े प्रदर्शित करने के तरीके में है।

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

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

वर्तमान में, कंप्यूटर ग्राफिक्स एप्लिकेशन प्रोग्राम के विभिन्न पैकेज विकसित किए गए हैं, उदाहरण के लिए, एक्सेल, स्टेटग्राफ, स्टेटिस्टिका।

कार्टोग्राफिक जानकारी को डिजिटल रूप में संग्रहीत और प्रदर्शित करने के लिए, दो मौलिक रूप से भिन्न प्रस्तुति विधियों का उपयोग किया जा सकता है ग्राफिक छवियां: रेखापुंज (बिंदु)और वेक्टर.

रेखापुंज ग्राफिक्स

रेखापुंज छवितत्वों के एक मैट्रिक्स का प्रतिनिधित्व करता है - पिक्सल. प्रत्येक पिक्सेल को आकार, टोनल मान, रंग की गहराई और स्थिति द्वारा चित्रित किया जाता है। रेखापुंज छवियों को संपादित करने में पिक्सेल के एक निश्चित समूह का रंग बदलना शामिल है, जिससे वस्तुओं का आकार बदल जाता है (चित्र 1, ए)।

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

कार्टोग्राफी में, कार्टोग्राफिक सामग्री (स्कैन किए गए कागज़ के नक्शे) की रेखापुंज प्रतियां व्यापक रूप से उपयोग की जाती हैं; ऐसी छवियां संकलन और डिजाइन कार्य के लिए कार्टोग्राफिक आधार के रूप में काम करती हैं, जो मूल रूप से रेखापुंज डेटा को वेक्टर डेटा में परिवर्तित करती हैं - वैश्वीकरण.

वेक्टर ग्राफिक्स

वेक्टर प्रतिनिधित्व मेंछवियों का निर्माण वस्तुओं के गणितीय विवरण (तथाकथित) का उपयोग करके किया जाता है पुरातन), जो रेखाएं, चाप, वृत्त, बेज़ियर वक्र, पाठ आदि हो सकते हैं। वेक्टर ग्राफिक्स को "ऑब्जेक्ट-ओरिएंटेड" भी कहा जाता है, क्योंकि छवि फ़ाइल असतत, असंबंधित छवि तत्वों से बनती है, जिसका आकार, आकार और रंग स्वतंत्र रूप से जल्दी और गुणवत्ता के नुकसान के बिना बदला जा सकता है (छवि 1, बी)।

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

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

संरचना में कंप्यूटर कार्डछवि प्रतिनिधित्व का वेक्टर रूप प्रमुख है; सभी मानचित्र तत्व वेक्टर वस्तुओं के आधार पर बनाए जाते हैं (हाफ़टोन चित्रण और राहत छायांकन के अपवाद के साथ)।

चावल। 1. ग्राफिक चित्र प्रस्तुत करने की विधियाँ।

ए - रेखापुंज प्रतिनिधित्व; बी - वेक्टर प्रतिनिधित्व

1.3.1. रेखापुंज ग्राफिक्स का सिद्धांत. एक रेखापुंज छवि बहुत छोटे तत्वों - पिक्सेल का मोज़ेक है। यह चेकर्ड पेपर की एक शीट की तरह दिखता है, जिस पर प्रत्येक सेल (पिक्सेल) को एक निश्चित रंग से चित्रित किया जाता है, और इस रंग के परिणामस्वरूप एक छवि बनती है (चित्र 1.7 देखें)।

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

रास्टर ग्राफ़िक्स सैकड़ों और हज़ारों पिक्सेल के साथ काम करते हैं जो एक चित्र बनाते हैं। कंप्यूटर ग्राफ़िक्स में, "पिक्सेल" शब्द का अर्थ विभिन्न अवधारणाएँ हो सकता है, जैसे:

कंप्यूटर स्क्रीन पर सबसे छोटा छवि तत्व;

एक एकल रेखापुंज छवि तत्व;

प्रिंटर पर मुद्रित छवि में एक बिंदु।

इसलिए, भ्रम से बचने के लिए, हम निम्नलिखित शब्दावली का उपयोग करेंगे: वीडियो पिक्सेल- स्क्रीन पर छवि का सबसे छोटा तत्व;

- पिक्सेल- एक अलग रेखापुंज छवि तत्व;

-बिंदु- प्रिंटर द्वारा बनाया गया सबसे छोटा तत्व।

इस मामले में, एक पिक्सेल की छवि बनाने के लिए एक या अधिक वीडियो पिक्सेल या बिंदुओं का उपयोग किया जा सकता है।

डिस्प्ले स्क्रीन को एक निश्चित संख्या में वीडियो पिक्सल में विभाजित किया जाता है, जो निश्चित संख्या में पंक्तियों और स्तंभों का एक ग्राफिक ग्रिड "रैस्टर" बनाता है। ग्राफिक ग्रिड का आकार आमतौर पर फॉर्म में दर्शाया जाता है एन एम, जहां N क्षैतिज रूप से वीडियो पिक्सेल की संख्या है, और M लंबवत रूप से वीडियो पिक्सेल की संख्या है। उदाहरण के लिए, निम्नलिखित ग्राफ़िक ग्रिड आकारों का उपयोग प्रदर्शित करता है; 640 x 480, 800 x 600, 1024 x 768, 1240 x 1024, आदि। वीडियो पिक्सेल बहुत छोटे (0.3 मिमी से कम) और एक दूसरे के करीब स्थित होते हैं। किसी छवि को आंखों से देखने के लिए, उसे सैकड़ों या हजारों वीडियो पिक्सेल से बना होना चाहिए, जिनमें से प्रत्येक का अपना रंग टोन होना चाहिए। बढ़ा हुआ वीडियो पिक्सेल एक नियमित वर्ग है.

1.3.2. रेखापुंज ग्राफ़िक्स के लाभ. यू इस प्रकार काग्राफ़िक्स के दो मुख्य लाभ हैं, अर्थात्:

1.प्रत्येक वीडियो पिक्सेल को लाखों रंगों में से कोई भी शेड दिया जा सकता है। यदि पिक्सेल आकार वीडियो पिक्सेल आकार के करीब हैं, तो रेखापुंज छवि एक तस्वीर से भी बदतर नहीं दिखती है। इस तरह, रैस्टर ग्राफ़िक्स फोटोग्राफिक गुणवत्ता वाली छवियों का प्रभावी ढंग से प्रतिनिधित्व करते हैं।

2. कंप्यूटर आसानी से आउटपुट डिवाइस को नियंत्रित करता है जो व्यक्तिगत पिक्सेल का प्रतिनिधित्व करने के लिए डॉट्स का उपयोग करता है। इसलिए, रास्टर छवियों को प्रिंटर पर आसानी से मुद्रित किया जा सकता है।

1.3.3. रेखापुंज ग्राफ़िक्स के नुकसान. रेखापुंज छवि फ़ाइल प्रत्येक वीडियो पिक्सेल की रंग जानकारी को बिट्स के संयोजन के रूप में संग्रहीत करती है। सबसे सरल प्रकार की छवि में केवल दो रंग होते हैं (उदाहरण के लिए, सफेद और काला)। इस मामले में, प्रत्येक वीडियो पिक्सेल के रंग को एन्कोड करने के लिए दो मानों की आवश्यकता होती है, जिसका अर्थ है कि मेमोरी का एक बिट पर्याप्त है - दो (2 1) मान: 0 और 1. यदि वीडियो पिक्सेल का रंग निर्धारित किया जाता है दो बिट्स, तो हमारे पास 0 और 1 के चार (2 2) संभावित संयोजन हैं: 00, 01, 10, 11, जिसका अर्थ है कि चार रंग पहले से ही एन्कोड किए जा सकते हैं। मेमोरी के चार बिट्स आपको 16 (2 4) रंगों, आठ बिट्स - 256 (2 8) रंगों, 24 बिट्स - 16777216 (2 24) विभिन्न रंगों को एनकोड करने की अनुमति देते हैं।

सरल रेखापुंज छवियां थोड़ी मात्रा में मेमोरी (कई दसियों या सैकड़ों किलोबाइट) लेती हैं। फ़ोटोग्राफ़िक गुणवत्ता वाली छवियों के लिए अक्सर कई मेगाबाइट की आवश्यकता होती है। उदाहरण के लिए, यदि ग्राफ़िक ग्रिड का आकार 1240×1024 है, और उपयोग किए गए रंगों की संख्या 16,777,216 है, तो रैस्टर फ़ाइल का आकार लगभग 4 एमबी है, क्योंकि फ़ाइल में वीडियो पिक्सेल के रंग के बारे में जानकारी होती है

1240 1024 × 24 = 30474240 (बिट्स), या

30474240 ÷ 8 = 3,809,280 (बाइट्स), या

3 809 280 ÷ 1024 = 3720 (केबी),

या 3720 ÷ 1024 = 3.63 (एमबी)।

इस प्रकार, बिटमैप छवियों को संग्रहीत करने के लिए बड़ी मात्रा में मेमोरी की आवश्यकता होती है।

सबसे सरल उपायबिटमैप छवियों को संग्रहीत करने की समस्या कंप्यूटर की भंडारण क्षमता में वृद्धि है। आधुनिक कठिन और ऑप्टिकल डिस्कमहत्वपूर्ण मात्रा में डेटा भंडारण प्रदान करें। इस समाधान का नकारात्मक पक्ष लागत है, हालाँकि इन भंडारण उपकरणों की कीमतों में हाल ही में उल्लेखनीय गिरावट आई है।

समस्या को हल करने का दूसरा तरीका ग्राफ़िक्स फ़ाइलों को संपीड़ित करना है, अर्थात ऐसे प्रोग्रामों का उपयोग करना जो डेटा को व्यवस्थित करने के तरीके को बदलकर रैस्टर ग्राफ़िक्स फ़ाइलों के आकार को कम करते हैं। ग्राफ़िक्स डेटा को संपीड़ित करने की कई विधियाँ हैं। उनमें से सबसे सरल में, दोहराई जाने वाली मात्राओं का एक क्रम (हमारे मामले में, वीडियो पिक्सल का प्रतिनिधित्व करने के लिए बिट्स का एक सेट) को मात्राओं की एक जोड़ी द्वारा प्रतिस्थापित किया जाता है - एक दोहराई जाने वाली मात्रा और इसे दोहराए जाने की संख्या।

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

उच्च पैटर्न वाली छवियों को LZW विधि का उपयोग करके अच्छी तरह से संपीड़ित किया जाता है (इसका नाम इसके डेवलपर्स के उपनामों के पहले अक्षरों से बना है - लेम्पेल, ज़िव और वेल्च)।

संयुक्त फ़ोटोग्राफ़िक विशेषज्ञ समूह ने फ़ोटोग्राफ़िक गुणवत्ता वाली छवियों को संपीड़ित करने के लिए JPEG विधि का प्रस्ताव रखा।

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

चित्र के सभी पिक्सेल अपना आकार बदलते हैं (बड़े या छोटे हो जाते हैं);

पिक्सेल को चित्र में जोड़ा या हटाया जाता है (इसे छवि में नमूना पिक्सेल कहा जाता है)।

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

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

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

बिंदु A से बिंदु B तक एक रेखा खींचें;

किसी दिए गए आयत आदि से घिरा एक दीर्घवृत्त बनाएं।

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

वेक्टर छवियां प्राप्त करने के लिए, वेक्टर ग्राफिक्स संपादकों का आमतौर पर उपयोग किया जाता है (एडोब इलस्ट्रेटर CS2, मैक्रोमीडिया फ्रीहैंड, CorelDRAW), जो व्यापक रूप से डिजाइन, तकनीकी ड्राइंग और डिजाइन कार्य के क्षेत्र में भी उपयोग किए जाते हैं। ये संपादक उपयोगकर्ता को चित्र बनाने के लिए टूल और कमांड का एक सेट प्रदान करते हैं। ड्राइंग प्रक्रिया के दौरान, विशेष सॉफ्टवेयर उन वस्तुओं के अनुरूप वेक्टर कमांड उत्पन्न करता है जिनसे ड्राइंग का निर्माण किया जाता है।

सबसे अधिक संभावना है, उपयोगकर्ता संपादक में वेक्टर कमांड कभी नहीं देख पाएगा। हालाँकि, वेक्टर ग्राफ़िक्स का वर्णन कैसे किया जाता है यह जानने से आपको वेक्टर ग्राफ़िक्स के फायदे और नुकसान को समझने में मदद मिल सकती है। वेक्टर ग्राफ़िक्स फ़ाइलों में ऑब्जेक्ट प्रकारों में से एक के रूप में रेखापुंज छवियां हो सकती हैं। अधिकांश वेक्टर ग्राफ़िक्स संपादक आपको केवल वेक्टर चित्रण में एक रेखापुंज छवि रखने, उसका आकार बदलने, उसे स्थानांतरित करने, उसे घुमाने, उसे क्रॉप करने की अनुमति देते हैं, लेकिन आपको अलग-अलग पिक्सेल के साथ काम करने की अनुमति नहीं देते हैं। तथ्य यह है कि वेक्टर चित्र शामिल हैं व्यक्तिगत वस्तुएँ, जिसके साथ आप अलग से काम कर सकते हैं। आप रेखापुंज छवियों के साथ ऐसा नहीं कर सकते, क्योंकि यहां वस्तु समग्र रूप से संपूर्ण रेखापुंज टुकड़ा है। लेकिन कुछ वेक्टर ग्राफ़िक्स संपादकों में, रेखापुंज वस्तुओं पर विशेष धुंधलापन और तीक्ष्ण प्रभाव लागू करना संभव है, जो पड़ोसी पिक्सेल के रंग बदलने पर आधारित होते हैं (एक पिक्सेल की एक संपत्ति होती है - रंग)।

1.3.5. वेक्टर ग्राफ़िक्स के लाभ. वेक्टर छवियां जिनमें रेखापुंज ऑब्जेक्ट नहीं होते हैं वे कंप्यूटर मेमोरी की अपेक्षाकृत कम मात्रा पर कब्जा कर लेते हैं। यहां तक ​​कि हजारों आदिमों से युक्त वेक्टर चित्रों के लिए भी ऐसी मेमोरी की आवश्यकता होती है जो कई सौ किलोबाइट से अधिक नहीं होती है। एक समान बिटमैप छवि के लिए 10-1000 गुना अधिक मेमोरी की आवश्यकता होती है।

आइए इस उदाहरण पर विचार करें. मान लीजिए कि स्क्रीन समन्वय प्रणाली में वर्ग का वेक्टर विवरण निम्नानुसार परिभाषित किया गया है;

आयत 1, 1, 200, 200, लाल, हरा, यहाँ; (1, 1) ऊपरी बाएँ कोने के निर्देशांक हैं, और (200, 200) वर्ग के निचले दाएँ कोने हैं; लाल भराव रंग है, हरा बाह्यरेखा रंग है। इस विवरण के लिए 30 बाइट्स मेमोरी की आवश्यकता है ( बाइनरी कोडचरित्र 1 बाइट लेता है)। 256 रंगों के साथ एक असम्पीडित बिटमैप के रूप में वही वर्ग निम्नलिखित वॉल्यूम के साथ मेमोरी पर कब्जा कर लेगा:

200 × 200 ÷ 8= 320000 (बिट्स), या

320000 ÷ 8 = 40,000 (बाइट्स), या

40,000 ÷ 1024 = 39.06 (केबी)।

इसका तात्पर्य यह है कि हमारे उदाहरण में वर्ग के असम्पीडित रेखापुंज विवरण के लिए इसके वेक्टर विवरण की तुलना में 1333 गुना अधिक मेमोरी (40000 ÷ 30 = 1333.333) की आवश्यकता होती है। इस प्रकार, वेक्टर छवियाँअपेक्षाकृत कम मात्रा में मेमोरी घेरते हैं।

वेक्टर ऑब्जेक्ट विवरण का उपयोग करके निर्दिष्ट किए जाते हैं। इसलिए, किसी वेक्टर ड्राइंग का आकार बदलने के लिए, आपको उसके विवरण को सही करने की आवश्यकता है। उदाहरण के लिए, किसी दीर्घवृत्त को बढ़ाने या घटाने के लिए, इस दीर्घवृत्त को घेरने वाले आयत के ऊपरी बाएँ और निचले दाएँ कोनों के निर्देशांक को बदलना पर्याप्त है। फिर, वस्तु को खींचने के लिए यथासंभव अधिक से अधिक तत्वों (वीडियो पिक्सेल या बिंदु) का उपयोग किया जाएगा। इसलिए, वेक्टर छवियों को गुणवत्ता खोए बिना आसानी से स्केल किया जा सकता है।

कुछ मामलों में, रेखापुंज छवियों को वेक्टर छवियों में परिवर्तित करना संभव है। इस प्रक्रिया को ट्रेसिंग कहा जाता है. रैस्टर इमेज ट्रेसिंग प्रोग्राम समान रंग वाले पिक्सेल के समूह ढूंढता है और फिर उनसे मेल खाने के लिए वेक्टर ऑब्जेक्ट बनाता है। हालाँकि, प्राप्त परिणामों को अक्सर अतिरिक्त प्रसंस्करण की आवश्यकता होती है।

1.3.6. वेक्टर ग्राफिक्स के नुकसान. सीधी रेखाएँ, वृत्त, दीर्घवृत्त और चाप वेक्टर रेखाचित्रों के मुख्य घटक हैं। इसलिए, हाल तक, वेक्टर ग्राफिक्स का उपयोग चित्र, आरेख, ग्राफ़ बनाने और तकनीकी चित्र बनाने के लिए भी किया जाता था। विकास के साथ कंप्यूटर प्रौद्योगिकीस्थिति कुछ बदल गई है; आज की वेक्टर छवियां गुणवत्ता में यथार्थवादी के करीब हैं। हालाँकि, वेक्टर ग्राफिक्स फोटोग्राफिक गुणवत्ता वाली छवियां नहीं बनाते हैं। तथ्य यह है कि फोटोग्राफी एक मोज़ेक है जिसमें रंगों का एक बहुत ही जटिल वितरण और पिक्सेल की चमक होती है, और वेक्टर प्राइमेटिव्स के एक सेट के रूप में ऐसे मोज़ेक का प्रतिनिधित्व करना एक कठिन काम है।

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

1.3.7. रेखापुंज और वेक्टर ग्राफ़िक्स संपादकों की विशेषताएं। आरंभ करने के लिए, आइए दें तुलनात्मक विशेषताएँरेखापुंज और वेक्टर ग्राफ़िक्स, और परिणामों को तालिका में सारांशित करें। 1.1.

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