टीम दक्षता कैसे सुधारें: निदान करें, ठीक करें, मापें
निर्माण और अनुमान टीमों के लिए टीम दक्षता सुधारने का तरीका जानें, बाधाओं को खोजने से लेकर एआई टेकऑफ को पायलट करने और परिणामों को ट्रैक करने तक।
40% की मीटिंग्स में कमी को मापी गई उत्पादकता में 71% की वृद्धि से जोड़ा गया बड़े संगठनों के एक अध्ययन में जिसका वर्णन इस Microsoft-hosted paper on focus time में किया गया है। यह आपके अनुमान विभाग के लिए पूर्वानुमान नहीं है, लेकिन यह एक परिचित प्रबंधन प्रतिक्रिया को चुनौती देता है: जब उत्पादन पिछड़ जाए तो अधिक समन्वय जोड़ना।
निर्माण टीमों के लिए बेहतर सवाल यह है कि उपयोग योग्य कार्य कहाँ रुक जाता है। यदि आप टीम दक्षता सुधारने का निर्णय ले रहे हैं तो स्कोप पुष्टि, टेकऑफ, मूल्य निर्धारण, समीक्षा और रिलीज के बीच खोए घंटों से शुरू करें। लोगों से तेजी से काम करने को कहना किसी अनुत्तरित स्कोप प्रश्न को हल नहीं करेगा या पुरानी ड्राइंग को उपयोग के लिए सुरक्षित नहीं बनाएगा।
बाधाओं का निदान करें और एक रेडीनेस गेट स्थापित करें
2024 RICS Construction Productivity Report में 34% उत्तरदाताओं ने कहा कि पिछले बारह महीनों में उत्पादकता बढ़ी है जबकि 53% ने कोई बदलाव नहीं बताया। इसे कार्य प्रणाली की जांच का कारण मानें न कि पहले से व्यस्त कर्मचारियों से अधिक प्रयास की मांग का बहाना।
उन लक्षणों से शुरू करें जिन्हें आप किसी विशिष्ट हैंडऑफ तक ट्रेस कर सकते हैं। कोई टूल तब तक न खरीदें जब तक आप उस देरी का नाम न बता सकें जिसे वह हटाने वाला है।
लक्षण संभावित बाधाएं और मापने योग्य मीट्रिक
| लक्षण | संभावित बाधा | जांचने योग्य मीट्रिक |
|---|---|---|
| अनुमान देर से पूरे होते हैं और दोबारा काम करना पड़ता है | प्रीकंस्ट्रक्शन से अस्पष्ट स्कोप हैंडऑफ | बिड अनुरोध से पहली पूर्ण ड्राफ्ट तक के दिन |
| क्रू पहुंचते हैं और ड्रॉइंग या सामग्री का इंतजार करते हैं | रिलीज से पहले रेडीनेस चेक की कमी | सभी शर्तों की पुष्टि के साथ रिलीज किए गए कार्य का हिस्सा |
| प्लान रिवीजन के बाद टेकऑफ दोबारा किए जाते हैं | कोई रिवीजन ट्रैकिंग या वर्जन कंट्रोल नहीं | प्रति प्लान रिवीजन रिवर्क घंटे |
| कई मीटिंग्स लेकिन कम पूर्ण बिड्स | समन्वय ओवरहेड और व्यवधान | प्रति व्यक्ति प्रति सप्ताह मीटिंग घंटे और निर्बाध कार्य घंटे |
| टीम व्यस्त दिखती है लेकिन बिड वॉल्यूम स्थिर रहता है | यूटिलाइजेशन प्रतीक्षा और खराब हैंडऑफ छिपाता है | प्रति लेबर-आवर यूनिट्स के साथ प्रतीक्षा समय |
केवल लेबर समय नहीं बल्कि बीता समय ट्रेस करें
हाल के बिड लॉग्स जॉब शेड्यूल्स क्रू टाइमशीट्स और ड्रॉइंग रजिस्टर्स निकालें। मैं आठ सप्ताह के लुकबैक को व्यावहारिक शुरुआती विंडो के रूप में इस्तेमाल करूंगा फिर दो सप्ताह की डायग्नोस्टिक अवधि के दौरान अधिक विस्तृत अवलोकन एकत्र करूंगा।
प्रत्येक बिड या वर्क पैकेज के लिए रिकॉर्ड करें कि कोई कब शुरू कर सकता था कब शुरू किया कब समाप्त किया और अगले मालिक ने आउटपुट कब स्वीकार किया। जब भी कार्य निष्क्रिय बैठा हो तो कारण जोड़ें: अनुमोदन की कमी अधूरी ड्रॉइंग्स सप्लायर मूल्य निर्धारण पहुंच की अनुपलब्धता या अनसुलझा स्कोप।
elapsed delay को labor consumed से अलग रखें। एक मूल्य निर्धारण अनुरोध अनुत्तरित बैठ सकता है जबकि अनुमानकर्ता दूसरे बिड पर काम करता है इसलिए देरी स्वचालित रूप से व्यर्थ श्रम नहीं है। कैलेंडर परिणाम और किसी भी वास्तविक पीछा व्यवधान या रिवर्क समय दोनों रिकॉर्ड करें।
फील्ड कार्य के लिए परियोजना को दोहराए जाने योग्य स्थानों और ट्रेड गतिविधियों में विभाजित करें। क्रू स्टार्ट्स और फिनिशेज उपकरण प्रतीक्षा पुनर्स्थापन रुकावटें और वापसी यात्राएं ट्रैक करें। successive क्रूज के बीच प्रतीक्षा को एक ही क्रू के कार्य में व्यवधानों से अलग करें।
ASCE के माध्यम से प्रकाशित एक निर्माण वर्कफ्लो अध्ययन जिसमें 138 स्थान और 33 क्रू शामिल थे पाया गया कि अतिरिक्त वर्क-इन-प्रोग्रेस और कार्य असंततता उत्पादकता से सबसे मजबूत जुड़ाव रखते थे। व्यावहारिक सबक गतिविधियों के बीच स्थान का निरीक्षण करना है न कि केवल प्रति लेबर-आवर इंस्टॉल की गई यूनिट्स पर निर्भर रहना।
यदि आपकी टीम किसी सच्ची बाधा को बार-बार होने वाली परेशानी से अलग करने में संघर्ष करती है तो Applied's guide to bottleneck identification उस जांच को व्यवस्थित करने के लिए उपयोगी ढांचा प्रदान करता है। उस ढांचे का उपयोग करके पूछें कि कार्य कहां जमा होता है और कौन सी अवरुद्ध गतिविधि डाउनस्ट्रीम पूर्णता को रोकती है।
फिक्स चुनने से पहले नुकसान रैंक करें
अग्रणी बाधाओं को खोए घंटों के आधार पर रैंक करें साथ में बीता विलंब दिखाएं। शिकायत मात्रा वरिष्ठता या समस्या को हल करने में आसानी के आधार पर रैंक न करें।
प्रत्येक प्राथमिकता के लिए संक्षिप्त समस्या विवरण लिखें। उदाहरण: टेकऑफ असाइन नहीं रहते जबकि प्रोजेक्ट मैनेजर पुष्टि करता है कि साइट ड्रेनेज प्लंबिंग स्कोप में आता है या नहीं। यह कार्रवाई योग्य है क्योंकि यह रुके हुए डिलीवरेबल गायब निर्णय और जिम्मेदार फंक्शन की पहचान करता है।
estimating workflow का मूल्यांकन करने वाली प्लंबिंग टीम के लिए फिक्स्चर स्पेसिफिकेशन स्पष्ट करने राइजर चेक करने और बहिष्करण पुष्टि करने में लगे समय से गिनती के समय को अलग करें। तेज गिनती ज्यादा मदद नहीं करेगी यदि अनुमान अभी भी उन निर्णयों का इंतजार कर रहा हो।
व्यावहारिक नियम: उस चरण में सुधार करें जो अगले व्यक्ति को समाप्त करने से रोकता है न कि केवल उस चरण को जो तेज करना सबसे आसान है।
रेडीनेस को रिलीज निर्णय बनाएं
क्रू को भेजने या बिड पैकेज रिलीज करने से पहले एक readiness gate स्थापित करें। साइट निष्पादन के लिए पुष्टि करें:
- स्वीकृत जानकारी: क्रू के पास वर्तमान ड्रॉइंग्स स्पेसिफिकेशन और हल किए गए निर्देश हैं।
- पहुंच योग्य कार्य क्षेत्र: पहुंच परमिट क्लियरेंस और भौतिक कार्य स्थान उपलब्ध हैं।
- उपलब्ध सामग्री: आवश्यक सामग्री साइट पर है और नियोजित कार्य के लिए उपयुक्त है।
- कार्यशील उपकरण: टूल्स और उपकरण उपलब्ध सेवा योग्य और उपयुक्त हैं।
- पूर्ववर्ती कार्य पूर्ण: ऊपरी कार्य जहां आवश्यक हो समाप्त और स्वीकृत है।
बिड रिलीज के लिए रेडीनेस गेट को स्वीकृत ड्रॉइंग्स स्कोप पुष्टि वर्तमान सप्लायर कीमतों और एक नामित ओनर में बदलें। रिकॉर्ड करें कि किसने प्रत्येक शर्त की जांच की और सपोर्टिंग जानकारी कहां रहती है।
रेडीनेस गेट को औपचारिक टिक बॉक्स न बनाएं। यदि कोई शर्त विफल होती है तो प्रभावित पैकेज को रोकें या पुनः अनुक्रमित करें और दैनिक हडल में बाधा को escalate करें। व्यापार बंद जानबूझकर है: दृश्यमान शेड्यूलिंग समायोजन स्वीकार करना बेहतर है बजाय लोगों को टालने योग्य प्रतीक्षा में भेजने या छिपी मान्यताओं के साथ प्रस्ताव सबमिट करने के।
कार्य को एक ओनर देने के लिए भूमिकाएं परिभाषित करें
एक अनुमानकर्ता सोचता है कि प्रोजेक्ट मैनेजर ने मात्रा जांच ली। प्रोजेक्ट मैनेजर सोचता है कि अनुमानकर्ता ने जांच ली। दोनों मेहनत से काम कर सकते हैं जबकि अंतिम सत्यापन का कोई ओनर नहीं होता।
उस अस्पष्टता को डिलीवरेबल स्तर पर ठीक करें। एक ओनर का मतलब यह नहीं कि एक व्यक्ति सारा काम करे। इसका मतलब है कोई इनपुट प्राप्त करने प्रश्न हल करने और आउटपुट को अगले यूजर के लिए तैयार होने की पुष्टि करने के लिए जवाबदेह है।
एक भूमिका मानचित्र लिखें जिसे लोग इस्तेमाल कर सकें
प्रत्येक असाइनमेंट को बिड रजिस्टर के पास फिट होने जितना छोटा रखें।
| भूमिका | आवश्यक इनपुट | ओन्ड आउटपुट |
|---|---|---|
| टेकऑफ ओनर | स्वीकृत ड्रॉइंग सेट स्कोप सीमाएं मापन नियम | शीट संदर्भों और मान्यताओं सहित जांच की गई मात्राएं |
| प्राइसिंग ओनर | स्वीकृत मात्राएं सप्लायर कोट्स श्रम आधार | दिनांकित कोट संदर्भों सहित मूल्यांकित अनुमान |
| प्रोपोजल ओनर | स्वीकृत अनुमान विकल्प बहिष्करण सबमिशन निर्देश | अधिकृत रिलीज के लिए तैयार पूर्ण प्रस्ताव |
| स्कोप निर्णयकर्ता | खुले स्कोप प्रश्न और उनके लागत या शेड्यूल निहितार्थ | रिकॉर्ड किए गए निर्णय जो अनुमान आधार को अधिकृत करते हैं |
एक छोटा ठेकेदार एक ही व्यक्ति को कई भूमिकाएं सौंप सकता है। फिर भी भूमिकाओं को अलग से लेबल करें क्योंकि मात्राएं स्वीकार करने वाला टेकऑफ ओनर व्यावसायिक शब्दावली जांचने वाले प्रोपोजल ओनर से अलग जिम्मेदारी है।
एक अनुपस्थित अनुमोदक के लिए बैकअप निर्दिष्ट करें। अन्यथा आपकी भूमिका मानचित्र नियमित रूप से साइट पर रहने वाले या सबमिशन डेडलाइन के पास अनुपलब्ध व्यक्ति के आसपास नई बाधा बना सकती है।
ओनर्स को निर्णय अधिकार दें
अनुमानकर्ताओं को अनुमोदित असेंबली और स्थापित मापन परंपराओं को हर बार अनुमति मांगे बिना लागू करने दें। प्रस्तावित विकल्प बहिष्करण या स्कोप बदलने वाली व्याख्याओं के लिए प्रोजेक्ट मैनेजर अनुमोदन आवश्यक करें।
सामग्री वाणिज्यिक एक्सपोजर अपरिचित अनुबंध प्रतिबद्धताएं और कंपनी नीति के अपवाद ओनर या एक्जीक्यूटिव के लिए आरक्षित रखें। बिड अत्यावश्यक होने से पहले इन सीमाओं का दस्तावेजीकरण करें।
जब प्रतिस्पर्धी बिड उपलब्ध क्षमता से अधिक हों तो प्रत्येक अनुरोध को समान रूप से अत्यावश्यक मानने के बजाय दृश्यमान प्राथमिकता विधि का उपयोग करें। फ्लुइडवेव का कार्य को आइजनहावर और आरआईसीई के साथ प्राथमिकता देने का स्पष्टीकरण उस चर्चा को संरचित करने में मदद कर सकता है लेकिन अंतिम विकल्प को अभी भी एक नामित निर्णयकर्ता की आवश्यकता है जो बिड उपयुक्तता और डिलीवरी क्षमता समझता हो।
स्वामित्व के लिए इनपुट को चुनौती देने की अनुमति भी आवश्यक है। एक जूनियर अनुमानकर्ता लापता शीट या असामान्य मात्रा को देरी का कारण माने बिना फ्लैग करने में सक्षम होना चाहिए।
जवाबदेही हैंडऑफ के लिए जवाब देने का मतलब है अनिश्चितता को छिपाने का नहीं जब तक कोई और इसे विरासत में न ले।
मात्रा विसंगतियों को प्रक्रिया संकेत के रूप में लॉग करें। मासिक समीक्षाओं के दौरान मापन गलतियों को अस्पष्ट प्रतीकों लापता विवरण और रिवीजन ट्रैकिंग विफलताओं से अलग करें ताकि सुधारात्मक कार्रवाई वास्तविक कारण को संबोधित करे।
काम हैंडऑफ करने से पहले प्रत्येक ओनर को पुष्टि करनी चाहिए:
- स्वीकृत इनपुट: स्रोत जानकारी पहचान योग्य और उपयुक्त है।
- पूर्ण जांच: आवश्यक समीक्षा हुई अपवाद रिकॉर्ड किए गए।
- स्वीकृत आउटपुट: प्राप्तकर्ता व्यक्ति जानता है क्या तैयार है और क्या अनसुलझा है।
खुली बाधाओं को बंद करने वाले दैनिक हडल चलाएं
एक स्थिति अद्यतन सभी को बताता है क्या हुआ। एक नियंत्रण बैठक निर्धारित करती है आगे क्या हो सकता है क्या इसे रोकता है और कौन बाधा हटाएगा।
मैं नियमित हडल के लिए पंद्रह मिनट का टाइमबॉक्स सुझाता हूं। यह बैठक डिजाइन विकल्प है जटिल तकनीकी निर्णय को जल्दबाजी में लेने का कारण नहीं। विस्तृत समस्या समाधान केवल आवश्यक लोगों के साथ ऑफलाइन करें।
निश्चित अनुक्रम का पालन करें
साझा बाधा लॉग को एजेंडा के रूप में उपयोग करें बजाय सभी से अपने दिन का वर्णन करने को कहने के।
- प्रतिबद्धताओं की पूर्णता से तुलना करें। कल की नियोजित कार्य की जांच करें कि क्या पूरा हुआ।
- प्रत्येक चूक के पीछे बाधा पहचानें। समन्वय मुद्दों जैसी अस्पष्ट व्याख्याओं को लापता ड्रॉइंग सामग्री अनुमोदन या पहुंच शर्त से बदलें।
- आज के निष्पादन योग्य कार्य की पुष्टि करें। पैकेज स्थान क्रू उपकरण सामग्री और ड्रॉइंग रिवीजन का नाम दें।
- समाधान सौंपें। प्रत्येक खुली बाधा को एक ओनर और डेडलाइन दें।
- प्रतिबद्धता रिकॉर्ड करें। कार्रवाई को साझा लॉग में रखें किसी के इनबॉक्स में मीटिंग नोट्स पर निर्भर न रहें।
- समापन सत्यापित करें। अगले हडल में पूर्णता के सबूत की जांच करें किसी अन्य मौखिक आश्वासन को स्वीकार करने के बजाय।
अंतर मायने रखता है क्योंकि सप्लायर का पीछा करने का वादा पुष्टि की गई डिलीवरी के समान नहीं है। केवल गतिविधि नहीं अपेक्षित परिणाम लिखें।
साइट इंप्लीमेंटेशन एंड असेसमेंट ऑफ लीन कंस्ट्रक्शन टेक्नीक में वर्णित फील्ड कार्य ने बिना अतिरिक्त निवेश के उत्पादकता में ५३% से ६२% सुधार रिपोर्ट किया। वह परिणाम संरचित निष्पादन प्रथाओं का परीक्षण समर्थन करता है लेकिन यह हर क्रू या अनुमान टीम के लिए गारंटीकृत सुधार नहीं है।
वादों को ईमानदारी से मापें
प्रतिबद्धता विश्वसनीयता का उपयोग करें: पूर्ण वादों को कुल देय वादों से विभाजित करें। प्रत्येक प्रतिबद्धता को पूर्ण या अपूर्ण चिह्नित करें और प्रत्येक चूक का कारण दर्ज करें।
किसी को महत्वाकांक्षी वादा करने के लिए पुरस्कृत न करें जो बार-बार विफल होता है। समान रूप से आसान प्रतिबद्धताओं को प्रोत्साहित न करें जो स्कोर को अच्छा दिखाती हैं जबकि महत्वपूर्ण कार्य अवरुद्ध रहता है। कार्य के महत्व और रेडीनेस गेट के साथ विश्वसनीयता की समीक्षा करें।
सामान्य विफलता मोड सीधे हैं:
- लंबी घोषणाएं: केवल सूचना अद्यतनों को साझा रिकॉर्ड में ले जाएं।
- स्वामित्वहीन प्रतिबद्धताएं: एजेंडा आइटम तब तक बंद न करें जब तक कोई जिम्मेदारी स्वीकार न कर ले।
- बार-बार अनुस्मारक: आवर्ती अनुरोधों को ऑर्डरिंग, अनुमोदन, पहुंच या दस्तावेज नियंत्रण में बदलाव से बदलें।
प्रबंधन नियम के रूप में यदि एक ही कारण लगातार तीन साप्ताहिक समीक्षाओं में दिखाई दे तो दूसरा अनुस्मारक जारी करने के बजाय प्रक्रिया सुधार सौंपें। उदाहरण के लिए बार-बार गुम आपूर्तिकर्ता उद्धरणों के लिए पहले प्राइसिंग-रिलीज चेकपॉइंट की आवश्यकता हो सकती है न कि सबमिशन दिवस पर अधिक संदेशों की।
हडल को बाधा-से-स्वामी समय कम करने पर केंद्रित रखें। उपस्थिति अकेले यह प्रमाण नहीं है कि समन्वय सुधरा है।
जहां टेकऑफ अनुमान विभाग को धीमा करते हैं वहां स्वचालन का उपयोग करें
PwC's 2025 Global Workforce Hopes and Fears Survey में 48 देशों और क्षेत्रों के 54% श्रमिकों ने पिछले बारह महीनों में अपनी नौकरियों के लिए AI का उपयोग करने की रिपोर्ट की और उन उपयोगकर्ताओं में से लगभग तीन-चौथाई ने कहा कि AI ने उनकी उत्पादकता और कार्य गुणवत्ता में सुधार किया। ये श्रमिकों द्वारा बताए गए लाभ हैं न कि प्रमाण कि अनुमान विभाग स्वचालित रूप से बेहतर बिड जमा करेगा।
एक तेज व्यक्ति अभी भी अतिभारित समीक्षक को असंगत मात्राएं भेज सकता है। स्वचालन का मूल्यांकन स्वीकृत ड्राइंग से स्वीकृत अनुमान तक पूर्ण पथ द्वारा करें जिसमें जांच और सुधार शामिल है।
समीक्षा के दौरान स्रोत ड्राइंग को दृश्यमान रखें न कि उत्पन्न मात्रा तालिका को उनका प्रतिस्थापन मानें।

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

संतुलित स्कोरकार्ड का उपयोग करें
टीम दक्षता KPI और उन्हें कैसे पढ़ें
| मीट्रिक | इसे कैसे मापें | समीक्षा कैडेंस | अच्छी दिशा |
|---|---|---|---|
| अनुमान टर्नअराउंड | बिड अनुरोध से प्रस्तुत प्रस्ताव तक के दिन | साप्ताहिक | निचला |
| रिवीजन दर | पहली प्रस्तुति के बाद प्रति अनुमान रिवीजन | मासिक | निचला |
| प्रतिबद्धता विश्वसनीयता | हडल लॉग से कुल वादों द्वारा विभाजित पूर्ण वादे | साप्ताहिक | उच्चतर |
| हैंडऑफ विलंब | एक टीम की समाप्ति और अगली टीम की शुरुआत के बीच के घंटे | साप्ताहिक | निचला |
| निर्बाध कार्य समय | बैठकों या अलर्ट के बिना प्रति दिन घंटे | साप्ताहिक | उच्चतर |
| बिड जीत दर | प्रस्तुत बिड द्वारा विभाजित जीती बिड | मासिक | उच्चतर |
मापों की एक साथ व्याख्या करें। अधिक सुधारों के साथ कम टर्नअराउंड स्वच्छ सुधार नहीं है और बिड जीत दर प्रोजेक्ट चयन प्राइसिंग या प्रतिस्पर्धा के कारण बदल सकती है न कि अनुमान दक्षता के कारण।
roofing estimating पर केंद्रित पायलट के लिए उचित रूप से समान ड्राइंग गुणवत्ता और स्कोप जटिलता वाले कार्यों की तुलना करें। रिवीजन माप उपयोगी बनी रहे इसके लिए मूल-अनुमान सुधारों को क्लाइंट-अनुरोधित परिवर्तनों से अलग करें।
स्पष्ट निर्णय लें
आधार रेखा स्थापित करने और मापन स्वामियों को सौंपने के लिए उद्घाटन सप्ताह का उपयोग करें। अगले सप्ताह लाइव कार्य पर बदली गई दिनचर्या चलाएं अगली समीक्षा के दौरान चूकों का निरीक्षण करें और आधार रेखा के साथ परिणामों की तुलना करके समाप्त करें।
यदि हस्तक्षेप में AI टेकऑफ शामिल है तो आउटपुट को सामान्य उत्पादन में स्वीकार करने से पहले चयनित प्रोजेक्ट पर समानांतर मैन्युअल जांच शामिल करें। केवल पूर्णता टाइमस्टैम्प नहीं बल्कि मात्रा अंतर और उनके कारण रिकॉर्ड करें।
हमारा ROI Calculator अनुमान लगाता है कि AI अनुमान एक टीम के लिए कितना समय और पैसा बचा सकता है। उस अनुमान को योजना इनपुट के रूप में लें फिर मापे गए पायलट परिणामों से धारणाओं को बदलें।
स्केल समायोजित या बंद करने के लिखित निर्णय के साथ समाप्त करें। इस सप्ताह आधार रेखा एकत्र करना शुरू करें बिना इसके आपके पास सुधार के बारे में राय होंगी लेकिन सबूत कम होगा कि परिवर्तन काम किया।
दिनचर्या को टेम्पलेट और उदाहरणों के साथ स्केल करें
सफल पायलट अभी तक निर्भर करने योग्य संचालन दिनचर्या नहीं है। कार्यशील विधि को दस्तावेजों में बदलें जिनका कोई अन्य प्रोजेक्ट टीम बिना अपने डिजाइनर के हर बैठक में आवश्यकता के उपयोग कर सके।
दस्तावेजों को संक्षिप्त रखें और किसी को उन्हें बनाए रखने के लिए सौंपें। विस्तृत टेम्पलेट जिसे कोई अपडेट नहीं करता कम उपयोगी है बजाय छोटी चेकलिस्ट के जिसे लोग पूरा करते हैं।
कार्यशील किट बनाएं
- Role map: प्रत्येक डिलीवरेबल स्वामी का नाम बताएं और आवश्यक इनपुट और आउटपुट सूचीबद्ध करें।
- Bid-release checklist: रेडीनेस शर्तें साक्ष्य चेकर और रिलीज निर्णय रिकॉर्ड करें।
- Huddle log: नियोजित कार्य बाधा स्वामी समय सीमा और स्थिति शामिल करें।
- KPI scorecard: प्रत्येक माप उसके स्रोत रिकॉर्ड और उसे अपडेट करने के लिए जिम्मेदार व्यक्ति को परिभाषित करें।
- Decision-rights sheet: बताएं कि अनुमानक प्रोजेक्ट प्रबंधक और स्वामी क्या स्वीकृत कर सकते हैं।
प्रशिक्षण के दौरान काम किया उदाहरण उपयोग करें। मान लें कि एक अपार्टमेंट बिड को दोबारा काम की आवश्यकता है क्योंकि टेकऑफ ने पहले प्लान रिवीजन का उपयोग किया। नए स्वामी को ड्राइंग रजिस्टर का पता लगाने दें रिलीज चेक की पहचान करें जो मेल न खाने को पकड़ना चाहिए था और परिणामी रीवर्क को सही कारण के विरुद्ध रिकॉर्ड करें।
वह अभ्यास परीक्षण करता है कि क्या दस्तावेज किसी को कार्य करने में मदद करते हैं। यदि स्वामी यह निर्धारित नहीं कर सकता कि कौन सी ड्राइंग नियंत्रित करती है तो अधिक निर्देश जोड़ने से पहले टेम्पलेट संशोधित करें।
प्रबंधनीय गति से विस्तार करें
पायलट के वास्तविक परिणामों से एक पृष्ठ का प्लेबुक लिखें जिसमें इसकी सीमाएं शामिल हों। सफल गेट लॉग और स्कोरकार्ड को पुन: प्रयोज्य टेम्पलेट में बदलें फिर लाइव पैकेज का उपयोग करके प्रत्येक आने वाले स्वामी को प्रशिक्षित करें।
मैं कंपनी-व्यापी लॉन्च करने के बजाय एक समय में एक प्रोजेक्ट टीम जोड़ूंगा। इससे ऑपरेशंस लीड को अपनाने की जांच करने अपवादों का उत्तर देने और स्थानीय कार्यप्रवाह अंतर को विधि की वास्तविक विफलता से अलग करने की जगह मिलती है।
KPI की त्रैमासिक समीक्षा करें और अप्रयुक्त फ़ील्ड या अनावश्यक टेम्पलेट हटाएं। उन नियंत्रणों को रखें जो पहचान योग्य त्रुटियों को रोकते हैं; कागजी कार्रवाई को सेवानिवृत्त करें जिसका कोई निर्णय लेने के लिए उपयोग नहीं करता।
परीक्षण यह है कि क्या कोई अन्य टीम अतिरिक्त पीछा या छिपी जांच के बिना लगातार स्वीकृत हैंडऑफ उत्पन्न कर सकती है।
Exayard AI-संचालित निर्माण टेकऑफ और अनुमान उपकरण प्रदान करता है जो मापन और गिनती संभालते हैं ताकि आपकी टीम स्कोप की समीक्षा और बिड तैयार करने पर ध्यान केंद्रित कर सके। Exayard पर जाएं एक दोहराए जाने वाले टेकऑफ कार्य का मूल्यांकन करने के लिए फिर टर्नअराउंड समीक्षा प्रयास और रिवीजन दर के लिए अपनी आधार रेखा के विरुद्ध इसका परीक्षण करें।