परियोजना जटिलता: Difference between revisions
From Vigyanwiki
(Created page with "परियोजना जटिलता एक परियोजना की संपत्ति है जो परियोजना प्रणाली के...") |
No edit summary |
||
| Line 1: | Line 1: | ||
परियोजना जटिलता एक परियोजना की संपत्ति है जो परियोजना प्रणाली के बारे में यथोचित पूरी जानकारी दिए जाने पर भी, इसके समग्र व्यवहार को समझना, पूर्वाभास करना और नियंत्रण में रखना | परियोजना जटिलता एक परियोजना की संपत्ति है जो परियोजना प्रणाली के बारे में यथोचित पूरी जानकारी दिए जाने पर भी, इसके समग्र व्यवहार को समझना, पूर्वाभास करना और नियंत्रण में रखना कठिन बना देती है।<ref name="Springer-Verlag">{{Cite book|last1=Marle|first1=Franck|title=प्रबंध परिसर, उच्च जोखिम परियोजनाएं - बुनियादी और उन्नत परियोजना प्रबंधन के लिए एक गाइड|last2=Vidal|first2=Ludovic‐Alexandre|date=2016|publisher=Springer-Verlag|location=London}}</ref> प्रणाली सोच के एक लेंस के साथ, परियोजना जटिलता को विभिन्न परस्पर संबंधित भागों की एक जटिल व्यवस्था के रूप में परिभाषित किया जा सकता है जिसमें तत्व परियोजना के उद्देश्यों पर प्रभाव के साथ लगातार बदल सकते हैं और विकसित हो सकते हैं।<ref name=":1">{{cite journal |last1=Bakhshi |first1=Javad |last2=Ireland |first2=Vernon |last3=Gorod |first3=Alex |title=Clarifying the project complexity construct: Past, present and future |journal=International Journal of Project Management |date=1 October 2016 |volume=34 |issue=7 |pages=1199–1213 |doi=10.1016/j.ijproman.2016.06.002 |s2cid=113426565 }}</ref> बहु-परियोजना इंजीनियरिंग वातावरण के लिए जटिल परियोजनाओं की पहचान विशेष रूप से महत्वपूर्ण है।<ref>{{Cite journal|last1=Vidal|first1=Ludovic-Alexandre|last2=Marle|first2=Franck|last3=Bocquet|first3=Jean-Claude|date=2011|title=विश्लेषणात्मक पदानुक्रम प्रक्रिया का उपयोग करके परियोजना की जटिलता को मापना|url=https://hal.archives-ouvertes.fr/hal-01215358/file/Vidal%20et%20al%20-%202011%20-%20IJPM%20-%20Measuring%20project%20complexity%20using%20the%20AHP.pdf|journal=International Journal of Project Management|language=en|volume=29|issue=6|pages=718–727|doi=10.1016/j.ijproman.2010.07.005|s2cid=111186583 }}</ref> '''के रूप में परिभाषित किया जा सकता है जिसमें तत्व परियोजना के उद्देश्यों पर प्रभाव के साथ लगातार बदल सकते हैं और विकसित हो सकते हैं।<ref name=":1" /> बहु-परियोजना इंजीनियरिंग वातावरण के लिए जटिल परियोजनाओं की पहचान विशेष रूप से महत्वपूर्ण है।''' | ||
डोमेन को 1996 में डी. बकारिनी द्वारा | |||
डोमेन को 1996 में डी. बकारिनी द्वारा प्रस्तुत किया गया था।<ref>{{Cite journal|last=Baccarini|first=David|date=1996|title=The concept of project complexity—a review|url=https://linkinghub.elsevier.com/retrieve/pii/0263786395000933|journal=International Journal of Project Management|language=en|volume=14|issue=4|pages=201–204|doi=10.1016/0263-7863(95)00093-3}}</ref> | |||
| Line 6: | Line 8: | ||
जटिलता हो सकती है: | जटिलता हो सकती है: | ||
* संरचनात्मक जटिलता (विस्तार जटिलता या जटिलता के रूप में भी जाना जाता है), यानी कई अलग-अलग परस्पर संबंधित भागों से मिलकर।<ref>{{Cite journal|last=Baccarini|first=D.|date=1996|title=परियोजना जटिलता की अवधारणा, एक समीक्षा|journal=International Journal of Project Management|language=en|volume=14|issue=4|pages=201–204|doi=10.1016/0263-7863(95)00093-3}}</ref> यह | * संरचनात्मक जटिलता (विस्तार जटिलता या जटिलता के रूप में भी जाना जाता है), यानी कई अलग-अलग परस्पर संबंधित भागों से मिलकर।<ref>{{Cite journal|last=Baccarini|first=D.|date=1996|title=परियोजना जटिलता की अवधारणा, एक समीक्षा|journal=International Journal of Project Management|language=en|volume=14|issue=4|pages=201–204|doi=10.1016/0263-7863(95)00093-3}}</ref> यह सामान्यतः परियोजना घटकों के आकार, विविधता और अन्योन्याश्रितता के रूप में व्यक्त किया जाता है, और तकनीकी और संगठनात्मक कारकों द्वारा वर्णित किया जाता है। | ||
* गतिशील जटिलता, जो अस्पष्टता, अनिश्चितता, प्रसार, उद्भव और अराजकता जैसी घटनाओं, विशेषताओं और अभिव्यक्तियों को संदर्भित करती है।<ref name="Springer-Verlag" /> | * गतिशील जटिलता, जो अस्पष्टता, अनिश्चितता, प्रसार, उद्भव और अराजकता जैसी घटनाओं, विशेषताओं और अभिव्यक्तियों को संदर्भित करती है।<ref name="Springer-Verlag" /> | ||
[[File:Simple,_complicated,_complex,_and_really_complex_projects.png|thumb|सरल, जटिल, जटिल और वास्तव में जटिल परियोजनाएं - साइनेफिन ढांचे के ढांचे पर आधारित।]][[डेव स्नोडेन]] द्वारा विकसित सिनेफिन ढांचे के आधार पर,<ref>{{Cite journal|last=Snowden, David J.; Boone, Mary E.|date=2007|title=निर्णय लेने के लिए एक नेता की रूपरेखा|url=https://hbr.org/2007/11/a-leaders-framework-for-decision-making|journal=Harvard Business Review|language=en|volume=85|issue=11|pages=68–76}}</ref> जटिल परियोजनाओं को इस प्रकार वर्गीकृत किया जा सकता है: | [[File:Simple,_complicated,_complex,_and_really_complex_projects.png|thumb|सरल, जटिल, जटिल और वास्तव में जटिल परियोजनाएं - साइनेफिन ढांचे के ढांचे पर आधारित।]][[डेव स्नोडेन]] द्वारा विकसित सिनेफिन ढांचे के आधार पर,<ref>{{Cite journal|last=Snowden, David J.; Boone, Mary E.|date=2007|title=निर्णय लेने के लिए एक नेता की रूपरेखा|url=https://hbr.org/2007/11/a-leaders-framework-for-decision-making|journal=Harvard Business Review|language=en|volume=85|issue=11|pages=68–76}}</ref> जटिल परियोजनाओं को इस प्रकार वर्गीकृत किया जा सकता है: | ||
* सरल (या स्पष्ट, स्पष्ट, ज्ञात) परियोजनाएं, | * सरल (या स्पष्ट, स्पष्ट, ज्ञात) परियोजनाएं, प्रणाली, या संदर्भ। ये ज्ञात ज्ञात, स्थिरता, स्पष्ट कारण और प्रभाव संबंधों की विशेषता हैं। उन्हें मानक संचालन प्रक्रियाओं और सर्वोत्तम प्रथाओं के साथ हल किया जा सकता है। | ||
* जटिल: ज्ञात अज्ञात द्वारा विशेषता। एक जटिल प्रणाली इसके भागों का योग है। सिद्धांत रूप में, इसे छोटे सरल घटकों में विखंडित किया जा सकता है। जबकि कठिन, जटिल समस्याएं अतिरिक्त संसाधनों के साथ सैद्धांतिक रूप से हल करने योग्य हैं, विशेष विशेषज्ञता के साथ, विश्लेषणात्मक, न्यूनीकरणवादी, सरलीकरण, अपघटन तकनीकों के साथ, परिदृश्य योजना के साथ, और अच्छी प्रथाओं का पालन करना।<ref>{{Cite book|last=Maurer|first=Maik|title=Complexity Management in Engineering Design – a Primer|date=2017|publisher=Springer|location=Berlin, Heidelberg}}</ref><ref>{{Cite journal|last=Kurtz, C.F.; Snowden, David J.|date=2003|title=The new dynamics of strategy: Sense-making in a complex and complicated world|journal=IBM Systems Journal|language=en|volume=42|issue=3|pages=462–483|doi=10.1147/sj.423.0462|s2cid=1571304}}</ref> | * जटिल: ज्ञात अज्ञात द्वारा विशेषता। एक जटिल प्रणाली इसके भागों का योग है। सिद्धांत रूप में, इसे छोटे सरल घटकों में विखंडित किया जा सकता है। जबकि कठिन, जटिल समस्याएं अतिरिक्त संसाधनों के साथ सैद्धांतिक रूप से हल करने योग्य हैं, विशेष विशेषज्ञता के साथ, विश्लेषणात्मक, न्यूनीकरणवादी, सरलीकरण, अपघटन तकनीकों के साथ, परिदृश्य योजना के साथ, और अच्छी प्रथाओं का पालन करना।<ref>{{Cite book|last=Maurer|first=Maik|title=Complexity Management in Engineering Design – a Primer|date=2017|publisher=Springer|location=Berlin, Heidelberg}}</ref><ref>{{Cite journal|last=Kurtz, C.F.; Snowden, David J.|date=2003|title=The new dynamics of strategy: Sense-making in a complex and complicated world|journal=IBM Systems Journal|language=en|volume=42|issue=3|pages=462–483|doi=10.1147/sj.423.0462|s2cid=1571304}}</ref> | ||
* जटिल: अज्ञात अज्ञात और उद्भव द्वारा विशेषता। प्रतिमानों का खुलासा किया जा सकता है, लेकिन वे स्पष्ट नहीं हैं। [[यूक्लिड]] के कथन से एक जटिल प्रणाली का वर्णन किया जा सकता है कि संपूर्ण अपने भागों के योग से अधिक है। | * जटिल: अज्ञात अज्ञात और उद्भव द्वारा विशेषता। प्रतिमानों का खुलासा किया जा सकता है, लेकिन वे स्पष्ट नहीं हैं। [[यूक्लिड]] के कथन से एक जटिल प्रणाली का वर्णन किया जा सकता है कि संपूर्ण अपने भागों के योग से अधिक है। | ||
* वास्तव में जटिल परियोजनाएं, उर्फ बहुत जटिल, या अराजक: अनजानी विशेषताएँ। वास्तव में जटिल परियोजनाओं में कोई प्रतिमान स्पष्ट नहीं है। पूर्वव्यापी में भी कारण और प्रभाव स्पष्ट नहीं हैं। [[अरस्तू]] की व्याख्या करते हुए, वास्तव में एक जटिल प्रणाली इसके भागों के योग से अलग है।<ref name=":0">Morcov, Stefan (2021). Managing Positive and Negative Complexity: Design and Validation of an IT Project Complexity Management Framework. KU Leuven University. Available at https://lirias.kuleuven.be/retrieve/637007 </ref> | * वास्तव में जटिल परियोजनाएं, उर्फ बहुत जटिल, या अराजक: अनजानी विशेषताएँ। वास्तव में जटिल परियोजनाओं में कोई प्रतिमान स्पष्ट नहीं है। पूर्वव्यापी में भी कारण और प्रभाव स्पष्ट नहीं हैं। [[अरस्तू]] की व्याख्या करते हुए, वास्तव में एक जटिल प्रणाली इसके भागों के योग से अलग है।<ref name=":0">Morcov, Stefan (2021). Managing Positive and Negative Complexity: Design and Validation of an IT Project Complexity Management Framework. KU Leuven University. Available at https://lirias.kuleuven.be/retrieve/637007 </ref> | ||
परियोजना जटिलता में उत्पाद सहित विभिन्न घटक और स्रोत होते हैं ( | परियोजना जटिलता में उत्पाद सहित विभिन्न घटक और स्रोत होते हैं (सामान्यतः संरचनात्मक या तकनीकी जटिलता के संदर्भ में व्यक्त); साथ ही संगठन, इसकी प्रक्रियाएं; आसपास के नियम, नैतिक और नियामक वातावरण; हितधारक जटिलता और उनके (अधिकांशतः परस्पर विरोधी) उद्देश्य; बाजार की जटिलता। इस प्रकार, एक जटिल संगठन में संचालन करते समय, या एक जटिल उत्पाद विकसित करते समय, यह संभावना है कि परियोजना स्वयं गतिशील जटिलता से संबंधित घटनाओं का सामना करेगी। | ||
== परियोजना जटिलता प्रबंधन == | == परियोजना जटिलता प्रबंधन == | ||
[[File:The IT-PCM Project Complexity Management framework.png|thumb| | [[File:The IT-PCM Project Complexity Management framework.png|thumb|आईटी-पीसीएम प्रोजेक्ट कॉम्प्लेक्सिटी मैनेजमेंट फ्रेमवर्क]]स्टीफन मोरकोव द्वारा प्रस्तावित आईटी-पीसीएम परियोजना जटिलता प्रबंधन ढांचे में 5 प्रक्रियाएं सम्मिलित हैं:<ref>{{Cite journal|last1=Morcov|first1=Stefan|last2=Pintelon|first2=Liliane|last3=Kusters|first3=Rob J.|date=2021|title=आईटी परियोजना जटिलता प्रबंधन के लिए एक रूपरेखा|url=|journal=International Journal of Information Technology Project Management|publisher=IADIS IS 2021: 14th IADIS International Conference Information Systems|volume=|issue=|pages=61–68|doi=|issn=}}</ref> | ||
# योजना आईटी परियोजना जटिलता प्रबंधन: लाल झंडी दिखाने वाली जटिल परियोजनाओं की प्रक्रिया, और प्रबंधन रणनीतियों और उपकरणों पर निर्णय लेना। | # योजना आईटी परियोजना जटिलता प्रबंधन: लाल झंडी दिखाने वाली जटिल परियोजनाओं की प्रक्रिया, और प्रबंधन रणनीतियों और उपकरणों पर निर्णय लेना। | ||
# आईटी परियोजना जटिलता की पहचान करें: यह निर्धारित करने की प्रक्रिया कि जटिलता के कौन से तत्व परियोजना की विशेषता हैं। इसका उद्देश्य समस्या का पता लगाना, सूची बनाना और उसका वर्णन करना है। | # आईटी परियोजना जटिलता की पहचान करें: यह निर्धारित करने की प्रक्रिया कि जटिलता के कौन से तत्व परियोजना की विशेषता हैं। इसका उद्देश्य समस्या का पता लगाना, सूची बनाना और उसका वर्णन करना है। | ||
# आईटी परियोजना जटिलता का विश्लेषण करें: परियोजना जटिलता तत्वों और विशेषताओं का विश्लेषण और प्राथमिकता देने की प्रक्रिया। यह कदम समस्या को समझने से संबंधित है। | # आईटी परियोजना जटिलता का विश्लेषण करें: परियोजना जटिलता तत्वों और विशेषताओं का विश्लेषण और प्राथमिकता देने की प्रक्रिया। यह कदम समस्या को समझने से संबंधित है। | ||
# योजना आईटी परियोजना जटिलता प्रतिक्रिया रणनीति: सकारात्मक जटिलता को बढ़ाने और उपयोग करने और नकारात्मक जटिलता को कम करने या उससे बचने के लिए विकल्पों और कार्यों को विकसित करने की प्रक्रिया। इस कदम में संभावित समाधानों की मॉडलिंग और डिजाइन | # योजना आईटी परियोजना जटिलता प्रतिक्रिया रणनीति: सकारात्मक जटिलता को बढ़ाने और उपयोग करने और नकारात्मक जटिलता को कम करने या उससे बचने के लिए विकल्पों और कार्यों को विकसित करने की प्रक्रिया। इस कदम में संभावित समाधानों की मॉडलिंग और डिजाइन सम्मिलित है। | ||
# मॉनिटर और नियंत्रण आईटी परियोजना जटिलता: प्रतिक्रिया रणनीतियों को | # मॉनिटर और नियंत्रण आईटी परियोजना जटिलता: प्रतिक्रिया रणनीतियों को प्रयुक्त करने की प्रक्रिया, निगरानी, नियंत्रण और समग्र प्रभावशीलता का मूल्यांकन। यह एक सतत गतिविधि है। | ||
विशिष्ट प्रतिक्रिया रणनीतियाँ हैं: | विशिष्ट प्रतिक्रिया रणनीतियाँ हैं: | ||
| Line 30: | Line 32: | ||
== सकारात्मक, उपयुक्त (अपेक्षित), और नकारात्मक जटिलता == | == सकारात्मक, उपयुक्त (अपेक्षित), और नकारात्मक जटिलता == | ||
[[File:Positive_complexity.png|thumb|स्टीफन मोरकोव द्वारा प्रस्तावित सकारात्मक, उपयुक्त और नकारात्मक जटिलता मॉडल <ref name=":0" />]]इसी तरह वैराइटी (साइबरनेटिक्स)#आवश्यक विविधता और जटिलता का नियम#अपेक्षित जटिलता का नियम, परियोजना को अपने उद्देश्यों तक पहुंचने के लिए कभी-कभी परियोजना जटिलता की आवश्यकता होती है, और कभी-कभी इसके लाभकारी परिणाम होते हैं। जटिलता के प्रभावों के आधार पर, स्टीफन मोरकोव ने इसके वर्गीकरण को सकारात्मक, उपयुक्त या नकारात्मक के रूप में प्रस्तावित किया।<ref>{{Cite journal|last1=Morcov|first1=Stefan|last2=Pintelon|first2=Liliane|last3=Kusters|first3=Rob J.|date=2020|title=IT Project Complexity Management Based on Sources and Effects: Positive, Appropriate and Negative|url=https://acad.ro/sectii2002/proceedings/doc2020-4/05-Morcov.pdf|journal=Proceedings of the Romanian Academy - Series A|language=en|volume=21|issue=4|pages=329–336}}</ref><ref name=":0" /> | [[File:Positive_complexity.png|thumb|स्टीफन मोरकोव द्वारा प्रस्तावित सकारात्मक, उपयुक्त और नकारात्मक जटिलता मॉडल <ref name=":0" />]]इसी तरह वैराइटी (साइबरनेटिक्स)#आवश्यक विविधता और जटिलता का नियम #अपेक्षित जटिलता का नियम, परियोजना को अपने उद्देश्यों तक पहुंचने के लिए कभी-कभी परियोजना जटिलता की आवश्यकता होती है, और कभी-कभी इसके लाभकारी परिणाम होते हैं। जटिलता के प्रभावों के आधार पर, स्टीफन मोरकोव ने इसके वर्गीकरण को सकारात्मक, उपयुक्त या नकारात्मक के रूप में प्रस्तावित किया।<ref>{{Cite journal|last1=Morcov|first1=Stefan|last2=Pintelon|first2=Liliane|last3=Kusters|first3=Rob J.|date=2020|title=IT Project Complexity Management Based on Sources and Effects: Positive, Appropriate and Negative|url=https://acad.ro/sectii2002/proceedings/doc2020-4/05-Morcov.pdf|journal=Proceedings of the Romanian Academy - Series A|language=en|volume=21|issue=4|pages=329–336}}</ref><ref name=":0" /> | ||
* सकारात्मक जटिलता वह जटिलता है जो परियोजना में मूल्य जोड़ती है, और जिसका परियोजना की सफलता में योगदान संबंधित नकारात्मक परिणामों से अधिक है। | * सकारात्मक जटिलता वह जटिलता है जो परियोजना में मूल्य जोड़ती है, और जिसका परियोजना की सफलता में योगदान संबंधित नकारात्मक परिणामों से अधिक है। | ||
* नकारात्मक जटिलता वह जटिलता है जो परियोजना की सफलता में बाधा डालती है। | * नकारात्मक जटिलता वह जटिलता है जो परियोजना की सफलता में बाधा डालती है। | ||
उपयुक्त (अपेक्षित) और सकारात्मक जटिलता की अवधारणाएं [[जोखिम प्रबंधन]] में '[[अवसर प्रबंधन]]' के समान हैं, और [[नसीम निकोलस तालेब]] द्वारा | उपयुक्त (अपेक्षित) और सकारात्मक जटिलता की अवधारणाएं [[जोखिम प्रबंधन]] में '[[अवसर प्रबंधन]]' के समान हैं, और [[नसीम निकोलस तालेब]] द्वारा प्रारंभ की गई [[भेद्यता प्रबंधन]] में '[[नाजुकता]]' के समान हैं। | ||
== यह भी देखें == | == यह भी देखें == | ||
Revision as of 16:29, 13 May 2023
परियोजना जटिलता एक परियोजना की संपत्ति है जो परियोजना प्रणाली के बारे में यथोचित पूरी जानकारी दिए जाने पर भी, इसके समग्र व्यवहार को समझना, पूर्वाभास करना और नियंत्रण में रखना कठिन बना देती है।[1] प्रणाली सोच के एक लेंस के साथ, परियोजना जटिलता को विभिन्न परस्पर संबंधित भागों की एक जटिल व्यवस्था के रूप में परिभाषित किया जा सकता है जिसमें तत्व परियोजना के उद्देश्यों पर प्रभाव के साथ लगातार बदल सकते हैं और विकसित हो सकते हैं।[2] बहु-परियोजना इंजीनियरिंग वातावरण के लिए जटिल परियोजनाओं की पहचान विशेष रूप से महत्वपूर्ण है।[3] के रूप में परिभाषित किया जा सकता है जिसमें तत्व परियोजना के उद्देश्यों पर प्रभाव के साथ लगातार बदल सकते हैं और विकसित हो सकते हैं।[2] बहु-परियोजना इंजीनियरिंग वातावरण के लिए जटिल परियोजनाओं की पहचान विशेष रूप से महत्वपूर्ण है।
डोमेन को 1996 में डी. बकारिनी द्वारा प्रस्तुत किया गया था।[4]
जटिलता के प्रकार
जटिलता हो सकती है:
- संरचनात्मक जटिलता (विस्तार जटिलता या जटिलता के रूप में भी जाना जाता है), यानी कई अलग-अलग परस्पर संबंधित भागों से मिलकर।[5] यह सामान्यतः परियोजना घटकों के आकार, विविधता और अन्योन्याश्रितता के रूप में व्यक्त किया जाता है, और तकनीकी और संगठनात्मक कारकों द्वारा वर्णित किया जाता है।
- गतिशील जटिलता, जो अस्पष्टता, अनिश्चितता, प्रसार, उद्भव और अराजकता जैसी घटनाओं, विशेषताओं और अभिव्यक्तियों को संदर्भित करती है।[1]
डेव स्नोडेन द्वारा विकसित सिनेफिन ढांचे के आधार पर,[6] जटिल परियोजनाओं को इस प्रकार वर्गीकृत किया जा सकता है:
- सरल (या स्पष्ट, स्पष्ट, ज्ञात) परियोजनाएं, प्रणाली, या संदर्भ। ये ज्ञात ज्ञात, स्थिरता, स्पष्ट कारण और प्रभाव संबंधों की विशेषता हैं। उन्हें मानक संचालन प्रक्रियाओं और सर्वोत्तम प्रथाओं के साथ हल किया जा सकता है।
- जटिल: ज्ञात अज्ञात द्वारा विशेषता। एक जटिल प्रणाली इसके भागों का योग है। सिद्धांत रूप में, इसे छोटे सरल घटकों में विखंडित किया जा सकता है। जबकि कठिन, जटिल समस्याएं अतिरिक्त संसाधनों के साथ सैद्धांतिक रूप से हल करने योग्य हैं, विशेष विशेषज्ञता के साथ, विश्लेषणात्मक, न्यूनीकरणवादी, सरलीकरण, अपघटन तकनीकों के साथ, परिदृश्य योजना के साथ, और अच्छी प्रथाओं का पालन करना।[7][8]
- जटिल: अज्ञात अज्ञात और उद्भव द्वारा विशेषता। प्रतिमानों का खुलासा किया जा सकता है, लेकिन वे स्पष्ट नहीं हैं। यूक्लिड के कथन से एक जटिल प्रणाली का वर्णन किया जा सकता है कि संपूर्ण अपने भागों के योग से अधिक है।
- वास्तव में जटिल परियोजनाएं, उर्फ बहुत जटिल, या अराजक: अनजानी विशेषताएँ। वास्तव में जटिल परियोजनाओं में कोई प्रतिमान स्पष्ट नहीं है। पूर्वव्यापी में भी कारण और प्रभाव स्पष्ट नहीं हैं। अरस्तू की व्याख्या करते हुए, वास्तव में एक जटिल प्रणाली इसके भागों के योग से अलग है।[9]
परियोजना जटिलता में उत्पाद सहित विभिन्न घटक और स्रोत होते हैं (सामान्यतः संरचनात्मक या तकनीकी जटिलता के संदर्भ में व्यक्त); साथ ही संगठन, इसकी प्रक्रियाएं; आसपास के नियम, नैतिक और नियामक वातावरण; हितधारक जटिलता और उनके (अधिकांशतः परस्पर विरोधी) उद्देश्य; बाजार की जटिलता। इस प्रकार, एक जटिल संगठन में संचालन करते समय, या एक जटिल उत्पाद विकसित करते समय, यह संभावना है कि परियोजना स्वयं गतिशील जटिलता से संबंधित घटनाओं का सामना करेगी।
परियोजना जटिलता प्रबंधन
स्टीफन मोरकोव द्वारा प्रस्तावित आईटी-पीसीएम परियोजना जटिलता प्रबंधन ढांचे में 5 प्रक्रियाएं सम्मिलित हैं:[10]
- योजना आईटी परियोजना जटिलता प्रबंधन: लाल झंडी दिखाने वाली जटिल परियोजनाओं की प्रक्रिया, और प्रबंधन रणनीतियों और उपकरणों पर निर्णय लेना।
- आईटी परियोजना जटिलता की पहचान करें: यह निर्धारित करने की प्रक्रिया कि जटिलता के कौन से तत्व परियोजना की विशेषता हैं। इसका उद्देश्य समस्या का पता लगाना, सूची बनाना और उसका वर्णन करना है।
- आईटी परियोजना जटिलता का विश्लेषण करें: परियोजना जटिलता तत्वों और विशेषताओं का विश्लेषण और प्राथमिकता देने की प्रक्रिया। यह कदम समस्या को समझने से संबंधित है।
- योजना आईटी परियोजना जटिलता प्रतिक्रिया रणनीति: सकारात्मक जटिलता को बढ़ाने और उपयोग करने और नकारात्मक जटिलता को कम करने या उससे बचने के लिए विकल्पों और कार्यों को विकसित करने की प्रक्रिया। इस कदम में संभावित समाधानों की मॉडलिंग और डिजाइन सम्मिलित है।
- मॉनिटर और नियंत्रण आईटी परियोजना जटिलता: प्रतिक्रिया रणनीतियों को प्रयुक्त करने की प्रक्रिया, निगरानी, नियंत्रण और समग्र प्रभावशीलता का मूल्यांकन। यह एक सतत गतिविधि है।
विशिष्ट प्रतिक्रिया रणनीतियाँ हैं:
- बनाएँ, बढ़ाएँ, उपयोग करें (शोषण) - यदि प्रभाव सकारात्मक हैं (यानी सकारात्मक जटिलता)।
- स्वीकार करें: सकारात्मक, उपयुक्त या नकारात्मक जटिलता के लिए।
- बचें/समाप्त करें, सरल करें/कम करें: नकारात्मक जटिलता के लिए।
सकारात्मक, उपयुक्त (अपेक्षित), और नकारात्मक जटिलता
स्टीफन मोरकोव द्वारा प्रस्तावित सकारात्मक, उपयुक्त और नकारात्मक जटिलता मॉडल [9]
इसी तरह वैराइटी (साइबरनेटिक्स)#आवश्यक विविधता और जटिलता का नियम #अपेक्षित जटिलता का नियम, परियोजना को अपने उद्देश्यों तक पहुंचने के लिए कभी-कभी परियोजना जटिलता की आवश्यकता होती है, और कभी-कभी इसके लाभकारी परिणाम होते हैं। जटिलता के प्रभावों के आधार पर, स्टीफन मोरकोव ने इसके वर्गीकरण को सकारात्मक, उपयुक्त या नकारात्मक के रूप में प्रस्तावित किया।[11][9]
- सकारात्मक जटिलता वह जटिलता है जो परियोजना में मूल्य जोड़ती है, और जिसका परियोजना की सफलता में योगदान संबंधित नकारात्मक परिणामों से अधिक है।
- नकारात्मक जटिलता वह जटिलता है जो परियोजना की सफलता में बाधा डालती है।
उपयुक्त (अपेक्षित) और सकारात्मक जटिलता की अवधारणाएं जोखिम प्रबंधन में 'अवसर प्रबंधन' के समान हैं, और नसीम निकोलस तालेब द्वारा प्रारंभ की गई भेद्यता प्रबंधन में 'नाजुकता' के समान हैं।
यह भी देखें
- जटिलता
- परियोजना प्रबंधन
- जोखिम प्रबंधन
- अवसर प्रबंधन
- एंटीफ्रेजिलिटी
श्रेणी:परियोजना प्रबंधन
संदर्भ
- ↑ 1.0 1.1 Marle, Franck; Vidal, Ludovic‐Alexandre (2016). प्रबंध परिसर, उच्च जोखिम परियोजनाएं - बुनियादी और उन्नत परियोजना प्रबंधन के लिए एक गाइड. London: Springer-Verlag.
- ↑ 2.0 2.1 Bakhshi, Javad; Ireland, Vernon; Gorod, Alex (1 October 2016). "Clarifying the project complexity construct: Past, present and future". International Journal of Project Management. 34 (7): 1199–1213. doi:10.1016/j.ijproman.2016.06.002. S2CID 113426565.
- ↑ Vidal, Ludovic-Alexandre; Marle, Franck; Bocquet, Jean-Claude (2011). "विश्लेषणात्मक पदानुक्रम प्रक्रिया का उपयोग करके परियोजना की जटिलता को मापना" (PDF). International Journal of Project Management (in English). 29 (6): 718–727. doi:10.1016/j.ijproman.2010.07.005. S2CID 111186583.
- ↑ Baccarini, David (1996). "The concept of project complexity—a review". International Journal of Project Management (in English). 14 (4): 201–204. doi:10.1016/0263-7863(95)00093-3.
- ↑ Baccarini, D. (1996). "परियोजना जटिलता की अवधारणा, एक समीक्षा". International Journal of Project Management (in English). 14 (4): 201–204. doi:10.1016/0263-7863(95)00093-3.
- ↑ Snowden, David J.; Boone, Mary E. (2007). "निर्णय लेने के लिए एक नेता की रूपरेखा". Harvard Business Review (in English). 85 (11): 68–76.
{{cite journal}}: CS1 maint: multiple names: authors list (link) - ↑ Maurer, Maik (2017). Complexity Management in Engineering Design – a Primer. Berlin, Heidelberg: Springer.
- ↑ Kurtz, C.F.; Snowden, David J. (2003). "The new dynamics of strategy: Sense-making in a complex and complicated world". IBM Systems Journal (in English). 42 (3): 462–483. doi:10.1147/sj.423.0462. S2CID 1571304.
{{cite journal}}: CS1 maint: multiple names: authors list (link) - ↑ 9.0 9.1 9.2 Morcov, Stefan (2021). Managing Positive and Negative Complexity: Design and Validation of an IT Project Complexity Management Framework. KU Leuven University. Available at https://lirias.kuleuven.be/retrieve/637007
- ↑ Morcov, Stefan; Pintelon, Liliane; Kusters, Rob J. (2021). "आईटी परियोजना जटिलता प्रबंधन के लिए एक रूपरेखा". International Journal of Information Technology Project Management. IADIS IS 2021: 14th IADIS International Conference Information Systems: 61–68.
- ↑ Morcov, Stefan; Pintelon, Liliane; Kusters, Rob J. (2020). "IT Project Complexity Management Based on Sources and Effects: Positive, Appropriate and Negative" (PDF). Proceedings of the Romanian Academy - Series A (in English). 21 (4): 329–336.
