{
  "assessmentTests": {
    "project_management": {
      "subscales": {
        "scope": "व्याप्ती",
        "schedule": "वेळापत्रक",
        "risk": "जोखीम",
        "stakeholders": "भागधारक",
        "budget": "बजेट"
      },
      "name": "प्रकल्प व्यवस्थापन चाचणी",
      "desc": "व्याप्ती, वेळापत्रक, जोखीम, भागधारक आणि बजेट यांबाबतचे निर्णय — वॉटरफॉल आणि अॅजाइल यांचे मिश्रण, कोणत्याही टूलवर अवलंबून नसलेले.",
      "recommendation": "तुमची प्रकल्प व्यवस्थापनातील बलस्थाने",
      "questions": [
        {
          "question": "प्रकल्पाच्या मध्यावर एक भागधारक असे फीचर मागतो जे मूळ गरजांमध्ये कधीच नव्हते, आणि त्यासाठी अतिरिक्त बजेट किंवा वेळ देऊ करत नाही. योग्य पहिले पाऊल कोणते?",
          "options": [
            {
              "icon": "",
              "label": "कोणालाही न सांगता मोकळ्या वेळेत ते शांतपणे जोडा, म्हणजे अधिकृतपणे कोणालाच निर्णय घ्यावा लागत नाही"
            },
            {
              "icon": "",
              "label": "भागधारकाशी चर्चा न करता ते थेट नाकारा"
            },
            {
              "icon": "",
              "label": "ती चेंज रिक्वेस्ट म्हणून नोंदवा आणि स्वीकारण्यापूर्वी खर्च/वेळापत्रकावरील परिणाम तपासा"
            },
            {
              "icon": "",
              "label": "ते जोडा आणि जागा करण्यासाठी नंतर शांतपणे चाचणीचा वेळ कमी करा"
            }
          ]
        },
        {
          "question": "प्रकल्पातील “गोल्ड-प्लेटिंग” म्हणजे:",
          "options": [
            {
              "icon": "",
              "label": "अनपेक्षित गोष्टींसाठी अतिरिक्त बजेट बाजूला ठेवणे"
            },
            {
              "icon": "",
              "label": "क्लायंटने मागितलेल्यापेक्षा जास्त कागदपत्रे तयार करणे"
            },
            {
              "icon": "",
              "label": "प्रत्यक्ष कामाला किंवा वेळापत्रकाला जेवढी गरज असते त्यापेक्षा कितीतरी जास्त लोक एका कामावर नेमून देणे"
            },
            {
              "icon": "",
              "label": "ठरलेल्या किंवा मान्य केलेल्या व्याप्तीपेक्षा जास्त काही देणे, अतिरिक्त मूल्य किंवा मंजुरीशिवाय"
            }
          ]
        },
        {
          "question": "एक टीम विकासादरम्यान लहान “असले तर बरे” सुधारणा जोडत राहते आणि त्यामुळे रिलीजची तारीख पुन्हा पुन्हा पुढे ढकलली जाते. याचे सर्वात योग्य वर्णन असे:",
          "options": [
            {
              "icon": "",
              "label": "शेड्यूल कॉम्प्रेशन"
            },
            {
              "icon": "",
              "label": "ओव्हररन"
            },
            {
              "icon": "",
              "label": "रिसोर्स लेव्हलिंग"
            },
            {
              "icon": "",
              "label": "स्कोप क्रीप"
            }
          ]
        },
        {
          "question": "मागितलेले फीचर टीममध्ये फक्त अप्रिय नसून खरोखरच व्याप्तीबाहेरचे आहे याचे सर्वात स्पष्ट लक्षण म्हणजे:",
          "options": [
            {
              "icon": "",
              "label": "उरलेल्या वेळेत ते तांत्रिकदृष्ट्या तयार करणे कठीण आहे"
            },
            {
              "icon": "",
              "label": "टीमला ती कल्पना वैयक्तिकरीत्या आवडत नाही आणि ती तयार न करणेच त्यांना पसंत आहे"
            },
            {
              "icon": "",
              "label": "किकऑफ बैठकीत त्याचा उल्लेख झाला नव्हता"
            },
            {
              "icon": "",
              "label": "ते मंजूर स्कोप बेसलाइनच्या बाहेर आहे"
            }
          ]
        },
        {
          "question": "स्कोप क्रीपमुळे वेळापत्रक बिघडण्यापासून कोणती पद्धत सर्वात थेटपणे रोखते?",
          "options": [
            {
              "icon": "",
              "label": "साप्ताहिक स्टेटस बैठक घेणे, ज्यात संपूर्ण टीम वेळापत्रकाच्या तुलनेत प्रगतीचा आढावा घेते"
            },
            {
              "icon": "",
              "label": "नवीन व्याप्ती मंजूर करण्यापूर्वी खर्च आणि वेळापत्रकावरील परिणामाचे मूल्यमापन करणारी बदल-नियंत्रण प्रक्रिया"
            },
            {
              "icon": "",
              "label": "तपशीलवार गँट चार्ट अद्ययावत ठेवणे, प्रत्येक नवीन विनंती येताच ती वेळापत्रकात जोडणे"
            },
            {
              "icon": "",
              "label": "नवीन विनंत्यांमुळे मुदत मागे पडू लागली की टीममध्ये आणखी डेव्हलपर जोडणे"
            }
          ]
        },
        {
          "question": "स्प्रिंटवर आधारित एक टीम भागधारकांना सुरू असलेल्या स्प्रिंटमध्येच थेट नवीन गोष्टी टाकू देत राहते. सर्वात योग्य प्रतिसाद कोणता?",
          "options": [
            {
              "icon": "",
              "label": "सध्याची स्प्रिंट पूर्णपणे रद्द करणे, नियोजन पुन्हा पहिल्यापासून सुरू करणे आणि नवीन व्याप्ती नव्याने उभारलेल्या योजनेत समाविष्ट करणे"
            },
            {
              "icon": "",
              "label": "सध्याच्या स्प्रिंटची वचनबद्धता जपणे आणि नवीन विनंत्या बॅकलॉग ग्रूमिंगकडे पाठवणे"
            },
            {
              "icon": "",
              "label": "कोणालाही न सांगता तितक्याच संख्येने सध्याच्या गोष्टी गुपचूप वगळणे"
            },
            {
              "icon": "",
              "label": "ती गोष्ट स्वीकारणे आणि स्प्रिंटचा कालावधी शांतपणे वाढवणे"
            }
          ]
        },
        {
          "question": "प्रकल्पाचा “क्रिटिकल पाथ” म्हणजे:",
          "options": [
            {
              "icon": "",
              "label": "एकमेकांवर अवलंबून असलेल्या कामांचा क्रम, जो प्रकल्पाचा किमान शक्य कालावधी ठरवतो"
            },
            {
              "icon": "",
              "label": "टीममधील सर्वात ज्येष्ठ सदस्यांकडे औपचारिकरीत्या सोपवण्यात आलेल्या प्रत्येक कामाची यादी"
            },
            {
              "icon": "",
              "label": "संपूर्ण प्रकल्प योजनेत ओळखलेली सर्वाधिक जोखीम असलेल्या कामांचा संच"
            },
            {
              "icon": "",
              "label": "बजेटचा सर्वात मोठा वाटा खर्च करणारी कामे"
            }
          ]
        },
        {
          "question": "क्रिटिकल पाथवरील एक काम तीन दिवस मागे पडते आणि योजनेत इतर कुठेही कोणताही फेरबदल केला जात नाही. प्रकल्प पूर्ण होण्याची तारीख:",
          "options": [
            {
              "icon": "",
              "label": "तीच राहील, कारण क्रिटिकल पाथवरील कामांकडे स्वतःचा फ्लोट असतो"
            },
            {
              "icon": "",
              "label": "तीन दिवसांनी पुढे जाईल"
            },
            {
              "icon": "",
              "label": "आपोआप तीन दिवसांपेक्षा जास्त पुढे जाईल"
            },
            {
              "icon": "",
              "label": "ते काम बजेटपेक्षा जास्त खर्चिक झाले तरच पुढे जाईल"
            }
          ]
        },
        {
          "question": "क्रिटिकल पाथवर नसलेल्या कामावरील “फ्लोट” (किंवा स्लॅक) म्हणजे:",
          "options": [
            {
              "icon": "",
              "label": "प्रकल्प पूर्ण होण्याची तारीख पुढे न ढकलता ते काम किती काळ उशिरा करता येते"
            },
            {
              "icon": "",
              "label": "त्या कामासाठी खास राखून ठेवलेल्या बजेट राखीव निधीचा आकार"
            },
            {
              "icon": "",
              "label": "एकाच वेळी त्यावर काम करण्यासाठी किती लोक नेमता येतात"
            },
            {
              "icon": "",
              "label": "कामाच्या जबाबदार व्यक्तीला किती सहज बदलता येईल"
            }
          ]
        },
        {
          "question": "एकमेकांवर अवलंबून असल्यामुळे सहसा एकामागून एक चालणारी दोन कामे, वेळापत्रक कमी करण्यासाठी काही अतिरिक्त जोखीम स्वीकारून, एकमेकांवर आच्छादित होऊन अंशतः एकाच वेळी चालवण्याचे ठरवले जाते. याला म्हणतात:",
          "options": [
            {
              "icon": "",
              "label": "क्रॅशिंग"
            },
            {
              "icon": "",
              "label": "रिसोर्स लेव्हलिंग"
            },
            {
              "icon": "",
              "label": "फास्ट ट्रॅकिंग"
            },
            {
              "icon": "",
              "label": "रीबेसलाइनिंग"
            }
          ]
        },
        {
          "question": "फक्त कालावधी कमी करण्यासाठी एखाद्या कामावर अतिरिक्त लोक किंवा संसाधने लावणे, आणि त्याच्या बदल्यात जास्त खर्च स्वीकारणे, याला म्हणतात:",
          "options": [
            {
              "icon": "",
              "label": "फास्ट ट्रॅकिंग"
            },
            {
              "icon": "",
              "label": "रिसोर्स लेव्हलिंग"
            },
            {
              "icon": "",
              "label": "क्रॅशिंग"
            },
            {
              "icon": "",
              "label": "स्लॅक"
            }
          ]
        },
        {
          "question": "एक टीम दोन आठवड्यांच्या स्प्रिंट चालवते. सलग तीन स्प्रिंटनंतरही प्रत्यक्ष व्हेलॉसिटी नियोजनापेक्षा बरीच कमी येत राहते. पुढील सर्वात उपयुक्त पाऊल कोणते?",
          "options": [
            {
              "icon": "",
              "label": "मूळ अंदाजानुसारच नियोजन करत राहणे आणि टीम शेवटी भरून काढेल अशी अपेक्षा ठेवणे"
            },
            {
              "icon": "",
              "label": "प्रत्यक्ष व्हेलॉसिटी वापरून योजनेची पुन्हा बेसलाइन ठरवणे"
            },
            {
              "icon": "",
              "label": "मूळ उद्दिष्ट गाठण्यासाठी पुढच्या स्प्रिंटमध्ये आणखी लोक जोडणे"
            },
            {
              "icon": "",
              "label": "जास्त काम बसावे म्हणून प्रत्येक स्प्रिंटचा कालावधी वाढवणे"
            }
          ]
        },
        {
          "question": "प्रकल्पातील “जोखीम” आणि “समस्या” यांतील फरक असा आहे की:",
          "options": [
            {
              "icon": "",
              "label": "जोखीम नेहमी नकारात्मक असते, तर समस्या सकारात्मकही असू शकते"
            },
            {
              "icon": "",
              "label": "जोखमीचा मागोवा प्रायोजक घेतो, तर समस्येचा मागोवा टीम घेते"
            },
            {
              "icon": "",
              "label": "जोखीम ही अजून न घडलेली संभाव्य भविष्यातील घटना असते, तर समस्या ही आधीच घडलेली गोष्ट असते"
            },
            {
              "icon": "",
              "label": "जोखीम फक्त बजेटला लागू होते, तर समस्या फक्त वेळापत्रकाला लागू होते"
            }
          ]
        },
        {
          "question": "कमी शक्यता असलेल्या, पण प्रत्यक्षात घडल्यास विनाशकारी परिणाम करणाऱ्या जोखमीबाबत सर्वसाधारणपणे हे केले पाहिजे:",
          "options": [
            {
              "icon": "",
              "label": "तिच्याकडे दुर्लक्ष करणे, कारण ती कदाचित घडणार नाही"
            },
            {
              "icon": "",
              "label": "जास्त शक्यता आणि कमी परिणाम असलेल्या जोखमीप्रमाणेच तिला वागवणे"
            },
            {
              "icon": "",
              "label": "शक्यता कमी असली तरी आकस्मिक योजना तयार ठेवून तिच्यावर सक्रियपणे लक्ष ठेवणे"
            },
            {
              "icon": "",
              "label": "ती लिहून आणि तिची नोंद करून घेतल्याबरोबर जोखीम नोंदवहीमधून पूर्णपणे काढून टाकणे"
            }
          ]
        },
        {
          "question": "“जोखीम शमन” म्हणजे:",
          "options": [
            {
              "icon": "",
              "label": "जोखीम जशी आहे तशी स्वीकारणे आणि तिच्याबाबत काहीच न करण्याचा जाणीवपूर्वक निर्णय घेणे"
            },
            {
              "icon": "",
              "label": "जोखमीची शक्यता किंवा परिणाम कमी करण्यासाठी आधीच कृती करणे"
            },
            {
              "icon": "",
              "label": "जोखमीची सर्व जबाबदारी पूर्णपणे एखाद्या पुरवठादाराकडे किंवा तृतीय पक्षाकडे हस्तांतरित करणे"
            },
            {
              "icon": "",
              "label": "जोखीम प्रत्यक्ष समस्या बनल्यानंतरच तिला प्रतिसाद देणे"
            }
          ]
        },
        {
          "question": "एका बांधकाम प्रकल्पात एका महत्त्वाच्या सामग्रीसाठी केवळ एका पुरवठादारावर अवलंबून राहावे लागते, आणि पर्यायी स्रोत ओळखलेला नाही. याचे सर्वात योग्य वर्णन असे:",
          "options": [
            {
              "icon": "",
              "label": "केवळ बजेटची जोखीम, त्यापेक्षा अधिक महत्त्वाचे काही नाही"
            },
            {
              "icon": "",
              "label": "जोखीम नसून समस्या, कारण अजून काहीच चुकलेले नाही"
            },
            {
              "icon": "",
              "label": "मागोवा घेण्यासारखे नाही, कारण पुरवठादाराने अडचणीची कोणतीही चिन्हे दाखवलेली नाहीत"
            },
            {
              "icon": "",
              "label": "सिंगल-पॉइंट-ऑफ-फेल्युअर जोखीम, ज्यासाठी पर्यायी योजना आवश्यक आहे"
            }
          ]
        },
        {
          "question": "जोखीम नोंदवहीतील एखाद्या विशिष्ट जोखमीसाठी “मालक” कोण असावा?",
          "options": [
            {
              "icon": "",
              "label": "जोखमीचा विषय कोणताही असला तरी, आपोआप प्रकल्प प्रायोजक"
            },
            {
              "icon": "",
              "label": "तिच्यावर लक्ष ठेवण्यासाठी आणि प्रतिसाद सुरू करण्यासाठी जबाबदार असलेली नाव निश्चित केलेली एक व्यक्ती"
            },
            {
              "icon": "",
              "label": "कोणीही विशिष्ट नाही — जोखीम ही टीमची सामायिक जबाबदारी आहे"
            },
            {
              "icon": "",
              "label": "ज्या व्यक्तीने जोखीम प्रथम मांडली ती, कायमस्वरूपी, तिची भूमिका काहीही असली तरी"
            }
          ]
        },
        {
          "question": "प्रकल्पाच्या सुरुवातीला मध्यम शक्यता आणि मध्यम परिणाम असे मूल्यांकन झालेल्या जोखमीबाबत हे केले पाहिजे:",
          "options": [
            {
              "icon": "",
              "label": "प्रकल्प पुढे जात असताना ठरावीक काळाने तिचे पुन्हा मूल्यांकन करणे"
            },
            {
              "icon": "",
              "label": "प्रकल्पाच्या संपूर्ण कालावधीत त्याच श्रेणीवर निश्चित ठेवणे"
            },
            {
              "icon": "",
              "label": "प्रकल्प निम्मा टप्पा ओलांडताच ती नोंदवहीतून काढून टाकणे"
            },
            {
              "icon": "",
              "label": "केवळ एकाच नियमित स्टेटस बैठकीनंतर तिला आपोआप उच्च श्रेणीपर्यंत वाढवणे"
            }
          ]
        },
        {
          "question": "दोन भागधारक प्रकल्प टीमला एकाच फीचरबाबत परस्परविरोधी प्राधान्यक्रम देतात. सर्वात प्रभावी पहिले पाऊल म्हणजे:",
          "options": [
            {
              "icon": "",
              "label": "ते सोडवण्याचा अधिकार असलेल्या व्यक्तीकडे निर्णयासाठी नेणे"
            },
            {
              "icon": "",
              "label": "दोन्ही आवृत्त्या तयार करणे आणि कोणती टिकते ते बाजाराला ठरवू देणे"
            },
            {
              "icon": "",
              "label": "ज्या भागधारकाने आधी मागणी केली त्याचीच मागणी स्वीकारणे"
            },
            {
              "icon": "",
              "label": "कोणाशीही खात्री न करता, जी विनंती अधिक वरिष्ठ वाटते तिचेच गुपचूप पालन करणे"
            }
          ]
        },
        {
          "question": "प्रकल्पातील “संवाद योजना” मुख्यतः हे ठरवण्यासाठी असते:",
          "options": [
            {
              "icon": "",
              "label": "पूर्ण झालेल्या उत्पादनाच्या सार्वजनिक लाँचसाठी नियोजित मार्केटिंग संदेशाची रणनीती"
            },
            {
              "icon": "",
              "label": "संपूर्ण कंपनीत वापरली जाणारी औपचारिक रिपोर्टिंग रचना आणि ऑर्गनायझेशन चार्ट"
            },
            {
              "icon": "",
              "label": "कोणाला कोणती माहिती हवी, किती वेळा हवी आणि कोणत्या माध्यमातून हवी"
            },
            {
              "icon": "",
              "label": "बैठक-कक्षाच्या आरक्षणाचे वेळापत्रक"
            }
          ]
        },
        {
          "question": "एका प्रमुख स्टेकहोल्डरने दोन आठवड्यांपासून मौन बाळगले आहे आणि आढाव्याच्या विनंत्यांना प्रतिसाद देत नाही, आणि एक माइलस्टोन त्यांच्या मंजुरीवर अवलंबून आहे. सर्वोत्तम पुढील पाऊल म्हणजे:",
          "options": [
            {
              "icon": "",
              "label": "अडलेला माइलस्टोन आणि त्याचा परिणाम नमूद करून थेट वरिष्ठांकडे प्रकरण नेणे"
            },
            {
              "icon": "",
              "label": "स्टेकहोल्डर स्वतःहून प्रतिसाद देईपर्यंत अनिश्चित काळ वाट पाहणे"
            },
            {
              "icon": "",
              "label": "मंजुरीशिवाय माइलस्टोनच्या पुढे जाणे आणि नंतर त्यांना कळवणे"
            },
            {
              "icon": "",
              "label": "त्यांच्यावर अवलंबून असलेला माइलस्टोन शांतपणे रद्द करणे"
            }
          ]
        },
        {
          "question": "जेव्हा एखाद्या आवश्यकतेच्या प्राधान्यावर प्रोजेक्ट प्रायोजक आणि एंड-युजर गट यांच्यात मतभेद असतात आणि बजेटचे अधिकार प्रायोजकाकडे असतात, तेव्हा प्रोजेक्ट टीमने:",
          "options": [
            {
              "icon": "",
              "label": "दोन्ही दृष्टिकोन प्रायोजकासमोर मांडावेत आणि अंतिम निर्णय त्यांच्यावर सोडावा"
            },
            {
              "icon": "",
              "label": "उत्पादन तेच वापरणार असल्याने आपोआप एंड-युजर्सची बाजू घ्यावी"
            },
            {
              "icon": "",
              "label": "कोणत्याही बाजूशी नीट सल्लामसलत न करता मध्यम मार्ग काढावा"
            },
            {
              "icon": "",
              "label": "संघर्ष पूर्णपणे टाळण्यासाठी निर्णय अनिश्चित काळासाठी पुढे ढकलावा"
            }
          ]
        },
        {
          "question": "प्रोजेक्टच्या सुरुवातीलाच सर्व प्रमुख स्टेकहोल्डर्स ओळखण्यात अपयश आल्यास मुख्य धोका हा आहे की:",
          "options": [
            {
              "icon": "",
              "label": "प्रोजेक्टचा खर्च आपोआप बजेटपेक्षा जास्त होईल"
            },
            {
              "icon": "",
              "label": "टीममध्ये मनुष्यबळ कमी पडेल"
            },
            {
              "icon": "",
              "label": "खरा प्रभाव असलेली एखादी व्यक्ती उशिरा समोर येते आणि महागडे पुनर्काम करण्यास भाग पाडते"
            },
            {
              "icon": "",
              "label": "वेळापत्रकात क्रिटिकल पाथच उरणार नाही"
            }
          ]
        },
        {
          "question": "कोअर टीमच्या बाहेरील एक स्टेकहोल्डर साप्ताहिक तपशीलवार स्टेटस रिपोर्ट मागतो, जो तयार करायला तासन्तास लागतात आणि त्या माहितीचा स्पष्ट उपयोग नाही. सर्वोत्तम दृष्टिकोन म्हणजे:",
          "options": [
            {
              "icon": "",
              "label": "ते अपडेट्स कोणत्या निर्णयांसाठी वापरतात ते विचारणे आणि त्यानुसार रिपोर्ट तयार करणे"
            },
            {
              "icon": "",
              "label": "तयार करण्याचा खर्च कितीही असला तरी दर आठवड्याला तोच संपूर्ण तपशीलवार रिपोर्ट पाठवत राहणे"
            },
            {
              "icon": "",
              "label": "त्यांना कोणतेही अपडेट पाठवण्यास पूर्णपणे नकार देणे"
            },
            {
              "icon": "",
              "label": "मूळ विनंतीकडे लक्ष न देता रिपोर्टिंग सर्वात कनिष्ठ टीम सदस्याकडे सोपवणे"
            }
          ]
        },
        {
          "question": "एक प्रोजेक्ट 50% पूर्ण झाला आहे, पण स्कोपमध्ये कोणताही बदल नसताना त्याचे 70% बजेट आधीच खर्च झाले आहे. हे बहुधा काय दर्शवते?",
          "options": [
            {
              "icon": "",
              "label": "निरोगी खर्च, कारण जवळजवळ प्रत्येक प्रोजेक्टमध्ये बहुतेक खर्च सुरुवातीलाच होतो"
            },
            {
              "icon": "",
              "label": "काळजी करण्याचे काही कारण नाही, जोपर्यंत अंतिम मुदत योग्य मार्गावर आहे"
            },
            {
              "icon": "",
              "label": "मूळ बजेट सुरुवातीपासूनच खूप जास्त ठरवले गेले होते याचे लक्षण"
            },
            {
              "icon": "",
              "label": "बजेटपेक्षा जास्त झालेला खर्च, ज्याची चौकशी करणे आवश्यक आहे"
            }
          ]
        },
        {
          "question": "प्रोजेक्ट बजेटमधील “कंटिजन्सी रिझर्व्ह” हा कशाची भरपाई करण्यासाठी असतो:",
          "options": [
            {
              "icon": "",
              "label": "संपूर्ण कंपनीच्या बजेटमधील सर्वसाधारण महागाई"
            },
            {
              "icon": "",
              "label": "क्लायंट नंतर मागत असलेले स्कोपमधील बदल"
            },
            {
              "icon": "",
              "label": "प्रोजेक्ट मॅनेजरने स्वतःच्या मर्जीनुसार केलेला, नोंद नसलेला खर्च"
            },
            {
              "icon": "",
              "label": "आधीच ओळखल्या गेलेल्या ज्ञात जोखमी"
            }
          ]
        },
        {
          "question": "एक व्हेंडर जास्त किमतीत एखादा घटक लवकर देण्याची ऑफर देतो. ती स्वीकारायची की नाही हे प्रामुख्याने कशावर अवलंबून असावे:",
          "options": [
            {
              "icon": "",
              "label": "ऑफर नेहमी स्वीकारणे, कारण किंमत कितीही असो, जलद डिलिव्हरी नेहमीच चांगली असते"
            },
            {
              "icon": "",
              "label": "वेळापत्रकातील बचत गरजेची आहे का आणि खर्च बजेटमध्ये बसतो का"
            },
            {
              "icon": "",
              "label": "ऑफर नेहमी नाकारणे, कारण काहीही झाले तरी मूळ बजेट निश्चित असते"
            },
            {
              "icon": "",
              "label": "व्हेंडर जो पर्याय सुचवेल तो"
            }
          ]
        },
        {
          "question": "बजेट तफावतची सर्वोत्तम व्याख्या अशी आहे:",
          "options": [
            {
              "icon": "",
              "label": "अजून शिल्लक असलेल्या कंटिजन्सी रिझर्व्हची एकूण रक्कम"
            },
            {
              "icon": "",
              "label": "खर्च करण्याचे नियोजन केलेली रक्कम आणि प्रत्यक्षात खर्च झालेली रक्कम यातील फरक"
            },
            {
              "icon": "",
              "label": "आतापर्यंत सादर झालेल्या बदल विनंत्यांची संख्या"
            },
            {
              "icon": "",
              "label": "मिळालेल्या सर्वाधिक आणि सर्वात कमी व्हेंडर कोटेशन्समधील अंतर"
            }
          ]
        },
        {
          "question": "प्रोजेक्टच्या मध्यावर प्रत्यक्ष खर्च बजेटमधील रकमेच्या जवळपास आहे, पण नियोजनापेक्षा खूपच कमी डिलिव्हरेबल्स पूर्ण झाली आहेत. हे काय दर्शवते?",
          "options": [
            {
              "icon": "",
              "label": "प्रोजेक्टची आर्थिक स्थिती उत्कृष्ट आहे, लक्ष देण्यासारखे काहीही नाही"
            },
            {
              "icon": "",
              "label": "मूळ कारण काहीही असो, बजेट ताबडतोब वाढवले पाहिजे"
            },
            {
              "icon": "",
              "label": "टीम कमी खर्च करत आहे आणि नवीन स्कोप फुकट सामावून घेऊ शकते"
            },
            {
              "icon": "",
              "label": "खर्चाच्या तुलनेत प्रोजेक्ट वेळापत्रकाच्या मागे आहे"
            }
          ]
        },
        {
          "question": "प्रोजेक्ट बजेटपेक्षा जास्त खर्चाकडे झुकत असताना, सहसा सर्वात उपयुक्त पहिले पाऊल म्हणजे:",
          "options": [
            {
              "icon": "",
              "label": "जास्त खर्चाला प्रत्यक्षात कोणत्या खर्च श्रेणी कारणीभूत आहेत ते ओळखणे"
            },
            {
              "icon": "",
              "label": "ताबडतोब टीमचा आकार निम्म्यावर आणणे"
            },
            {
              "icon": "",
              "label": "पुढील कोणत्याही विश्लेषणाशिवाय प्रायोजकाकडे आणखी पैसे मागणे"
            },
            {
              "icon": "",
              "label": "प्रत्येक श्रेणीतील सर्व खर्च समान प्रमाणात गोठवणे"
            }
          ]
        }
      ],
      "results": {
        "beginner": {
          "name": "नवशिके",
          "desc": "प्रोजेक्ट्स प्रत्यक्षात कसे चालतात याचे कार्यरत मॉडेल तयार करायला तुम्ही नुकतीच सुरुवात करत आहात — स्कोप, वेळापत्रक, जोखीम, स्टेकहोल्डर्स आणि बजेट हे अजूनही एका जोडलेल्या प्रणालीऐवजी वेगवेगळे विषय वाटतात.",
          "recommendation": "एका वेळी एका शाखेवर लक्ष केंद्रित करा, स्कोपपासून सुरुवात करा: बदल विनंती स्कोप क्रीप बनण्याआधीच ओळखायला शिका."
        },
        "intermediate": {
          "name": "मध्यम",
          "desc": "तुम्ही प्रोजेक्टची दैनंदिन कामे सक्षमपणे हाताळता — तुम्ही वेळापत्रक वाचू शकता, जोखीम नोंदवू शकता आणि स्टेकहोल्डरची विनंती योग्य ठिकाणी पाठवू शकता — पण त्यांच्यातील अधिक अवघड तडजोडींचा विचार करायला अजूनही जास्त वेळ लागतो.",
          "recommendation": "तडजोडीच्या प्रश्नांचा सराव करा: वेगवान व्हेंडर कधी योग्य ठरतो आणि टीमवर जास्त जोर देण्यापेक्षा रीबेसलाइनिंग कधी चांगले ठरते."
        },
        "advanced": {
          "name": "प्रगत",
          "desc": "तुम्ही स्कोप, वेळापत्रक, जोखीम, स्टेकहोल्डर्स आणि बजेट या सर्वांमध्ये योग्य निर्णय घेता, आणि त्यापैकी दोन गोष्टींमध्ये संघर्ष असताना आधी कोणती गोष्ट हलवायची हे तुम्हाला साधारणपणे माहीत असते.",
          "recommendation": "टोकाच्या प्रसंगांवर धार वाढवा — कमी संभाव्यता/जास्त परिणाम असलेली जोखीम, मौन बाळगणारे स्टेकहोल्डर्स, खर्च योग्य मार्गावर पण वेळापत्रकात मागे — जिथे उघड उत्तर सहसा चुकीचे असते."
        },
        "expert": {
          "name": "तज्ज्ञ",
          "desc": "तुम्ही प्रोजेक्टमधील परिस्थिती अनुभवी प्रोजेक्ट मॅनेजरप्रमाणे वाचता: वेगाने, साधनांवर अवलंबून न राहता, आणि टीम वॉटरफॉल वापरते की अजाइल याने विचलित न होता — मूलभूत निर्णय सारखेच असतात.",
          "recommendation": "मार्गदर्शन करण्याचा किंवा प्रोजेक्ट रेट्रोस्पेक्टिव्ह चालवण्याचा विचार करा — तडजोडींबद्दलची तुमची सहजप्रवृत्ती पाठ्यपुस्तकातील उत्तरांच्या आधीच पुढे आहे."
        }
      },
      "retakePrompt": {
        "lastResult": "तुमचा मागील निकाल: {result}",
        "evolvedHint": "प्रोजेक्टबाबतची निर्णयक्षमता खऱ्या प्रोजेक्ट अनुभवाने अधिक धारदार होते — आता तुम्ही कुठे आहात ते पाहा.",
        "retakeButton": "चाचणी पुन्हा द्या"
      },
      "optionOrderVersion": "fd9013ba1238cb0c"
    }
  },
  "testNames": {
    "project-management": "प्रकल्प व्यवस्थापन चाचणी"
  }
}