परियोजना जटिलता: Difference between revisions

From Vigyanwiki
No edit summary
 
(2 intermediate revisions by 2 users not shown)
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="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>


डोमेन को 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>
डोमेन को 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 49: Line 49:


== संदर्भ ==
== संदर्भ ==
<references />[[Category: जटिल प्रणाली सिद्धांत]] [[Category: जोखिम प्रबंधन]]
<references />


 
[[Category:CS1 English-language sources (en)|Project Management]]
 
[[Category:CS1 maint|Project Management]]
[[Category: Machine Translated Page]]
[[Category:Created On 11/05/2023|Project Management]]
[[Category:Created On 11/05/2023]]
[[Category:Machine Translated Page|Project Management]]
[[Category:Vigyan Ready]]
[[Category:Templates Vigyan Ready|Project Management]]
[[Category:जटिल प्रणाली सिद्धांत|Project Management]]
[[Category:जोखिम प्रबंधन|Project Management]]

Latest revision as of 16:52, 25 September 2023

परियोजना जटिलता परियोजना का गुण है जो परियोजना प्रणाली के बारे में यथोचित पूरी जानकारी दिए जाने पर भी, इसके समग्र व्यवहार को समझना, पूर्वाभास करना और नियंत्रण में रखना कठिन बना देती है।[1] प्रणाली सोच के लेंस के साथ, परियोजना जटिलता को विभिन्न परस्पर संबंधित भागों की जटिल व्यवस्था के रूप में परिभाषित किया जा सकता है जिसमें तत्व परियोजना के उद्देश्यों पर प्रभाव के साथ लगातार बदल सकते हैं और विकसित हो सकते हैं।[2] बहु-परियोजना इंजीनियरिंग वातावरण के लिए जटिल परियोजनाओं की पहचान विशेष रूप से महत्वपूर्ण है।[3]

डोमेन को 1996 में डी. बकारिनी द्वारा प्रस्तुत किया गया था।[4]


जटिलता के प्रकार

जटिलता हो सकती है:

  • संरचनात्मक जटिलता (विस्तार जटिलता या जटिलता के रूप में भी जाना जाता है), यानी कई अलग-अलग परस्पर संबंधित भागों से मिलकर[5] यह सामान्यतः परियोजना घटकों के आकार, विविधता और अन्योन्याश्रितता के रूप में व्यक्त किया जाता है, और तकनीकी और संगठनात्मक कारकों द्वारा वर्णित किया जाता है।
  • गतिशील जटिलता, जो अस्पष्टता, अनिश्चितता, प्रसार, उद्भव और अराजकता जैसी घटनाओं, विशेषताओं और अभिव्यक्तियों को संदर्भित करती है।[1]
सरल, जटिल, जटिल और वास्तव में जटिल परियोजनाएं - साइनेफिन ढांचे के ढांचे पर आधारित।

डेव स्नोडेन द्वारा विकसित सिनेफिन ढांचे के आधार पर,[6] जटिल परियोजनाओं को इस प्रकार वर्गीकृत किया जा सकता है:

  • सरल (या स्पष्ट, स्पष्ट, ज्ञात) परियोजनाएं, प्रणाली, या संदर्भ। ये ज्ञात ज्ञात, स्थिरता, स्पष्ट कारण और प्रभाव संबंधों की विशेषता हैं। उन्हें मानक संचालन प्रक्रियाओं और सर्वोत्तम प्रथाओं के साथ हल किया जा सकता है।
  • जटिल: ज्ञात अज्ञात द्वारा विशेषता। जटिल प्रणाली इसके भागों का योग है। सिद्धांत रूप में, इसे छोटे सरल घटकों में विखंडित किया जा सकता है। जबकि कठिन, जटिल समस्याएं अतिरिक्त संसाधनों के साथ सैद्धांतिक रूप से हल करने योग्य हैं, विशेष विशेषज्ञता के साथ, विश्लेषणात्मक, न्यूनीकरणवादी, सरलीकरण, अपघटन तकनीकों के साथ, परिदृश्य योजना के साथ, और अच्छी प्रथाओं का पालन करना।[7][8]
  • जटिल: अज्ञात अज्ञात और उद्भव द्वारा विशेषता। प्रतिमानों का खुलासा किया जा सकता है, लेकिन वे स्पष्ट नहीं हैं। यूक्लिड के कथन से जटिल प्रणाली का वर्णन किया जा सकता है कि संपूर्ण अपने भागों के योग से अधिक है।
  • वास्तव में जटिल परियोजनाएं, उर्फ ​​​​बहुत जटिल, या अराजक: अनजानी विशेषताएँ। वास्तव में जटिल परियोजनाओं में कोई प्रतिमान स्पष्ट नहीं है। पूर्वव्यापी में भी कारण और प्रभाव स्पष्ट नहीं हैं। अरस्तू की व्याख्या करते हुए, वास्तव में जटिल प्रणाली इसके भागों के योग से अलग है।[9]

परियोजना जटिलता में उत्पाद सहित विभिन्न घटक और स्रोत होते हैं (सामान्यतः संरचनात्मक या तकनीकी जटिलता के संदर्भ में व्यक्त); साथ ही संगठन, इसकी प्रक्रियाएं; आसपास के नियम, नैतिक और नियामक वातावरण; हितधारक जटिलता और उनके (अधिकांशतः परस्पर विरोधी) उद्देश्य; बाजार की जटिलता। इस प्रकार, जटिल संगठन में संचालन करते समय, या जटिल उत्पाद विकसित करते समय, यह संभावना है कि परियोजना स्वयं गतिशील जटिलता से संबंधित घटनाओं का सामना करेगी।

परियोजना जटिलता प्रबंधन

आईटी-पीसीएम प्रोजेक्ट कॉम्प्लेक्सिटी मैनेजमेंट फ्रेमवर्क

स्टीफन मोरकोव द्वारा प्रस्तावित आईटी-पीसीएम परियोजना जटिलता प्रबंधन ढांचे में 5 प्रक्रियाएं सम्मिलित हैं:[10]

  1. योजना आईटी परियोजना जटिलता प्रबंधन: लाल झंडी दिखाने वाली जटिल परियोजनाओं की प्रक्रिया, और प्रबंधन रणनीतियों और उपकरणों पर निर्णय लेना।
  2. आईटी परियोजना जटिलता की पहचान करें: यह निर्धारित करने की प्रक्रिया कि जटिलता के कौन से तत्व परियोजना की विशेषता हैं। इसका उद्देश्य समस्या का पता लगाना, सूची बनाना और उसका वर्णन करना है।
  3. आईटी परियोजना जटिलता का विश्लेषण करें: परियोजना जटिलता तत्वों और विशेषताओं का विश्लेषण और प्राथमिकता देने की प्रक्रिया यह विधि समस्या को समझने से संबंधित है।
  4. योजना आईटी परियोजना जटिलता प्रतिक्रिया रणनीति: सकारात्मक जटिलता को बढ़ाने और उपयोग करने और नकारात्मक जटिलता को कम करने या उससे बचने के लिए विकल्पों और कार्यों को विकसित करने की प्रक्रिया इस कदम में संभावित समाधानों की मॉडलिंग और डिजाइन सम्मिलित है।
  5. मॉनिटर और नियंत्रण आईटी परियोजना जटिलता: प्रतिक्रिया रणनीतियों को प्रयुक्त करने की प्रक्रिया, निगरानी, ​​नियंत्रण और समग्र प्रभावशीलता का मूल्यांकन यह सतत गतिविधि है।

विशिष्ट प्रतिक्रिया रणनीतियाँ हैं:

  • बनाएँ, बढ़ाएँ, उपयोग करें (शोषण) - यदि प्रभाव सकारात्मक हैं (यानी सकारात्मक जटिलता)।
  • स्वीकार करें: सकारात्मक, उपयुक्त या नकारात्मक जटिलता के लिए।
  • बचें/समाप्त करें, सरल करें/कम करें: नकारात्मक जटिलता के लिए।

सकारात्मक, उपयुक्त (अपेक्षित), और नकारात्मक जटिलता

स्टीफन मोरकोव द्वारा प्रस्तावित सकारात्मक, उपयुक्त और नकारात्मक जटिलता मॉडल [9]

इसी तरह विविधता (साइबरनेटिक्स)आवश्यक विविधता और जटिलता का नियम अपेक्षित जटिलता का नियम, परियोजना को अपने उद्देश्यों तक पहुंचने के लिए कभी-कभी परियोजना जटिलता की आवश्यकता होती है, और कभी-कभी इसके लाभकारी परिणाम होते हैं। जटिलता के प्रभावों के आधार पर, स्टीफन मोरकोव ने इसके वर्गीकरण को सकारात्मक, उपयुक्त या नकारात्मक के रूप में प्रस्तावित किया।[11][9]

  • सकारात्मक जटिलता वह जटिलता है जो परियोजना में मूल्य जोड़ती है, और जिसका परियोजना की सफलता में योगदान संबंधित नकारात्मक परिणामों से अधिक है।
  • नकारात्मक जटिलता वह जटिलता है जो परियोजना की सफलता में बाधा डालती है।

उपयुक्त (अपेक्षित) और सकारात्मक जटिलता की अवधारणाएं जोखिम प्रबंधन में 'अवसर प्रबंधन' के समान हैं, और नसीम निकोलस तालेब द्वारा प्रारंभ की गई भेद्यता प्रबंधन में 'नाजुकता' के समान हैं।

यह भी देखें

श्रेणी:परियोजना प्रबंधन

संदर्भ

  1. 1.0 1.1 Marle, Franck; Vidal, Ludovic‐Alexandre (2016). प्रबंध परिसर, उच्च जोखिम परियोजनाएं - बुनियादी और उन्नत परियोजना प्रबंधन के लिए एक गाइड. London: Springer-Verlag.
  2. 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.
  3. 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.
  4. 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.
  5. Baccarini, D. (1996). "परियोजना जटिलता की अवधारणा, एक समीक्षा". International Journal of Project Management (in English). 14 (4): 201–204. doi:10.1016/0263-7863(95)00093-3.
  6. 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)
  7. Maurer, Maik (2017). Complexity Management in Engineering Design – a Primer. Berlin, Heidelberg: Springer.
  8. 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. 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
  10. 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.
  11. 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.