आपके बिज़नेस कॉन्टेक्स्ट पर
ऑर्केस्ट्रेशन।

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

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

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

वर्कफ़्लो टूल्स कदम A को कदम B से जोड़ते हैं और ट्रिगर होने पर चलते हैं। वे रन के बीच कुछ भी नहीं रखते, और हर वर्कफ़्लो अपने बिज़नेस नियमों की अपनी कॉपी रखता है, इसलिए वे एक-दूसरे से अलग होते जाते हैं। Clarwiz जानने को करने से अलग करता है। नियम और कॉन्टेक्स्ट Brain में रहते हैं, क्रियान्वयन Orchestration में होता है, अधिकार Cockpit में रहता है। एक नियम बदलें, और उस पर निर्भर हर प्रक्रिया भी बदल जाती है।

नहीं। Clarwiz आपके मौजूदा सिस्टम और टूल्स के ऊपर बैठता है और जो कुछ भी नीचे चल रहा है उसे समन्वित करता है — चाहे वह मौजूदा ऑटोमेशन हो, किसी का लिखा स्क्रिप्ट हो, किसी वेंडर का एजेंट हो, एक API कॉल हो, या काम पूरा करता कोई इंसान हो। ज़्यादातर कामकाज पहले से ही कई टूल्स इस्तेमाल करते हैं। कमी आमतौर पर उनके बीच की समझदार समन्वय में होती है, टूल्स में नहीं।

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

तीन चीज़ें, क्रम में। Brain में मौजूद नियम, जो निर्णय के क्षण में जांचे जाते हैं, जो किसी काम को पूरी तरह अस्वीकार कर सकते हैं। प्रक्रिया का स्वायत्तता स्तर, जो बिना हस्ताक्षर के वह क्या कर सकता है इसकी सीमा तय करता है। और Cockpit में रोक, जो चल रही प्रक्रिया के अगले कदम पर असर डालती है, पूरा होने का इंतज़ार नहीं करती। हर अस्वीकृति उस नियम के साथ दर्ज होती है जिसने उसे जन्म दिया।

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