Lecture 11: Project Evaluation and Programme Management — Transcript

Full transcript

1. 0:15नमस्कार।
2. 0:16आज, हम सॉफ्टवेयर (Software) प्रोजेक्ट मैनेजमेंट
3. 0:17(Software Project Management) की कुछ महत्वपूर्ण अवधारणाओं
4. 0:20को देखेंगे | मैं डॉ दुर्गाप्रसाद मोहपात्रा,
5. 0:22एनआईटी राउरकेला (NIT Rourkela) में कंप्यूटर
6. 0:24साइंस डिपार्टमेंट (Computer Science Department) का प्रोफेसर
7. 0:27(Professor) हूं | तो, आज का विषय प्रोजेक्ट इवैल्यूएशन
8. 0:30(Project Evaluation) और प्रोजेक्ट मैनेजमेंट (Program Management)है।
9. 0:32इसलिए, आज हम एक प्रोजेक्ट (Project) के लिए व्यावसायिक(Business)
10. 0:35मामले को कवर करेंगे; प्रोजेक्ट पोर्टफोलियो
11. 0:37मैनेजमेंट (Project Portfolio Management) और प्रोजेक्ट
12. 0:39इवैल्यूएशन (Project Evaluation).
13. 0:41तो, चलिए पहले देखते हैं कि व्यावसायिक(Business)
14. 0:43मामला क्या है?
15. 0:44व्यावसाय (Business) का मामला सामान्य तौर
16. 0:46पर फीजिबिलिटी स्टडी (feasibility Study) को संदर्भित
17. 0:49करता है | इसलिए, फीजिबिलिटी स्टडी (feasibility Study) का
18. 0:52मुख्य फोकस यह निर्धारित करना है, कि क्या वह
19. 0:55सॉफ्टवेयर (Software) (Software) विकसित करने के लिए
20. 0:57फाइनेंसियली(financially) और टेक्निकली (Technically)
21. 0:59रूप से संभव है।
22. 1:00यह एक वजह प्रदान करेगा प्रोजेक्ट
23. 1:02(Project) की शुरुआत के लिए।
24. 1:04यह, यह भी दिखाएगा कि प्रोजेक्ट (Project)
25. 1:07का लाभ इससे अधिक होगा, विकास की लागत,
26. 1:09इंप्लीमेंटेशन (Implementation) की लागत.
27. 1:11और ऑपरेशनल (Operational) लागत, यह सब ज्यादा
28. 1:13हो| इसलिए, इस व्यवसाय के रिस्क (Risk) का ध्यान
29. 1:17रखना चाहिए; इसका मतलब है, हमें भी ध्यान
30. 1:19में रखना चाहिए, कि व्यापार के साथ जुड़े
31. 1:22विभिन्न रिस्क (Risk) क्या हैं, और यह तय
32. 1:25करने में हमारी मदद करेगा, कि प्रोजेक्ट
33. 1:28(Project) संभव होगी या नहीं।
34. 1:29अब, देखते हैं कि फीजिबिलिटी स्टडी (feasibility Study) के
35. 1:33विभिन्न प्रकार क्या हैं।
36. 1:34तो, फीजिबिलिटी स्टडी (feasibility Study) के तीन प्रकार
37. 1:37हैं; एक टेक्निकल फीजिबिलिटी (Technical
38. 1:39Feasibility) है, फिर फाइनेंसियल फीजिबिलिटी (financial
39. 1:41feasibility) और फिर, ऑपरेशनल फीजिबिलिटी (Operational
40. 1:43Feasibility)। टेक्निकल फीजिबिलिटी (Technical Feasibility) में, हमें
41. 1:45यह तय करना होगा कि क्या वर्तमान टेक्नोलॉजी
42. 1:48(Technology) जो हमारे साथ उपलब्ध है इसके साथ
43. 1:51हम सॉफ्टवेयर (Software) (Software) को विकसित कर
44. 1:54सकते हैं या नहीं या कोई विशेष हार्डवेयर
45. 1:56(Hardware) या सॉफ्टवेयर (Software) (Software) की आवश्यकता
46. 1:59है, चाहे वह बाजार में उपलब्ध हो या
47. 2:02नहीं।
48. 2:03तो, यदि आपको अपने प्रोजेक्ट (Project) को
49. 2:05विकसित (Develop) करने के लिए एक विशेष हार्डवेयर
50. 2:07(Hardware) या सॉफ्टवेयर (Software) (Software) की आवश्यकता
51. 2:10है और उसके वर्तमान में या निकट भविष्य
52. 2:13में बाजार में उपलब्ध होने की संभावना
53. 2:15नहीं है।
54. 2:16फिर, हम कहते हैं यह की प्रोजेक्ट (Project)
55. 2:19टेक्निकली (Technically) रूप से अचूक होगी।
56. 2:21फिर, इस टेक्निकल फीजिबिलिटी (Technical
57. 2:23Feasibility) का अध्ययन (Study) समाप्त होने के बाद,
58. 2:26हमें विचार करना चाहिए फाइनेंसियल
59. 2:27फीजिबिलिटी (financial feasibility) पे ।
60. 2:29फाइनेंसियल फीजिबिलिटी (financial feasibility) का मतलब
61. 2:31है कि हमें यह सुनिश्चित करना चाहिए कि लाभ
62. 2:34या प्रस्तावित (proposed) प्रोजेक्ट (Project) को
63. 2:36लागू करने से जो लाभ प्राप्त होगा, यह
64. 2:39लागत प्रोजेक्ट (Project) का लाभ, उस लागत से
65. 2:42बहुत अधिक होना चाहिए, जिस प्रोजेक्ट (Project)
66. 2:44में खर्च किया जाएगा।
67. 2:46तब ही, हम कहेंगे कि यह प्रोजेक्ट (Project)
68. 2:49फाइनेंसियल (Financial) रूप से संभव है, अन्यथा
69. 2:51हम कहते हैं कि प्रोजेक्ट (Project) फाइनेंसियली
70. 2:54(Financially) संभव नहीं है और इसलिए, हमें उस
71. 2:57प्रोजेक्ट (Project) को शुरू नहीं करना चाहिए।
72. 2:59फिर, अगली फीजिबिलिटी (feasibility) ऑपरेशनल फीजिबिलिटी
73. 3:01(Operational Feasibility) है।
74. 3:02इसलिए, यदि आप कहते हैं कि प्रोजेक्ट
75. 3:05(Project) टेक्निकल फीजिबल (Technical Feasible) है और साथ
76. 3:08ही फाइनेंसियल फीजिबिल (financial feasible), तो हमें
77. 3:10ऑपरेशनल फीजिबिलिटी (Operational Feasibility) के लिए
78. 3:12जाना चाहिए।
79. 3:13ऑपरेशनल फिजिबिलिटी (Operational Feasibility) का मतलब
80. 3:15है कि अगर कोई प्रोजेक्ट (Project) विकसित किया
81. 3:18जाएगा, फिर ग्राहकों, अंतिम उपयोगकर्ताओं
82. 3:20द्वारा इसे कितना स्वीकार किया जाएगा।
83. 3:22यदि अंतिम उपयोगकर्ता (End User), वे इसे स्वीकार
84. 3:25करते हैं, वो खुश हैं; वे इसका उपयोग करने
85. 3:28में प्रसन्न हैं; उसके बाद, हम कहते
86. 3:30हैं कि ऑपरेशन (Operational) संभव है, अन्यथा हम
87. 3:33कहते हैं कि यह ऑपरेशन (Operational) योग्य नहीं
88. 3:36है।
89. 3:37क्योंकि आप देखते हैं कि जब कोई नया
90. 3:39प्रोजेक्ट (Project) ऑटोमेशन सिस्टम (Automation System) होता
91. 3:42है, तो हम विकास करेंगे तथा पहले प्रोजेक्ट
92. 3:45(Project) मैन्युअल (Manual) रूप से चल रही थी लोग
93. 3:48बहुत खुश थे और अगर इसे ऑटोमेशन सिस्टम
94. 3:51(Automation System) बनाएं, यदि आप उनकी प्रणाली
95. 3:53को ऑटोमेटिक (Automatic) बना देंगे, तो उन्हें
96. 3:56नौकरी जने का भय हो सकता है | इसलिए, वे
97. 3:59इसका विरोध कर सकते हैं और उस मामले में
98. 4:02हम कहते हैं कि प्रोजेक्ट (Project) ऑपरेशन फिजिबल
99. 4:05(Operational Fesibile) होगा।
100. 4:06इसलिए, हमें विकास के लिए एक प्रोजेक्ट
101. 4:09(Project) अपनाना चाहिए, अगर यह हो तो ही टेक्निकल
102. 4:12फीजिबल (Technical Feasible) संभव हैं , फाइनेंसियल
103. 4:14फीजिबिल (financial feasible) और ऑपरेशनल फीजिबिल
104. 4:16(Operational Feasible) संभव हैं।
105. 4:17अन्यथा यदि कोई फीजिबिलिटी (Feasibility) से संतुष्ट
106. 4:20नहीं है, तो हमें उस प्रोजेक्ट (Project) को
107. 4:23नहीं लेना चाहिए।
108. 4:24अब, देखते हैं कि व्यावसायिक(Business) मामले या फीजिबिलिटी
109. 4:27स्टडी (feasibility Study) की सामग्री क्या है।
110. 4:29ऐसी निम्नलिखित चीजें एक व्यावसायिक(Business)
111. 4:31मामले में परिचय के पहले थोड़ा सा
112. 4:33या प्रस्तावित (Proposed) प्रोजेक्ट (Project) की
113. 4:36पृष्ठभूमि लिखी जानी चाहिए; फिर, प्रस्तावित
114. 4:38(Proposed) प्रोजेक्ट (Project) के विवरण के बारे
115. 4:40में लिखा जाना चाहिए।
116. 4:42फिर, बाजार क्या है?
117. 4:43तो, यह प्रोजेक्ट (Project) का उद्देश्य
118. 4:45है कि किस बाजार में इसका बहुत कम विवरण
119. 4:48है।
120. 4:49फिर, ओर्गनइजेशनल (Organizational) और ऑपरेशनल
121. 4:51इंफ्रास्ट्रक्चर (operational infrastructure) ढाँचा
122. 4:52इस प्रोजेक्ट (Project) को विकसित करने के
123. 4:54लिए आवश्यक होगा, यह वर्णन होना चाहिए
124. 4:57| फिर, जैसा कि मैंने
125. 4:58पहले ही आपको बताया है कि फीजिबिलिटी
126. 5:01स्टडी (feasibility Study) में दो महत्वपूर्ण अवधारणाएं
127. 5:03(Importance) हैं; लाभ और लागत।
128. 5:05हमें यह सुनिश्चित करना चाहिए कि लाभ
129. 5:08लागत से ज्यादा होना चाहिए।
130. 5:09तो, अगला विचार लाभ होना चाहिए।
131. 5:12फिर इंप्लीमेंटेशन प्लान (implementation plan) की
132. 5:14रूपरेखा क्या होगी यदि आप प्रोजेक्ट
133. 5:16(Project) का विकास करेंगे, इसे लागू करने की
134. 5:19रूपरेखा क्या होगी, इसके लिए हमें एक
135. 5:21योजना तैयार करनी होगी।
136. 5:23फिर, प्रोजेक्ट (Project) को विकसित करने के
137. 5:25लिए किस लागत की आवश्यकता होगी, लागत का विवरण
138. 5:28और फिर फाइनेंसियल केस (financial case) ।
139. 5:30अगला विचार रिस्क (Risk) है|
140. 5:32किस प्रकार की रिस्क (Risk) होगी, अगर इस प्रोजेक्ट
141. 5:35(Project) को विकसित करने के लिए हम जाएंगे,
142. 5:38यह देखने की कोशिश करेंगे कि आखिर उन्हें
143. 5:41कैसे संभाला जा सकता है, और अंत में, प्रस्तावित
144. 5:44प्रोजेक्ट (Project) के मैनेजमेंट (Management) के
145. 5:46बारे में भी संपूर्ण योजना है।
146. 5:49तो, ये कंटेंट (Content) किसी व्यावसायिक(Business)
147. 5:51मामले के कंटेंट (Content) या फीजिबिलिटी
148. 5:53स्टडी (feasibility Study) रिपोर्ट में दिखाई देना चाहिए।
149. 5:56तो, अब हम इन सभी के बारे में थोड़ा सा
150. 5:59संक्षेप में देखते हैं ।
151. 6:01इसलिए, जैसा कि मैंने पहले ही कहा था कि
152. 6:04इस व्यावसाय(Business) के मामले में थोड़ा
153. 6:06सा परिचय या पृष्ठभूमि होनी चाहिए।
154. 6:08तो, यह परिचय एक समस्या को हल करने या शोषित
155. 6:12होने के अवसर का वर्णन करेगा।
156. 6:14तो, हम किस तरह की समस्या को हल करने
157. 6:17जा रहे हैं या आप किस अवसर का फायदा लेने
158. 6:21जा रहे हैं?
159. 6:22तो, पहले इसका थोड़ा सा परिचय या पृष्ठभूमि
160. 6:25वर्णित होनी चाहिए| फिर, प्रस्तावित
161. 6:26(Proposed) प्रोजेक्ट (Project) के बारे में यहां
162. 6:29प्रत्येक प्रोजेक्ट (Project) के दायरे की रूपरेखा
163. 6:31बतायेगे.
164. 6:32प्रस्तावित (Proposed) प्रोजेक्ट (Project) के
165. 6:33दायरे को प्रोजेक्ट (Project) के दायरे के बारे
166. 6:36में बताया जाना चाहिए,इसके बाद प्रत्येक बाजार;
167. 6:39का यह प्रोजेक्ट (Project) एक नया प्रोडक्ट
168. 6:41(Product) विकसित करने के लिए हो सकता है।
169. 6:44मान लिजिये, आप एक नया प्रोडक्ट (Product)
170. 6:47विकसित करने के लिए एक प्रोजेक्ट (Project)
171. 6:49विकसित करने की योजना बना रहे हैं।
172. 6:52उदाहरण के लिए, एक नया कंप्यूटर (Computer)
173. 6:54गेम (Game) ,मान लीजिये आप एक नया कंप्यूटर
174. 6:57(Computer) गेम (Game) बनाने का प्रोजेक्ट बनाना
175. 6:59चाहते है | फिर, प्रोडक्ट (Product)
176. 7:01की हल्की-फुल्की मांग का आकलन किया
177. 7:03जाना चाहिए कि अगर कोई आपके सॉफ्टवेयर
178. 7:06(Software) की खरीद नहीं करेगा, तो इस प्रोडक्ट
179. 7:09(Product) के प्रोजेक्ट (Project) को विकसित करने
180. 7:11का क्या मतलब है?
181. 7:13तो, यही कारण है कि आप को बाजार को लक्ष्य
182. 7:16करना चाहिए; कि बाजार में आपके प्रोडक्ट
183. 7:19(Product) की मांग कितनी दूर होगी?
184. 7:21इसलिए, बाजार में इस प्रोडक्ट (Product)
185. 7:23की मांग के बारे में थोड़ी चर्चा की जानी
186. 7:26चाहिए।
187. 7:27फिर, अगला विषय - ऑर्गेनाइजेशनल (organizational) और ऑपरेशन
188. 7:29इंफ्रास्ट्रक्चर (operational infrastructure) के बारे
189. 7:31में है.
190. 7:32यहाँ यदि आप इस विशेष प्रोजेक्ट (Project) को
191. 7:34विकसित करेंगे तो ऑर्गेनाइजेशन (organization)
192. 7:36को बदलने की आवश्यकता कैसे होगी, इस ऑर्गेनाइजेशन
193. 7:39(organization) में क्या परिवर्तन हो सकते हैं; क्या
194. 7:42इसकी ऑर्गेनाइजेशनल स्ट्रक्चर (organizational
195. 7:43structure), ऑपरेशनल स्ट्रक्चर (operational structure) में बहुत
196. 7:46बदलाव होगा| अगर ऐसा होगा, तो कुछ
197. 7:48समस्या उत्पन्न हो सकती है।
198. 7:50तो, इसीलिए यह महत्वपूर्ण होंना चाहिए कि ये
199. 7:53सूचना प्रणाली आवेदन कहा पेश किया जा रहा
200. 7:56था।
201. 7:57इसलिए, जब आप होते हैं; मान लीजिए कि
202. 7:59यह एक मैनुअल (manual) है, आप अभी ऑटोमेटिक
203. 8:02(Automatic) जा रहे हैं, तब ऑर्गेनाइजेशनल (organizational)
204. 8:04या ऑपरेशनल स्ट्रक्चर (operational structure) बहुत प्रभावित
205. 8:07नहीं हो सकती है।
206. 8:08लेकिन अगर आप पूरी तरह से एक नया इनफार्मेशन
207. 8:11सिस्टम (Information System) विकसित करने जा रहे हैं जो
208. 8:15पहले पूरी तरह से मैनुअल (Manual) थी |
209. 8:17फिर, ऑर्गेनाइजेशनल इंफ्रास्ट्रक्चर
210. 8:18(organizational infrastructure), ऑर्गेनाइजेशनल स्ट्रक्चर (organizational
211. 8:20structure) या ऑपरेशनल इंफ्रास्ट्रक्चर (operational infrastructure.)
212. 8:22में कुछ बदलाव हो सकते हैं।
213. 8:24इसलिए, हमें यह ध्यान रखना होगा कि यदि
214. 8:27कोई परिवर्तन होगा, तो किस प्रकार के
215. 8:30परिवर्तन होंगे यदि नई प्रोजेक्ट (Project)
216. 8:32विकसित किए जाएंगे, तो ऑर्गेनाइजेशन
217. 8:33(Organization) और ऑपरेशनल इंफ्रास्ट्रक्चर
218. 8:35(operational infrastructure) में किस तरह के बदलाव होंगे,
219. 8:38यह सब पे हमें चर्चा करनी होगी|
220. 8:40फिर, जैसा कि मैंने पहले ही आपको बताया
221. 8:43है की; व्यापार (Business) के मामले के दो महत्वपूर्ण
222. 8:46घटक लाभ और लागत हैं| इसलिए, आम तौर पर इसे
223. 8:50फाइनेंसियल (financial) रूप से व्यक्त किया
224. 8:52जाना चाहिए, निगरानी की दृष्टि से जहाँ
225. 8:54तक संभव हो, कोई भी लाभ हमें फाइनेंसियल
226. 8:57(financial) शब्दों में व्यक्त करने का प्रयास करना
227. 9:00चाहिए।
228. 9:01हम जानते हैं कि कुछ लाभों को व्यक्त
229. 9:03नहीं किया जा सकता है, फाइनेंसियल (financial)
230. 9:06शब्दावली के संदर्भ में फाइनेंस (finance)
231. 9:08में, हम विभिन्न प्रकार के लाभों और लागतों
232. 9:11को देखेंगे जो निगरानी (Monitoring) की शर्तें या
233. 9:14फाइनेंसियल (financial) शर्तों में व्यक्त
234. 9:15किए जा सकते हैं और जिन्हें व्यक्त नहीं
235. 9:18किया जा सकता है, उन्हें हम अगली कक्षा में
236. 9:22देखेंगे।
237. 9:23तो, अंत में आकलन करने के लिए ग्राहक पर
238. 9:25निर्भर है क्योंकि पहले हमें देखना
239. 9:27कि फाइनेंसि (finance) क्या है, क्या लाभ
240. 9:30मिलेगा प्रस्तावित (Proposed) प्रोजेक्ट (Project)
241. 9:31का | इसलिए, अंत में क्योंकि
242. 9:33ग्राहक इस बात का आकलन करेगा कि इस
243. 9:36प्रोजेक्ट (Project) को लागू करने के बाद
244. 9:39उन्होंने कितना खर्च किया है; उन्होंने
245. 9:41कितनी राशि दी है और उन्हें कितना
246. 9:43लाभ मिल रहा है।
247. 9:45यदि लाभ लागत से आगे नहीं बढ़ेगा, तो निश्चित
248. 9:48रूप से इससे उन्हें नुकसान होगा और वे
249. 9:51इस प्रस्तावित (Proposed) प्रोजेक्ट (Project) को
250. 9:53विकसित करने के लिए नहीं जाएंगे।
251. 9:55तो, इसीलिए हमें यह पहचानना होगा कि
252. 9:57क्या लाभ हैं और हमें फाइनेंसियल (financial)
253. 10:00शर्तों के अनुसार लाभ व्यक्त करने
254. 10:02का प्रयास करना चाहिए, मौद्रिक शब्दों में
255. 10:05व्यावसायिक(Business) मामले या फीजिबिलिटी स्टडी
256. 10:06(feasibility Study)|
257. 10:07अगली रूपरेखा एक इंप्लीमेंटेशन प्लान
258. 10:09(implementation plan.)
259. 10:10के बारे में है।
260. 10:11यहाँ, प्रोजेक्ट (Project) कैसे लागू होने
261. 10:13जा रहा है, किस तरीके से आप उस प्रोजेक्ट
262. 10:16(Project) को लागू करेंगे इस पर चर्चा की जानी
263. 10:20है।
264. 10:21इसलिए, इस पर विचार करना चाहिए कि एक
265. 10:23ऑर्गेनाइजेशन (Organization) के लिए प्रोजेक्ट
266. 10:25(Project) का व्यवधान एक कारण हो सकता है।
267. 10:27इसलिए, यदि आप नए प्रोजेक्ट (Project) को लागू करेंगे,
268. 10:31फिर क्या होगा उसके सामान्य संचालन के
269. 10:33लिए ऑर्गेनाइजेशन (Organization) को कोई व्यवधान
270. 10:35होगा।
271. 10:36तो, यह रूपरेखा भी इंप्लीमेंटेशन प्लान
272. 10:38(implementation plan) में लिखा जाना चाहिए और दूसरी
273. 10:41महत्वपूर्ण सामग्री मे हमें लागत का वर्णन
274. 10:43करना चाहिए।
275. 10:44यह इंप्लीमेंटेशन प्लान (implementation plan) को
276. 10:46स्थापित करने के लिए जानकारी का भंडार
277. 10:48होना चाहिए।
278. 10:49तो, लागत के विभिन्न प्रकार क्या हैं?
279. 10:52इसलिए, हम अगली कक्षा में चर्चा करेंगे
280. 10:54कि विभिन्न प्रकार की लागतें क्या हो
281. 10:57सकती हैं।
282. 10:58तो, ग्राहक को अंतिम उपयोगकर्ता को इस
283. 11:00प्रोजेक्ट (Project) के विकास के लिए कितनी
284. 11:02लागत का भुगतान करना होगा?
285. 11:04इसलिए, इंप्लीमेंटेशन प्लान (implementation plan) की
286. 11:06जानकारी की आपूर्ति करनी चाहिए इस लागत
287. 11:09को स्थापित करने के लिए और अगला घटक
288. 11:12फाइनेंशियल एनालिसिस (Financial Analysis) है।
289. 11:13तो, यह फाइनेंशियल एनालिसिस (Financial Analysis),
290. 11:15प्रोजेक्ट (Project) के मूल्य को स्थापित
291. 11:18करने के लिए यह दोनों लागत के साथ-साथ लाभ
292. 11:21डेटा (data) को भी जोड़ती है ।
293. 11:23यदि प्रोजेक्ट (Project) का विकास किया जाएगा
294. 11:25तो प्रोजेक्ट (Project) का मूल्य क्या होगा?
295. 11:28एक व्यावसायिक(Business) मामले का अगला महत्वपूर्ण
296. 11:30घटक रिस्क (Risk) है।
297. 11:31इसलिए, जैसा कि आप जानते हैं कि यह रिस्क
298. 11:35(Risk) कुछ अवांछनीय है; जो एक प्रोजेक्ट
299. 11:37(Project) में दो प्रमुख प्रकार के रिस्क
300. 11:40(Risk) का पता लगाएंगे।
301. 11:41इसलिए, इस दो प्रकार के रिस्क (Risk) में क्या
302. 11:44होना चाहिए; इस दो प्रकार के रिस्क
303. 11:47(Risk) में फीजिबल स्टडी (Feasible Study) रिपोर्ट या
304. 11:50बिजनेस केस (business Case) का मामला शामिल होने
305. 11:52चाहिए।
306. 11:53तो, एक व्यवसाय रिस्क (Risk), दूसरा प्रोजेक्ट
307. 11:55(Project) रिस्क (Risk) है।
308. 11:57तो, हम प्रोजेक्ट (Project) रिस्क (Risk) में
309. 11:59देखते हैं, क्या हो रहा है?
310. 12:01प्रोजेक्ट रिस्क (Risk) वे रिस्क (Risk) हैं
311. 12:04जो प्रोजेक्ट (Project) एग्जीक्यूशन (Execution)
312. 12:06के सफल होने के खतरों से संबंधित हैं।
313. 12:09सफल प्रोजेक्ट (Project) को पूरा करने के लिए
314. 12:11या प्रोजेक्ट (Project) सफलतापूर्वक पूरा
315. 12:13करते समय क्या खतरे पैदा हो सकते हैं
316. 12:16ठीक है, इसलिए इन चीजों को प्रोजेक्ट (Project)
317. 12:19रिस्क (Risk) के रूप में जाना जाता है।
318. 12:22इसलिए, ये प्रोजेक्ट (Project) के सफल समापन
319. 12:24या एग्जीक्यूशन (Execution) के लिए एक खतरे के
320. 12:27रूप में संबंधित हैं।
321. 12:28जबकि, व्यावसायिक (Business) रिस्क (Risk) वितरित
322. 12:31प्रोजेक्ट (Project) के लाभों के लिए खतरा
323. 12:33के कारकों से संबंधित हैं|
324. 12:35इसलिए, यदि नए प्रोजेक्ट (Project) डिलीवर (Deliver) किए
325. 12:38जाएंगे, तो आपको क्या लाभ मिलेगा और कौन
326. 12:41से कारक वितरित प्रोजेक्ट (Project) के लाभों को प्राप्त
327. 12:44करने के लिए व्याकुल कर देंगे |
328. 12:46इसलिए, इन कारकों को व्यावसायिक(Business)
329. 12:48रिस्क (Risk) के रूप में जाना जाएगा।
330. 12:50इस बिजनेस केसा में या फीजिबिलिटी स्टडी
331. 12:53(feasibility Study) में हमारा ध्यान विभिन्न व्यावसायिक(Business)
332. 12:55रिस्क (Risk) पर होगा।
333. 12:57इसलिए, हम सत्र के अंत में कुछ हद तक
334. 13:00व्यावसायिक(Business) रिस्क (Risk) पर चर्चा करेंगे।
335. 13:02तो, मैनेजमेंट प्लान (Management Plan) में अंतिम
336. 13:04सामग्री या अंतिम घटक यह होना चाहिए
337. 13:07के ऑर्गेनाइजेशन (Organization) के सुचारू मैनेजमेंट
338. 13:09(Management) के लिए एक विस्तृत योजना बनाई जानी
339. 13:12चाहिए; क्या अलग गतिविधियों पर विचार करना चाहिए;
340. 13:15क्या विभिन्न मील के पत्थर वगैरह।
341. 13:17तो, इस ऑर्गेनाइजेशन (Organization) के सुचारू मैनेजमेंट
342. 13:19(Management) के लिए विस्तृत योजना को विकसित
343. 13:22करते हुए इस खंड में लिखा जाना चाहिए।
344. 13:25तो, ये एक बिजनेस केस (Business Case) की विभिन्न
345. 13:28सामग्री हैं।
346. 13:29इसलिए, इस बिजनेस केस (Business Case) या फीजिबल
347. 13:31स्टडी (feasible study) रिपोर्ट में यह होना चाहिए
348. 13:34कि इन सामग्रियों को किस सेक्शन (Section)
349. 13:37में रखा गया है।
350. 13:38अब, हम सॉफ्टवेयर (Software) प्रोजेक्ट (Project)
351. 13:40मैनेजमेंट (Management) का एक और महत्वपूर्ण
352. 13:43पहलू देखेंगे जो आपका, प्रोजेक्ट
353. 13:44(Project) पोर्टफोलियो मैनेजमेंट (Management) है।
354. 13:46तो, चलिए पहले देखते हैं कि यह प्रोजेक्ट
355. 13:49(Project) पोर्टफोलियो मैनेजमेंट (Management) क्या
356. 13:51प्रदान करता है।
357. 13:52तो, यह प्रोजेक्ट (Project) पोर्टफोलियो
358. 13:54मैनेजमेंट (Management), सभी प्रोजेक्ट (Project)
359. 13:55का अवलोकन उपक्रम प्रदान करता है।
360. 13:57एक ऑर्गेनाइजेशन (Organization) केवल एक प्रोजेक्ट
361. 14:00(Project) विकसित कर रहा है, इसमें कई प्रोजेक्ट
362. 14:02(Project) विकसित हो सकते हैं।
363. 14:04इसलिए, यह प्रोजेक्ट (Project) पोर्टफोलियो
364. 14:06मैनेजमेंट (Management) उन सभी प्रोजेक्ट (Project)
365. 14:08का अवलोकन करेगा जो कि ऑर्गेनाइजेशन
366. 14:10(Organization) ने विकसित की हो।
367. 14:12तो, कुछ प्रोजेक्ट (Project) अकादमिक संबंधित
368. 14:14प्रोजेक्ट (Project) के हो सकते हैं, कुछ प्रोजेक्ट
369. 14:17(Project) स्वास्थ्य सेवा से संबंधित प्रोजेक्ट
370. 14:19(Project) हो सकते हैं, यहाँ कुछ प्रोजेक्ट (Project)
371. 14:22व्यवसाय उन्मुख प्रोजेक्ट (Project) हो सकते हैं, या
372. 14:25कुछ प्रोजेक्ट (Project) इंडस्ट्री ओरिएंटेड
373. 14:27(Industry Oriented) प्रोजेक्ट (Project) हो सकते हैं।
374. 14:29तो, यह प्रोजेक्ट (Project) पोर्टफोलियो
375. 14:31मैनेजमेंट (Management), उन सभी प्रोजेक्ट
376. 14:33(Project) का अवलोकन प्रदान करेगा जो ऑर्गेनाइजेशन
377. 14:35(Organization) उपक्रम कर रहा है।
378. 14:37तो, यह इस प्रोजेक्ट (Project) पोर्टफोलियो
379. 14:39मैनेजमेंट (Management) से पहले होगा, यह प्रोजेक्ट
380. 14:42(Project) के लिए रिसोर्सेज (Resources) के इंप्लीमेंटेशन
381. 14:44(Implementation) को प्राथमिकता देगा।
382. 14:46इसलिए, ऑर्गेनाइजेशन (Organization) या विकासशील
383. 14:47ऑर्गेनाइजेशन (Organization) इतने सारे प्रोजेक्ट
384. 14:49(Project) विकसित उसके कर रहा है, क्या के
385. 14:52बाद भी रिसोर्सेज (Resources) सीमित हैं?
386. 14:54तो, रिसोर्सेज (Resources) का अलोकेशन (Allocation)
387. 14:56कैसे करें?
388. 14:57कौन सी गतिविधि या कौन से प्रोजेक्ट
389. 14:59(Project) अधिक महत्वपूर्ण है, उन प्रोजेक्ट
390. 15:02(Project) में अधिक संख्या में रिसोर्सेज (Resources)
391. 15:04पहले दिए जाने चाहिए।
392. 15:05तो, कैसे प्राथमिकता दी जाए कि किस प्रोजेक्ट
393. 15:08(Project) को किन रिसोर्सेज (Resources) का अलोकेशन (Allocation)
394. 15:11किया जाना चाहिए?
395. 15:12तो, यह प्राथमिकता इस प्रोजेक्ट (Project)
396. 15:14के पोर्टफोलियो मैनेजमेंट (Management) के उद्देश्य
397. 15:17में से एक है।
398. 15:18यह प्राथमिकता देगा विभिन्न प्रोजेक्ट
399. 15:20(Project) के रिसोर्सेज (Resources) के अलोकेशन (Allocation)
400. 15:22के लिए।
401. 15:23यह भी तय करेगा कि कौन से नए प्रोजेक्ट
402. 15:26(Project) स्वीकार किए जाएं और मौजूदा मे
403. 15:29से छोड़ दी जाये| यदि संभव हो तो फीजिबल
404. 15:32स्टडी (feasible study) के बाद देखें कि क्या नए
405. 15:35प्रोजेक्ट (Project) शुरू होंगे जो हमें और
406. 15:38अधिक लाभ प्रदान करेंगे।
407. 15:39फिर निश्चित रूप से, हमें इसे विकसित
408. 15:41करने के लिए स्वीकार करना चाहिए।
409. 15:44जबकि हमने देखा है कि कुछ प्रोजेक्ट
410. 15:46(Project) जो चल रही हैं, वे ऑर्गेनाइजेशन
411. 15:49(Organization) को इतना लाभ नहीं दे रही हैं, बल्कि
412. 15:52इससे नुकसान हो रहा है।
413. 15:54फिर, इस समय हमें प्रोजेक्ट (Project) को छोड़ने के
414. 15:57लिए कार्रवाई करनी चाहिए हमने जो भी
415. 15:59नुकसान उठाया है स्वीकार करेंगे और
416. 16:01हमें इसे ऑर्गेनाइजेशन (Organization) के लिए विकसित
417. 16:04करने के लिए और अधिक नुकसान में लाने
418. 16:07की अनुमति नहीं देनी चाहिए।
419. 16:08तो, जो मौजूदा नुकसान दे रहे हैं वे नुकसान
420. 16:12में चल रहे हैं।
421. 16:13तो, वे छोड़ दिए जाना चाहिए|
422. 16:15तो, कैसे तय किया जाए कि कौन से नए प्रोजेक्ट
423. 16:19(Project) स्वीकार किये जाने चाहिए और कौन
424. 16:21सी मौजूदा प्रोजेक्ट (Project) को छोड़ दिया
425. 16:24जाना चाहिए; इसके लिए, हमें फिर से प्रोजेक्ट
426. 16:27(Project) पोर्टफोलियो मैनेजमेंट (Management) का
427. 16:28उपयोग करना चाहिए।
428. 16:30यह तय करेगा कि किस प्रोजेक्ट (Project) को
429. 16:32स्वीकार करना है और किस मौजूदा प्रोजेक्ट
430. 16:35(Project) को छोड़ना है।
431. 16:36आइए देखें कि प्रोजेक्ट (Project) पोर्टफोलियो
432. 16:38मैनेजमेंट (Management) की महत्वपूर्ण चिंताएँ
433. 16:40क्या हैं?
434. 16:41तो, ये प्रोजेक्ट (Project) पोर्टफोलियो
435. 16:43मैनेजमेंट (Management) की महत्वपूर्ण चिंताएं
436. 16:44हैं; पहला प्रोजेक्ट (Project) प्रस्ताव के
437. 16:47लिए मूल्यांकन कर रहे है।
438. 16:48इसलिए, प्रोजेक्ट (Project) प्रस्ताव विभिन्न
439. 16:50स्रोतों से आ सकते हैं।
440. 16:52तो, प्रोजेक्ट (Project) प्रस्तावों का मूल्यांकन
441. 16:54कैसे करें?
442. 16:55क्या जिस पर आप प्रस्तावों का मूल्यांकन करेंगे
443. 16:58वह सभी मापदंडों पर आधारित है?
444. 17:00इसलिए, यह पहली महत्वपूर्ण चिंता है कि हमें
445. 17:03प्रोजेक्ट (Project) के प्रस्तावों का मूल्यांकन
446. 17:05करना है।
447. 17:06फिर, हमें प्रोजेक्ट (Project) से जुड़े रिस्क
448. 17:08(Risk) का आकलन करना होगा।
449. 17:10मैं आपको पहले ही बता चुका हूं कि दो
450. 17:13प्रकार की महत्वपूर्ण प्रोजेक्ट (Project) हैं;
451. 17:15व्यावसायिक(Business) रिस्क (Risk) और प्रोजेक्ट
452. 17:17(Project) रिस्क (Risk) क्या हैं।
453. 17:19हमें यह आकलन करना होगा कि इस रिस्क
454. 17:21(Risk) का क्या असर होगा; हां, कितने प्रोजेक्ट
455. 17:24(Project) प्रभावित होंगे।
456. 17:25इसलिए, यह आकलन करना कि सिस्टम (System) कैसे
457. 17:28प्रभावित होगा।
458. 17:29तो, प्रोजेक्ट (Project) के साथ रिस्क (Risk) का
459. 17:32आकलन करते है| फिर, यह तय करना कि
460. 17:35प्रोजेक्ट (Project) के बीच रिसोर्सेज (Resources)
461. 17:37को कैसे साझा किया जाए चूंकि ऑर्गेनाइजेशन
462. 17:39(Organization) मे कई संख्याओं मे प्रोजेक्ट (Project)
463. 17:42चल रहे हैं, लेकिन रिसोर्सेज (Resources) सीमित
464. 17:44हैं कैसे तय करें कब, कौन सा रिसोर्सेज
465. 17:47(Resources) किस प्रोजेक्ट (Project) के लिए अलोकेटेड
466. 17:50(Allocated) किया जाएगा यह एक महत्वपूर्ण कारक
467. 17:52है।
468. 17:53प्रोजेक्ट (Project) पोर्टफोलियो मैनेजमेंट (Management) का
469. 17:55उद्देश्य यह तय करना है कि कब कौन सा रिसोर्से
470. 17:58(Resource) दिया जाएगा और किस प्रोजेक्ट (Project)
471. 18:01के लिए।
472. 18:02तो, अब, प्रोजेक्ट (Project) के बीच निर्भरता
473. 18:04को ध्यान में रखते हुए, वहाँ कुछ निर्भर
474. 18:07प्रोजेक्ट (Project) हैं।
475. 18:08इसका मतलब है, मान लीजिए कि प्रोजेक्ट
476. 18:10(Project) A निर्भर करता है प्रोजेक्ट (Project)
477. 18:13B पर; इसका मतलब है, अगर प्रोजेक्ट B पूरा
478. 18:16नहीं हुआ है तो शायद प्रोजेक्ट A हम शुरू
479. 18:19नहीं कर सकते हैं।
480. 18:21तो, यही कारण है कि इसे संभालने के लिए,
481. 18:24हमें प्रोजेक्ट (Project) के बीच निर्भरता
482. 18:26को ध्यान में रखना चाहिए; कौन सा प्रोजेक्ट
483. 18:29किस प्रोजेक्ट पर निर्भर है।
484. 18:31तदनुसार, हम रिसोर्से (Resource) का अलोकेशन (Allocation)
485. 18:33कर सकते हैं ताकि इस प्रोजेक्ट (Project)
486. 18:36पर एक और प्रोजेक्ट (Project) निर्भर ना हो|
487. 18:38फिर, प्रोजेक्ट (Project) के बीच डुप्लीकेशन
488. 18:41(Duplication) को दूर करना; तो, यदि समान प्रोजेक्ट
489. 18:43(Project) हैं, यदि एक समान प्रोजेक्ट (Project) चल
490. 18:46रहे है तो कुछ दोहराये हुए घटक निरर्थक
491. 18:49है| तो इस प्रयास का उपयोग
492. 18:51अनावश्यक है और रिसोर्सेज (Resources) वगैरह भी एक
493. 18:54जरूरी समय की बर्बादी है।
494. 18:56इसलिए, हमें प्रोजेक्ट (Project) के बीच डुप्लीकेशन
495. 18:58(Duplication) की पहचान करनी होगी और हमें उन्हें
496. 19:01हटाना होगा यह प्रोजेक्ट (Project) पोर्टफोलियो
497. 19:03मैनेजमेंट (Management) की महत्वपूर्ण चिंताओं
498. 19:05में से एक है; फिर, यह घटनाक्रम अनजाने
499. 19:08में सुनिश्चित करना आवश्यक नहीं है।
500. 19:10तो, एक और महत्वपूर्ण प्रोजेक्ट (Project) पोर्टफोलियो
501. 19:13मैनेजमेंट (Management) की चिंता यह है कि हमें
502. 19:15यह सुनिश्चित करना होगा की यह घटनाक्रम
503. 19:18अनजाने में सुनिश्चित करना आवश्यक नहीं
504. 19:20है।
505. 19:21तो, अगर कुछ अच्छी बात है, कुछ आवश्यक
506. 19:23विकास तो, किसी तरह याद किया गया है।
507. 19:26तो, इस बात को सुनिश्चित किया जाना चाहिए
508. 19:29कि हाँ कोई आवश्यक घटनाक्रम, जरुरी
509. 19:31चीजें नहीं; वे अनजाने में छूट गए हैं।
510. 19:34यह इस प्रोजेक्ट (Project) के पोर्टफोलियो
511. 19:36मैनेजमेंट (Management) का उपयोग करके भी सुनिश्चित
512. 19:39किया जा सकता है|
513. 19:40अब, देखते हैं कि पोर्टफोलियो मैनेजमेंट (Management) के
514. 19:43लिए अलग-अलग तत्व क्या हैं?
515. 19:45यहां तीन महत्वपूर्ण तत्व हैं एक प्रोजेक्ट
516. 19:47(Project) पोर्टफोलियो परिभाषा है।
517. 19:49अन्य एक प्रोजेक्ट (Project) पोर्टफोलियो
518. 19:50मैनेजमेंट (Management) और फिर, प्रोजेक्ट (Project)
519. 19:52पोर्टफोलियो ऑप्टिमाइजेशन (Optimization)है।
520. 19:54आइए पहले प्रोजेक्ट पोर्टफोलियो परिभाषा
521. 19:55के बारे में देखें।
522. 19:57तो, उद्देश्य क्या है?
523. 19:58तो, यहाँ उद्देश्य यह है की एक ऑर्गेनाइजेशन
524. 20:01(Organization) के भीतर सभी प्रोजेक्ट (Project) का
525. 20:04एक केंद्रीय रिकॉर्ड बनाए।
526. 20:05तो, एक ऑर्गेनाइजेशन (Organization) के साथ कई रिकॉर्ड
527. 20:08हैं।
528. 20:09तो, एक ऑर्गेनाइजेशन (Organization) के भीतर सभी
529. 20:11संबंधित प्रोजेक्ट (Project) का केंद्रीय
530. 20:12रिकॉर्ड कैसे बनाया जाए; इसलिए, यही कारण
531. 20:15है कि प्रोजेक्ट (Project) पोर्टफोलियो
532. 20:17परिभाषा का एक उद्देश्य है।
533. 20:18इसलिए, पहला यह है कि प्रोजेक्ट पोर्टफोलियो
534. 20:21या प्रोजेक्ट पोर्टफोलियो परिभाषा को कैसे
535. 20:23परिभाषित किया जाए।
536. 20:24इसलिए, हमें यह भी तय करना होगा कि क्या
537. 20:27सभी प्रोजेक्ट (Project) रिपॉजिटरी (repository) में
538. 20:30हैं या केवल विशेष श्रेणी के प्रोजेक्ट
539. 20:32(Project) जैसे ICT प्रोजेक्ट (Project) हैं|
540. 20:34इसलिए, हमें यह तय करना होगा कि क्या
541. 20:37सभी प्रोजेक्ट (Project) को रिपॉजिटरी (repository)
542. 20:39में रखा जाएगा या कुछ विशेष प्रकार
543. 20:42के प्रोजेक्ट (Project) या कुछ विशेष श्रेणी
544. 20:44के प्रोजेक्ट (Project) रखे जायेंगे जैसे
545. 20:46ICT प्रोजेक्ट (Project) को रखा गया है।
546. 20:49फिर, हमें नए उत्पाद (Product) विकास प्रोजेक्ट
547. 20:51(Project) के बीच अंतर को नोट करना होगा |
548. 20:54तथा हमने देखा की नवीकरण प्रोजेक्ट
549. 20:56(Project) के बीच में पर्याप्त अंतर है जो कि एक प्रोजेक्ट
550. 21:00(Project) को नए सिरे से विकसित करना और बस
551. 21:03अनुमानित अद्यतन को नवीनीकृत करना
552. 21:05है| इसलिए, हमें अंतर
553. 21:07करना होगा क्योंकि दोनों प्रोजेक्ट
554. 21:08(Project) के लिए रिसोर्सेज (Resources) की आवश्यकता
555. 21:11नई है उत्पाद (Product) विकास और नवीकरण
556. 21:13वे अलग-अलग होंगे।
557. 21:14आवश्यक समय, नया उत्पाद (Product) विकसित करने
558. 21:17के लिए आवश्यक प्रयास साथ ही प्रोजेक्ट
559. 21:19(Project) का नवीनीकरण अलग होगा।
560. 21:21इसलिए, हमें नए उत्पाद (Product) विकास और प्रोजेक्ट
561. 21:24(Project) के नवीकरण के बीच के अंतर को नोट
562. 21:27करना होगा।
563. 21:28इसलिए, प्रोजेक्ट (Project) पोर्टफोलियो
564. 21:29की परिभाषा इसका उद्देश्य यह है।
565. 21:31फिर, हम प्रोजेक्ट पोर्टफोलियो मैनेजमेंट
566. 21:33(Management) देखेंगे।
567. 21:34यहां हमें यह देखना होगा कि प्रोजेक्ट
568. 21:36(Project) की वास्तविक लागत और परफॉरमेंस
569. 21:39(performance) को रिकॉर्ड किया जा सकता है और
570. 21:41सहायता की जा सकती है।
571. 21:43तो, वास्तविक लागत क्या है यह प्रोजेक्ट
572. 21:46लेता है और परफॉरमेंस (performance) क्या है; परफॉरमेंस
573. 21:49(performance) प्रोजेक्ट (Project) किस तरह का है।
574. 21:51इसलिए, पोर्टफोलियो मैनेजमेंट (Management) का
575. 21:53उपयोग करके उन्हें रिकॉर्ड और मूल्यांकन
576. 21:55किया जा सकता है।
577. 21:56मुख्य उद्देश्य वास्तविक लागत को रिकॉर्ड
578. 21:59करना और उसका मूल्यांकन करना है, प्रोजेक्ट
579. 22:01(Project) का वास्तविक परफॉरमेंस (performance),
580. 22:03उन्हें विकसित करना है और प्रोजेक्ट
581. 22:05(Project) पोर्टफोलियो अनुकूलन में इसका
582. 22:07नाम सुझाया गया है ।
583. 22:08इसलिए हमें जानकारी जुटाना है आप देखेंगे
584. 22:11कि इस प्रोजेक्ट पोर्टफोलियो की परिभाषा
585. 22:13में हम रिकॉर्ड बना रहे हैं, हम जानकारी
586. 22:16एकत्र कर रहे हैं।
587. 22:17तो, यहाँ प्रोजेक्ट (Project) पोर्टफोलियो
588. 22:19अनुकूलन में जो जानकारी पहले इक्कठी हुई
589. 22:21थी, उनका उपयोग प्रोजेक्ट (Project) के बेहतर संतुलन
590. 22:24को प्राप्त करने के लिए किया जा सकता
591. 22:27है।
592. 22:28वे कैसे अलग-अलग प्रोजेक्ट (Project) संतुलित करते
593. 22:30हैं जैसे देखें कि कुछ प्रोजेक्ट (Project)
594. 22:32बहुत रिस्क (Risk) भरे हैं, लेकिन वे संभावित
595. 22:35रूप से बहुत अधिक मूल्यवान हैं|
596. 22:37वे मूल्यवान संतुलन होंगे क्योंकि वे
597. 22:39अधिक लाभ दे सकते हैं तुम्हे पता हैं
598. 22:42कि व्यावसाय (Business) या प्रोजेक्ट (Project)
599. 22:44जो अधिक रिस्क (Risk) भरे हैं, उनसे अधिक
600. 22:47लाभ की संभावना है| दूसरी ओर, कुछ कम रिस्क
601. 22:51(Risk) वाली प्रोजेक्ट (Project) हैं; यह प्रोजेक्ट
602. 22:53(Project) बहुत कम रिस्क (Risk) वाले है, लेकिन
603. 22:56उनके गुण भी बहुत कम हैं।
604. 22:58वे बहुत कम मूल्यवान प्रोजेक्ट (Project) हैं।
605. 23:00इसलिए बेहतर परफॉरमेंस (performance) प्राप्त करने
606. 23:03के लिए इन विभिन्न प्रकार के प्रोजेक्ट
607. 23:05(Project) को संतुलित करना होगा।
608. 23:07तो, हम जानकारी, को कैसे संतुलित कर
609. 23:09सकते हैं?
610. 23:10जानकारी जुटा के, प्राप्त करके, जानकारी
611. 23:12का उपयोग करके जो ऊपर के दो स्टेप्स
612. 23:15(steps) में इकट्ठे हुए हैं।
613. 23:17तो, ऊपर दी गई जानकारी का उपयोग प्रोजेक्ट
614. 23:20(Project) से का बेहतर संतुलन प्राप्त किया जा
615. 23:23सकता है।
616. 23:24इसलिए, जैसा कि हमने पहले ही देखा है कि
617. 23:26कुछ प्रोजेक्ट (Project) बहुत अधिक रिस्क
618. 23:29(Risk) वाले हो सकते हैं| लेकिन कुछ प्रोजेक्ट
619. 23:31(Project) जो कम रिस्क (Risk) वाले हैं, लेकिन लाभ
620. 23:35बहुत कम है, वे बहुत कम लाभ देंगे।
621. 23:38इसलिए, हमें इन विभिन्न प्रकार के प्रोजेक्ट
622. 23:40(Project) के बीच संतुलन बनाना होगा।
623. 23:42तो, इसका मतलब यह हो सकता है कि, हमें कुछ
624. 23:46ऑप्टिमाइजेशन (optimization) के लिए जाना है।
625. 23:48हम और अधिक लाभ कैसे बना सकते हैं भले
626. 23:51ही प्रोजेक्ट (Project) रिस्क (Risk) वाले हों;
627. 23:54हम कम समय मे कम लागत कैसे खर्च कर सकते
628. 23:57हैं, लेकिन उद्देश्य अधिकतम लाभ कमाना
629. 23:59है?
630. 24:00तो, इस प्रोजेक्ट (Project) के पोर्टफोलियो
631. 24:02ऑप्टिमाइजेशन (optimization) द्वारा इन चीजों
632. 24:04को प्राप्त किया जा सकता है।
633. 24:06अब, इस प्रॉजेक्ट के पोर्टफोलियो और
634. 24:08मैनेजमेंट (Management) के बारे में जल्दी से
635. 24:10देख लेते है| पेशेवरों का कहना
636. 24:12है कि यह पोर्टफोलियो के बाहर कुछ छोटे
637. 24:15एडहॉक (ad hoc) कार्य करने की अनुमति देता है।
638. 24:18ये एक प्रोजेक्ट (Project) पोर्टफोलियो
639. 24:20मैनेजमेंट (Management) हैं; यह आपको पोर्टफोलियो
640. 24:22के बाहर कुछ एडहॉक (ad hoc) कार्यों को करने
641. 24:26की अनुमति देता है।
642. 24:27उदाहरण के लिए, आप सिस्टम को जल्दी
643. 24:30ठीक करना चाहते हैं, जो आसानी से किया
644. 24:32जा सकता है।
645. 24:33जबकि, कुछ पूर्ण समय के कर्मचारियों से
646. 24:36आपको जो नुकसान हुआ हैं, उसके लिए आपने
647. 24:39कुछ पूर्णकालिक कर्मचारी आवंटित किए होंगे।
648. 24:41प्रभावी रूप से उनके बारे में एक प्रोजेक्ट
649. 24:44(Project) के लिए, उन्हें केवल पार्ट टाईम
650. 24:46माना जाएगा।
651. 24:47वहाँ प्रभावी रूप से पार्ट टाईम आधार
652. 24:49होगा क्योंकि अभी भी कुछ नियमित काम
653. 24:52करना बाकी है।
654. 24:53हम निर्धारित प्रोजेक्ट (Project) के लिए पूरा समय
655. 24:56नहीं दे सकते।
656. 24:57तो यह एक बाधा मे से है अगर कुछ प्रोजेक्ट
657. 25:00(Project) को आधिकारिक प्रोजेक्ट पोर्टफोलियो
658. 25:02ऑर्गेनाइजेशनल (organizational) गतिविधि को सटीक
659. 25:04रूप से बाहर रखा गया है तो रिफ्लेक्ट
660. 25:07नहीं कर सकते है| तो, अगर कुछ प्रोजेक्ट
661. 25:10(Project) को शामिल नहीं किया गया है यदि कुछ
662. 25:13प्रोजेक्ट (Project) की गतिविधियों को छोड़
663. 25:15दिया जाए तो फिर आप किस प्रोजेक्ट पोर्टफोलियो
664. 25:18की रिपोर्ट तैयार करते हैं| यह सटीक
665. 25:20रूप से ऑर्गेनाइजेशनल (organizational) प्रतिबिंबित
666. 25:22नहीं हो सकता है| तो यह कुछ फायदे और
667. 25:25नुकसान है प्रोजेक्ट पोर्टफोलियो मैनेजमेंट
668. 25:27के|
669. 25:28अब, आइए देखें कि व्यक्तिगत प्रोजेक्ट्स का मूल्यांकन
670. 25:30कैसे करें।
671. 25:31मैं आपको पहले ही बता चुका हूं कि तीन
672. 25:34व्यक्तिगत प्रोजेक्ट्स का मूल्यांकन करने
673. 25:36के लिए फीजिबिलिटी स्टडी (feasibility Study) के
674. 25:39प्रकार की आवश्यकता होती है।
675. 25:40तो, एक टेक्निकल फीजिबिलिटी (Technical Feasibility), फिर फाइनेंसियल
676. 25:43फीजिबिलिटी (financial feasibility) और ऑपरेशनल
677. 25:45फीजिबिलिटी (Operational Feasibility)|
678. 25:46आइये पहले देखते हैं यह टेक्निकल
679. 25:48असेसमेंट (technical assessment)।
680. 25:49तो, टेक्निकल असेसमेंट (technical assessment) में यह असेसमेंट
681. 25:52(assessment) शामिल होता है की वर्तमान किफायती
682. 25:55टेक्नोलॉजीज (technologies) के साथ आवश्यक कार्यक्षमता
683. 25:57प्राप्त की जा सकती है या नहीं।
684. 25:59वर्तमान में बाजार में कौन सी टेक्नोलॉजीज
685. 26:02(technologies) मौजूद हैं, जिसके साथ आप प्रोजेक्ट
686. 26:04(Project) को विकसित कर सकते हैं।
687. 26:06फिर, हम कहते हैं कि यह टेक्निकली (technically)
688. 26:09रूप से संभव है और टेक्निकल असेसमेंट
689. 26:12(technical assessment) पूरी तरह से मिल चुका है।
690. 26:15तो, इसी तरह, यदि आप एक नयी टेक्नोलॉजी
691. 26:17का प्रयोग करेंगे, नया हार्डवेयर (Hardware),
692. 26:20नया सॉफ्टवेयर (Software); इसलिए, टेक्नोलॉजी
693. 26:21(Technology)की लागत को अपनाया गया है जिसे फाइनेंसियल
694. 26:24असेसमेंट (financial assessment) में ध्यान में रखा
695. 26:27जाना चाहिए।
696. 26:28जबकि लोग लागत लाभ विश्लेषण तैयार करेंगे,
697. 26:30आपको इस लागत को ध्यान में रखते हुए नए हार्डवेयर
698. 26:33(Hardware), नए सॉफ्टवेयर (Software) या नई टेक्नोलॉजी
699. 26:36(Technology) की लागत पर विचार करना होगा।
700. 26:38फिर, यह फाइनेंसियल असेसमेंट (financial assessment)
701. 26:41क्या है; फाइनेंसियल असेसमेंट (financial assessment)
702. 26:43में, हमें क्या विश्लेषण करना है लागत और लाभ।
703. 26:46तो, इसीलिए इसे लागत लाभ विश्लेषण के
704. 26:48रूप में जाना जाता है।
705. 26:50हमें खर्च की गई विभिन्न लागतों का विश्लेषण
706. 26:53करना ही होगा, हमें विभिन्न लाभों का
707. 26:55विश्लेषण प्राप्त करना होगा|
708. 26:57अगर लाभ पर्याप्त रूप से लागत को पछाड़
709. 27:00देगा फिर, हमें यह तुलना करनी होगी
710. 27:02कि क्या लागत लाभ से ज्यादा तो नहीं
711. 27:05| फिर, हम विकास अधिकृत
712. 27:07इस प्रोजेक्ट (Project) के लिए कदम उठाएंगे|
713. 27:09हमें सिर्फ विकास के लिए उस प्रोजेक्ट
714. 27:12(Project) को नहीं अपनाना चाहिए।
715. 27:13तो, यह फाइनेंसियल असेसमेंट (financial assessment)
716. 27:15या जिसे लोकप्रिय रूप से लागत लाभ विश्लेषण
717. 27:18के रूप में जाना जाता है, यह एक व्यक्तिगत
718. 27:21प्रोजेक्ट (Project) से संबंधित है।
719. 27:23व्यक्तिगत प्रोजेक्ट (Project) के लिए, आपको लागत
720. 27:26लाभ विश्लेषण करना होगा।
721. 27:27आपको पहले लागत लाभ विश्लेषण के लिए
722. 27:30,निम्नलिखित कार्य करने की आवश्यकता
723. 27:31है।
724. 27:32आपको सभी लागतों की पहचान करनी होगी;
725. 27:34विभिन्न प्रकार की लागत क्या हैं।
726. 27:36उदाहरण के लिए, कुछ लागत विकास लागत
727. 27:39होगी; कुछ लागत शायद सेटअप (Setup) लागत होगी।
728. 27:42उदाहरण के लिए, किस विकास के लिए आपका
729. 27:45प्रोजेक्ट है, हार्डवेयर (Hardware) लगाने के लिए
730. 27:47लागत, इसके प्रशिक्षण के लिए स्टाफ की लागत|
731. 27:50तो लागत के बारे में क्या आवश्यक हो जाएगा
732. 27:53और हार्डवेयर (Hardware) की स्थापना या विभिन्न
733. 27:56व्यक्तिगत भर्ती प्रदान करने के लिए
734. 27:58आवश्यक प्रशिक्षण।
735. 27:59तो, यह लागत सेटअप (Setup) लागत के रूप में
736. 28:02है|
737. 28:03इसी तरह से, हमारे पास एक और लागत हैं
738. 28:05शायद वह ऑपरेशनल (operational ) लागत की तरह
739. 28:08हैं।
740. 28:09तो, ऑपरेटिंग सिस्टम मे इंस्टॉलेशन (installation)
741. 28:10के बाद इन दोनों के पास इसे चलाने के
742. 28:13लिए कुछ लागत प्रदान करनी पड़ सकती है।
743. 28:16तो, ये ऑपरेशनल (operational) लागत हैं।
744. 28:18तो, इस तरह से लागत लाभ विश्लेषण करने
745. 28:21के लिए, हमें विभिन्न प्रकार की लागतों
746. 28:24की पहचान करनी होगी।
747. 28:25फिर, हमें विभिन्न प्रकार के लाभों
748. 28:27की पहचान करनी होगी।
749. 28:29तो, वहाँ विभिन्न प्रकार के लाभ हैं
750. 28:31जो अगली कक्षा में चर्चा करेंगे।
751. 28:33मेरा मतलब है लागत का क्लासिफिकेशन
752. 28:36(classification) और लाभों का क्लासिफिकेशन (classification),
753. 28:38हम अगली कक्षा में चर्चा करेंगे।
754. 28:40फिर, जाँच लें कि लाभ लागत से अधिक हैं।
755. 28:43जैसा कि मैं आपको पहले ही बता चुका
756. 28:46हूं हमें यह देखना चाहिए कि कहाँ पे
757. 28:49परफॉरमेंस (performance) लागत बेनिफिट एनालिसिस
758. 28:51(analysis) लाभ प्राप्त किए जाएंगे, हमें
759. 28:53यह सुनिश्चित करना चाहिए कि प्रोजेक्ट
760. 28:55(Project) से जो लाभ प्राप्त किए जाएंगे वे उस
761. 28:58लागत से अधिक होने चाहिए जो खर्च होगी।
762. 29:01फिर, केवल हम जांच कर सकते हैं, हम विकास
763. 29:04के लिए प्रोजेक्ट (Project) को ले सकते हैं;
764. 29:07तो, लागत लाभ विश्लेषण का महत्वपूर्ण उद्देश्य
765. 29:09यह है हमें विकास के लिए प्रोजेक्ट
766. 29:12(Project) नहीं अपनानी चाहिए।
767. 29:13इसलिए, हमें यह जांचना होगा कि लाभ इससे
768. 29:16बड़े हैं या नहीं यह ठीक है।
769. 29:19आपको बहुत बहुत धन्यवाद।