{
  "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": "તમે પ્રોજેક્ટની પરિસ્થિતિઓને એક અનુભવી PM ની જેમ વાંચો છો: ઝડપી, સાધન-સ્વતંત્ર, અને ટીમ વોટરફોલ કે એજાઈલ ચલાવે છે તેનાથી પરેશાન થયા વિના — અંતર્ગત નિર્ણયો સમાન જ રહે છે.",
          "recommendation": "માર્ગદર્શન આપવાનું અથવા પ્રોજેક્ટ રેટ્રોસ્પેક્ટિવ્સ ચલાવવાનું વિચારો — સમાધાનો પર તમારી સહજવૃત્તિ પાઠ્યપુસ્તકના જવાબો કરતાં પહેલેથી જ આગળ છે."
        }
      },
      "retakePrompt": {
        "lastResult": "તમારું છેલ્લું પરિણામ: {result}",
        "evolvedHint": "પ્રોજેક્ટનો નિર્ણય વાસ્તવિક પ્રોજેક્ટ અનુભવ સાથે વધુ તીક્ષ્ણ બને છે — જુઓ કે તમે હવે ક્યાં ઊભા છો.",
        "retakeButton": "પરીક્ષણ ફરીથી આપો"
      },
      "optionOrderVersion": "fd9013ba1238cb0c"
    }
  },
  "testNames": {
    "project-management": "પ્રોજેક્ટ મેનેજમેન્ટ ટેસ્ટ"
  }
}