पहला प्रश्न तय करें
कार्यान्वयन शुरू होने से पहले व्यावसायिक प्रश्न और सफलता की शर्त तय करें।
प्रक्रिया और मूल्य निर्धारण
शुरुआत उससे करें
जिसे आप सत्यापित कर सकें।
मुफ़्त diagnosis, fixed-scope mathematical prototype, production system development और continuous improvement। हर चरण स्पष्ट artifact और decision gate पर समाप्त होता है।
- छोटे स्तर से शुरू करेंपहले चरण में प्रश्न और प्रतिनिधि डेटा को सत्यापित करें।
- लागत अलग रखेंएकमुश्त प्रोटोटाइप और मासिक विकास क्षमता अलग अनुबंध इकाइयाँ हैं।
- निर्णय-द्वारहर चरण के बाद आगे बढ़ें, नए सिरे से परिभाषित करें या रोक दें।
निर्णय-द्वार आधारित डिलीवरीपरियोजना मानचित्र4 चरण
00
मुफ़्तनिदान
निर्णय-द्वार: PROCEED / PREPARE
लक्षित कार्य और अनुपलब्ध डेटा स्पष्ट करें।
Route default रूप से linear नहीं है। डेटा या शर्तें तैयार न हों तो production build पर खर्च करने से पहले project pause, reframe या stop हो सकता है।
01
2 सप्ताहप्रोटोटाइप
निर्णय-द्वार: GO / REFRAME / STOP
जाँचें कि नियमों और डेटा से समाधान संभव है या नहीं।
निर्णय-द्वार: GO / REFRAME / STOP
02
मासिकउत्पादन निर्माण
निर्णय-द्वार: PILOT / RELEASE
तर्क को Web, ऐप, DB और अनुमतियों में बदलें।
निर्णय-द्वार: PILOT / RELEASE
03
दोहराएँसंचालन
निर्णय-द्वार: CONTINUE / CHANGE / CLOSE
संचालन डेटा से नियम और विकास सूची समायोजित करें।
लागत टिप्पणीयह पेज standard models समझाता है, बाध्यकारी estimate नहीं। Estimate और contract page text पर प्राथमिकता रखते हैं, और प्रभाव-संख्या या delivery date पहले से guarantee नहीं होती।
हम दोबारा काम कैसे घटाते हैं
विकास लागत घटाने की कोशिश से पहले दोबारा काम घटाएँ।
गणितीय स्वचालन में सबसे बड़ी अनिश्चितता स्क्रीन की संख्या नहीं है। यह है कि डेटा, नियम और तुलना मानदंड एक साथ दर्शाए जा सकते हैं या नहीं।
शर्तें अलग करें
अनिवार्य बाधाओं को प्राथमिकताओं से अलग करें, ताकि सिस्टम समझौते स्पष्ट कर सके।
आधाररेखा से तुलना करें
समान मानकों से वर्तमान योजना की तुलना करें: समय, उल्लंघन, देरी या भार।
चरण के अनुसार रोकें
हर चरण में एक बिंदु होता है जहाँ आगे बढ़ना, नए सिरे से परिभाषित करना या रोकना उचित है।
प्रक्रिया और मूल्य निर्धारण
यह पेज standard models समझाता है, बाध्यकारी estimate नहीं। Estimate और contract page text पर प्राथमिकता रखते हैं, और प्रभाव-संख्या या delivery date पहले से guarantee नहीं होती।
विकास रूट प्लानर
सही प्रवेश बिंदु और विकास ढाँचा व्यवस्थित करें।
कुछ प्रश्नों के उत्तर दें। Result browser में process होता है और diagnosis page को केवल allowlisted query values के रूप में भेजा जाता है।
वर्तमान स्थिति
वर्तमान स्थिति
कुछ प्रश्नों के उत्तर दें। Result browser में process होता है और diagnosis page को केवल allowlisted query values के रूप में भेजा जाता है।
आपको पहले जिस परिणाम की आवश्यकता है
आपको पहले जिस परिणाम की आवश्यकता है
डेटा और नियमों की तैयारी
डेटा और नियमों की तैयारी
डिलीवरी गति
डिलीवरी गति
सुझाया गया रूट
सुझाया गया रूट
यह रूट प्लानर कानूनी अनुमान नहीं है। यह परामर्श से पहले केवल संभावित पहले चरण और अनुबंध इकाई को व्यवस्थित करता है।
सुझाया गया प्रवेश बिंदुगणितीय प्रोटोटाइप
शर्तें, संभावित योजनाएँ, योजना न बन पाने के कारण, आधाररेखा तुलना और उत्पादन रूपरेखा।
लागत टिप्पणीStandard
मासिक क्षमता, एक लाइन, Web और ऐप
पहला output
अतिरिक्त आवश्यकताएँ
लागत टिप्पणी
Standard, Web और ऐप को शामिल करने वाली एक विकास लाइन के लिए कर से पहले JPY 598,000 प्रति माह है।
चरण और निर्णय-द्वार
हर चरण के अंत में निर्णय रखें।
हर चरण को इनपुट, गतिविधि, परिणाम और निर्णय-द्वार से समझाया गया है। लक्ष्य अगले निवेश निर्णय को स्पष्ट रखना है।
चरण 00
मुफ़्त निदान
लक्षित कार्य और अनुपलब्ध डेटा स्पष्ट करें।सुझाया गया प्रवेश बिंदु
लक्षित कार्य, आवृत्ति, वर्तमान प्रक्रिया, नमूना डेटा और पहला मापने योग्य प्रश्न जाँचें।
पहला output
कार्यप्रवाह, फ़ील्ड परिभाषाएँ, प्रतिनिधि मामले और प्रोटोटाइप पर जाने की शर्तें।
चरण 00
चरण और निर्णय-द्वार
निर्णय-द्वार: PROCEED / PREPAREलक्षित कार्य और अनुपलब्ध डेटा स्पष्ट करें।
चरण 01
गणितीय प्रोटोटाइप
जाँचें कि नियमों और डेटा से समाधान संभव है या नहीं।सुझाया गया प्रवेश बिंदु
एक व्यावसायिक क्षेत्र और एक प्रतिनिधि डेटासेट का उपयोग करके निश्चित-दायरे वाला सत्यापन परिणाम बनाएँ।
पहला output
शर्तें, संभावित योजनाएँ, योजना न बन पाने के कारण, आधाररेखा तुलना और उत्पादन रूपरेखा।
चरण 01
चरण और निर्णय-द्वार
निर्णय-द्वार: GO / REFRAME / STOPजाँचें कि नियमों और डेटा से समाधान संभव है या नहीं।
चरण 02
उत्पादन सिस्टम
तर्क को Web, ऐप, DB और अनुमतियों में बदलें।सुझाया गया प्रवेश बिंदु
उपयोगकर्ता, अनुमतियाँ, अनुमोदन, डेटाबेस, API, अपवाद प्रबंधन और रिलीज़ योजना डिज़ाइन व लागू करें।
पहला output
Architecture, screen और permission design, first release plan, और migration या संचालन criteria।
चरण 02
चरण और निर्णय-द्वार
निर्णय-द्वार: PILOT / RELEASEतर्क को Web, ऐप, DB और अनुमतियों में बदलें।
चरण 03
संचालन और सुधार
संचालन डेटा से नियम और विकास सूची समायोजित करें।सुझाया गया प्रवेश बिंदु
उपयोग, मैनुअल सुधार, प्रदर्शन और नई बाधाएँ देखें, फिर विकास कतार अपडेट करें।
पहला output
मौजूदा संरचना की समीक्षा, सुधार सूची, जोखिम और प्रथम रिलीज़ का दायरा।
चरण 03
चरण और निर्णय-द्वार
निर्णय-द्वार: CONTINUE / CHANGE / CLOSEसंचालन डेटा से नियम और विकास सूची समायोजित करें।
मूल्य निर्धारण
एकमुश्त सत्यापन को मासिक विकास क्षमता से अलग रखें।
सबसे महत्वपूर्ण अंतर अनुबंध इकाई का है। एकमुश्त प्रोटोटाइप और मासिक विकास ढाँचा एक ही उत्पाद नहीं हैं, भले ही संख्या समान लगे।
एकमुश्तगणितीय स्वचालन प्रोटोटाइप
गणितीय स्वचालन प्रोटोटाइप
JPY 298,000
एक व्यावसायिक क्षेत्र और एक प्रतिनिधि डेटासेट। उत्पादन निर्माण से पहले व्यवहार्यता सत्यापित करता है।
प्रोटोटाइप का विवरण देखेंमासिकLight
Light
JPY 298,000 / माह
Web रखरखाव, छोटे सुधारों और एक प्राथमिकता लाइन के लिए मासिक ढाँचा।
मूल्य निर्धारण
एकमुश्त सत्यापन को मासिक विकास क्षमता से अलग रखें।
सभी prices tax से पहले हैं। Cloud, maps, notifications, external APIs, licenses, devices, audits, travel और special legal या security review actual costs या separate estimates हैं। Estimate और contract को प्राथमिकता दी जाएगी।
Light
मासिकJPY 298,000 / माह
Web रखरखाव, छोटे सुधारों और एक प्राथमिकता लाइन के लिए मासिक ढाँचा।
Standard
मासिकJPY 598,000 / माह
नए Web और ऐप कार्य के लिए एक विकास लाइन, नियमित समीक्षा और चरणबद्ध डिलीवरी के साथ।
Business
मासिकJPY 980,000 / माह से
समानांतर विषयों, साप्ताहिक निर्णय और Web व ऐप विकास के लिए दो लाइनें।
मासिक
Standard
नए Web और ऐप कार्य के लिए एक विकास लाइन, नियमित समीक्षा और चरणबद्ध डिलीवरी के साथ।
- लागत टिप्पणी
- JPY 598,000 / माह
- पहला output
- मासिक क्षमता, एक लाइन, Web और ऐप
- यह रूट प्लानर कानूनी अनुमान नहीं है। यह परामर्श से पहले केवल संभावित पहले चरण और अनुबंध इकाई को व्यवस्थित करता है।
- सभी prices tax से पहले हैं। Cloud, maps, notifications, external APIs, licenses, devices, audits, travel और special legal या security review actual costs या separate estimates हैं। Estimate और contract को प्राथमिकता दी जाएगी।
डिलीवरी गति
एक समय में एक मुख्य विषय पर आगे बढ़ें। दो विषयों या Web और ऐप के काम को समानांतर आगे बढ़ाएँ।
लागत कारक
लागत बदलने का कारण केवल screen नहीं हैं।
यह checker अपने आप कीमत जारी नहीं करता। यह दिखाता है कि estimate से पहले किन क्षेत्रों की तैयारी आवश्यक है।
लागू कारक चुनें
यह checker अपने आप कीमत जारी नहीं करता। यह दिखाता है कि estimate से पहले किन क्षेत्रों की तैयारी आवश्यक है।
आपकी ओर से
आपकी ओर से
मौजूदा प्रक्रिया, एक प्रतिनिधि डेटासेट, निर्णय लेने वाले लोगों और उस मापदंड को साथ लाएँ जो बताए कि अगले चरण पर आगे बढ़ना उचित है या नहीं।
Finite Field की ओर से
Finite Field की ओर से
Finite Field कठोर बाधाओं, प्राथमिकताओं, डेटा की कमियों और डिलीवरी क्षमता को अलग करता है, फिर उन्हें प्रोटोटाइप, सिस्टम डिज़ाइन या मासिक विकास कतार में बदलता है।
काम करने का मॉडल
Specification को दूसरी ओर सौंपकर खत्म न करें। निर्णय मिलकर चलाएँ।
यह पेज अस्पष्ट handoff कम करने के लिए बनाया गया है। पहली बातचीत में ही यह स्पष्ट होना चाहिए कि किस डेटा, निर्णय-स्वामी और अगले निर्णय-द्वार की आवश्यकता है।
आपकी ओर से
आपकी ओर से
मौजूदा प्रक्रिया, एक प्रतिनिधि डेटासेट, निर्णय लेने वाले लोगों और उस मापदंड को साथ लाएँ जो बताए कि अगले चरण पर आगे बढ़ना उचित है या नहीं।
Finite Field की ओर से
Finite Field की ओर से
Finite Field कठोर बाधाओं, प्राथमिकताओं, डेटा की कमियों और डिलीवरी क्षमता को अलग करता है, फिर उन्हें प्रोटोटाइप, सिस्टम डिज़ाइन या मासिक विकास कतार में बदलता है।
तैयारी टेम्पलेट
तैयारी टेम्पलेट
उदाहरण
भेंट-सारणी स्वचालन का चरणबद्ध उदाहरण।
भेंट-सारणी project छोटे प्रोटोटाइप से शुरू हो सकता है और निर्णय-द्वार स्पष्ट होने के बाद ही संचालन तक बढ़ सकता है।
चरण 01प्रोटोटाइप
योजना तर्क का प्रोटोटाइप बनाएँ
अज्ञातीकृत भेंट और कर्मचारी डेटा से जाँचें कि अनिवार्य शर्तों और तुलना मानकों को दर्शाया जा सकता है या नहीं।
निर्णय-द्वार: GO / REFRAME / STOPचरण 02उत्पादन निर्माण
उत्पादन स्क्रीन बनाएँ
पहली संचालन टीम के लिए डेटाबेस, भूमिकाएँ, मैनुअल सुधार और समीक्षा प्रवाह जोड़ें।
निर्णय-द्वार: PILOT / RELEASEचरण 03संचालन
संचालन डेटा से सुधार करें
अनिर्धारित भेंटों, मैनुअल सुधारों, यात्रा भार और नियम परिवर्तनों को ट्रैक करें, फिर विकास सूची अपडेट करें।
निर्णय-द्वार: CONTINUE / CHANGE / CLOSEअक्सर पूछे जाने वाले प्रश्न
प्रक्रिया और मूल्य निर्धारण के सामान्य प्रश्न।
उत्तर one-time validation, monthly development capacity और contract conditions को अलग करते हैं, ताकि पहली चर्चा कीमत के भ्रम पर केंद्रित न हो।
01क्या शुरुआत से ही मासिक अनुबंध आवश्यक है?
नहीं। मुफ़्त diagnosis से शुरू करें और production development से पहले व्यवहार्यता जाँचनी हो तभी fixed-scope प्रोटोटाइप चुनें।
02प्रोटोटाइप और Light योजना में क्या अंतर है?
Prototype एक one-time validation package है। Light, Web maintenance या छोटे सुधारों के लिए मासिक development frame है। कीमत समान लग सकती है, लेकिन अनुबंध इकाई और deliverables अलग हैं।
03क्या यह पेज निश्चित अनुमान है?
यह page standard models और decision criteria दिखाता है। औपचारिक दायरा, कर, भुगतान, स्वीकृति, रद्दीकरण, IP और external costs estimate और contract में तय होते हैं।
04क्या सर्वर और बाहरी सेवा लागत शामिल हैं?
क्लाउड, मानचित्र, सूचनाएँ, बाहरी API, स्टोर पंजीकरण, लाइसेंस, डिवाइस, ऑडिट और यात्रा को वास्तविक लागत या अलग अनुमान के रूप में संभाला जाता है।
अगला कदम
स्पष्ट करें कि पहले दो सप्ताह में क्या सत्यापित होना चाहिए।
शुरुआती बिंदु के रूप में route planner का result या एक प्रतिनिधि dataset उपयोग करें। पहला step यह तय करना है कि क्या सत्यापित होना चाहिए, हर possible feature की सूची बनाना नहीं।