एक मस्त पण अपरिचित आयटी मॅनेजर, वेबस्टर टॉम्पकिन्स, प्रथम कामावरून काढून टाकला जातो, नंतर एक यादृच्छिक सौंदर्याने त्याला जोडले, त्याला ड्रग्स लावले आणि मोरोव्हियाच्या छोट्या कम्युनिस्ट देशात घेऊन गेले.

विलक्षण?

नाही. वास्तविक, हे प्रकल्प व्यवस्थापनावरील पाठ्यपुस्तक आहे. काल्पनिक कादंबरीच्या स्वरूपात.

तुम्हाला हे कसे आवडते? टॉम डीमार्कोच्या "डेडलाइन" या पुस्तकाच्या पुनरावलोकनास भेटा. प्रकल्प व्यवस्थापन बद्दल एक कादंबरी!

टॉम डीमार्को

टॉम डीमार्को हे आंतरराष्ट्रीय सल्लागार कंपनी अटलांटिक सिस्टीम्स गिल्डचे प्रमुख आहेत, ते जटिल व्यवसाय प्रणाली, जोखीम व्यवस्थापन, पुनर्अभियांत्रिकी आणि निरोगी कॉर्पोरेट संस्कृती तयार करण्यात तज्ञ आहेत. सॉफ्टवेअर खटल्यातही ती मदत करते. असोसिएशन फॉर कॉम्प्युटिंग मशिनरी आणि इन्स्टिट्यूट ऑफ इलेक्ट्रिकल अँड इलेक्ट्रॉनिक्स इंजिनिअर्सचे सदस्य.

प्लॉट

अपहरण केलेल्या वेबस्टर टॉम्पकिन्सला मोरोव्हिया या छोट्या कम्युनिस्ट देशाच्या अर्थव्यवस्थेला चालना द्यावी लागेल.

त्याच्याकडे अनंत मानवी आणि आर्थिक संसाधने आहेत. वेबस्टरच्या विरोधात काय आहे ते म्हणजे नोकरशाही, मूर्ख व्यवस्थापन आणि कडक डेडलाइन.

प्रत्येक प्रकरणाच्या शेवटी, वेबस्टर त्याच्या नोटबुकमध्ये शिकलेले धडे लिहितो. या नोट्स व्यवस्थापकासाठी पुस्तकातील सर्वात मौल्यवान वस्तू आहेत.

पुस्तकात समाविष्ट केलेले काही विषय येथे आहेत:

• कर्मचारी निवड.
• कर्मचारी प्रेरणा.
• कंपनीमधील विवादांचे निराकरण.
• कामाचे तास, जादा वेळ.
• कर्मचाऱ्यांची कपात आणि बदल्या.
• बॉस जुलमी आहे.

मला पाठ्यपुस्तकांचा खूप कंटाळा आला आहे!

हे पुस्तक वाचताना मी पारंपरिक पाठ्यपुस्तकांना किती कंटाळलो आहे याचा विचार करताना दिसले. नियम - पुरावा - उदाहरणे - परिणाम. आणि पाणी, पाणी, पाणी ...

निरोगी? होय.

कंटाळवाणा? अरे हो!

मी तीन दिवसांत जाड डेडलाइन पुस्तक खाऊन टाकले. वेबस्टरचे साहस व्यसनाधीन आहेत, जरी “पाठ्यपुस्तक” हा विषय माझ्यासाठी फारसा मनोरंजक नव्हता.

कलात्मक स्वरूप कोणतेही पाठ्यपुस्तक अधिक मनोरंजक आणि उपयुक्त बनवते. व्यावसायिक साहित्यात ते क्वचितच का वापरले जाते?

सारांश

प्रकल्प व्यवस्थापनाबद्दल एक मनोरंजक कादंबरी. तेजस्वी पात्रे, विनोद, एक वळणावळणाचे कथानक - सर्व काही ठिकाणी आहे.

टिप्पण्यांमध्ये लिहा!

तुम्ही व्यवसाय आणि स्व-विकासाविषयी कोणती काल्पनिक पुस्तके वाचली आहेत?

अंतिम मुदत गोषवारा

• वेबसाइट विकास

मूळ स्रोत: टॉम डीमार्को “डेडलाइन. प्रकल्प व्यवस्थापनाबद्दल एक कादंबरी"

माझ्या मते, प्रोजेक्ट मॅनेजमेंटवरील सर्वात वाईट पुस्तक काय नाही हे मी सर्व "मीठ" पिळून काढण्याचा प्रयत्न केला. मी ते लोकांना पाहण्यासाठी तिथे ठेवत आहे.

1. जर एखाद्या व्यक्तीला सुरक्षित वाटत नसेल तर तो बदलाला विरोध करेल.
2. नेत्याने यशस्वीपणे काम करण्यासाठी बदल आवश्यक असतात.
3. अनिश्चिततेमुळे व्यक्ती जोखीम टाळते.
4. जोखीम टाळून, एखादी व्यक्ती सर्व नवीन संधी आणि फायदे गमावते ज्यामुळे त्याला बदल होऊ शकतात.
5. जर तुम्हाला कर्मचार्‍यांच्या कामगिरीची काळजी असेल तर धमक्या हा सर्वात वाईट प्रकारचा प्रेरणा आहे.
6. तुम्ही कितीही धमकावत असलात तरीही, जर तुम्ही सुरुवातीपासूनच काम पूर्ण करण्यासाठी खूप कमी वेळ दिला असेल तर ते पूर्ण होणार नाही.
7. शिवाय, जर लोक अयशस्वी झाले तर तुम्हाला तुमची वचने पाळावी लागतील.
8. नेतृत्वासाठी हृदय, आतडे, आत्मा आणि नाक आवश्यक आहे.
9. जास्त ऐका, कमी बोला.
10. एखाद्या प्रकल्पाचे व्यवस्थापन करण्यासाठी, त्याचे जोखीम व्यवस्थापित करणे पुरेसे आहे.
11. प्रत्येक प्रकल्पासाठी जोखमींची यादी तयार करा.
12. प्रकल्प अयशस्वी होण्यास कारणीभूत असलेल्या जोखमींचा मागोवा घ्या, केवळ शेवटच्या जोखमींचा नाही.
13. घटनेची संभाव्यता आणि प्रत्येक जोखमीची किंमत मोजा.
14. प्रत्येक जोखमीसाठी, एक सूचक निश्चित करा - एक लक्षण ज्याद्वारे तुम्ही हे निर्धारित करू शकता की जोखीम समस्येमध्ये बदलत आहे.
15. व्यवस्थापनाला वाईट बातमी कळवण्यासाठी प्रवेशयोग्य (कदाचित निनावी) चॅनेल तयार करा.
16. तुमचे नुकसान कमी करा.
17. प्रयत्न करण्यापेक्षा अनावश्यक प्रयत्न कमी करून प्रकल्पाचे यश निश्चित केले जाऊ शकते.
नवीन विजय.
18. तुम्ही जितक्या लवकर अनावश्यक काम थांबवाल तितके संपूर्ण प्रकल्पासाठी चांगले.
19. अनावश्यकपणे नवीन संघ तयार करण्याचा प्रयत्न करू नका; संघात आधीपासूनच स्थापित आणि चांगले कार्य करणारे संघ पहा.
20. प्रकल्पाच्या समाप्तीनंतर कार्यसंघांना एकत्र काम करण्यास सोडा (जर ते स्वतः करू इच्छित असतील), जेणेकरून तुमची जागा घेणार्‍या व्यवस्थापकांना एकत्र काम न करणार्‍या संघांच्या समस्या कमी होतील.
21. विचार करा की जो संघ एकत्र काम करत राहू इच्छितो तो कोणत्याही प्रकल्पाच्या मुख्य उद्दिष्टांपैकी एक आहे.
22. एखाद्या प्रकल्पाच्या सुरुवातीला आपण गमावलेला दिवस म्हणजे शेवटी जितका दिवस गमावतो तितकाच.
23. एक दिवस वाया घालवण्याचे हजार आणि एक मार्ग आहेत आणि तो दिवस परत मिळवण्यासाठी एक नाही.
24. कामाची प्रक्रिया कशी चालेल याविषयी तुमची गृहितकं आणि अंदाज तयार करा.
25. या मॉडेल्सची चर्चा करा.
26. प्रत्येक प्रकल्पाचा आकार निश्चित करा.
27. प्रथम मोजमापाचे एकक निवडण्याबद्दल काळजी करू नका - जर तुम्हाला नंतर वास्तविक डेटासह कार्य करावे लागले, तर अमूर्त युनिट्स प्रारंभ करण्यासाठी कार्य करतील.
28. साध्या मेट्रिक्सवर आधारित जटिल मेट्रिक्स तयार करा (जे कोणत्याही सॉफ्टवेअर उत्पादनामध्ये मोजणे सोपे आहे).
29. पूर्ण झालेल्या प्रकल्पांवर श्रम उत्पादकता मोजण्यासाठी ऐतिहासिक डेटा गोळा करा.
30. प्राप्त झालेले परिणाम अभिलेखीय डेटामध्ये दर्शविलेल्या कामाच्या प्रमाणात अमूर्त युनिट्सचे गुणोत्तर सर्वात अचूकपणे प्रतिबिंबित करेपर्यंत जटिल सिंथेटिक मेट्रिक्सची गणना करण्यासाठी सूत्रांवर कार्य करा.
31. संपूर्ण संग्रहित डेटाबेसमधून ट्रेंड लाइन काढा जी जटिल सिंथेटिक मेट्रिक्सच्या मूल्यांचे गुणोत्तर म्हणून कामाची अपेक्षित रक्कम दर्शवेल.
32. आता प्रत्येक नवीन प्रकल्पासाठी सिंथेटिक मेट्रिकच्या मूल्याची गणना करणे आणि कामाची अपेक्षित रक्कम निर्धारित करण्यासाठी ते वापरणे पुरेसे असेल.
33. कार्यप्रदर्शन रेषेवरील "आवाज पातळी" बद्दल जागरूक रहा आणि एकंदर मार्गावरून स्वीकार्य विचलन निर्धारित करताना त्याचा निर्देशक म्हणून वापर करा.
34. चांगली विकास प्रक्रिया आणि त्यात सतत सुधारणा करणे ही अतिशय योग्य उद्दिष्टे आहेत.
35. परंतु कार्य ध्येय आणि उद्दिष्टे देखील आहेत.
36. एकापेक्षा जास्त पद्धती सुधारणा अंमलात आणण्याचा प्रयत्न करणे हे हरवलेले कारण आहे. अनेक तंत्रे आणि कौशल्ये सुधारण्याच्या उद्देशाने कार्यक्रमांचा परिणाम होण्याची शक्यता जास्त वेळ फ्रेम असेल.
37. प्रमाणित विकास प्रक्रियेचा धोका असा आहे की, नियमित कामकाजादरम्यान, प्रकल्प विकासासाठी वेळ आणि श्रम वाचवण्याची संधी लोकांना लक्षात येत नाही.
38. जास्त मोठ्या संघांसाठी, एक प्रमाणित प्रक्रिया काटेकोरपणे पाळली जाईल जोपर्यंत ती प्रत्येकाला बोर्डात ठेवते (मग त्याचा प्रकल्पाला फायदा असो वा नसो).
39. जर तुम्हाला त्यांची पर्वा नसेल, जर तुम्हाला त्यांच्यामध्ये स्वारस्य नसेल तर तुम्ही लोकांना काहीतरी वेगळं करायला भाग पाडू शकत नाही. त्यांना बदलण्यासाठी, ते काय करतात आणि ते कशासाठी प्रयत्न करतात हे तुम्ही समजून घेतले पाहिजे (आणि त्यांचे कौतुक केले पाहिजे).
40. व्यवस्थापनाने त्यांच्यावर दबाव आणल्यास लोक वेगाने विचार करू शकत नाहीत.
41. तुम्ही जितका ओव्हरटाइम काम करता तितकी तुमची उत्पादकता कमी होते.
42. थोडासा दबाव आणि ओव्हरटाइम तुम्हाला एखाद्या समस्येवर लक्ष केंद्रित करण्यास, त्याचे महत्त्व समजून घेण्यास आणि जाणवण्यास मदत करू शकते, परंतु दीर्घकाळापर्यंत दबाव नेहमीच वाईट असतो.
43. कदाचित व्यवस्थापनाला दबाव वापरणे खूप आवडते कारण त्यांना परिस्थितीवर कसा प्रभाव टाकायचा हे माहित नसते किंवा पर्यायी उपाय त्यांच्यासाठी खूप कठीण वाटतात.
44. एक भयंकर अंदाज: दबाव आणि ओव्हरटाईम फक्त एक समस्या सोडवण्यासाठी डिझाइन केलेले आहेत - खराब खेळावर चांगला चेहरा ठेवण्यासाठी.
45. अस्पष्ट तपशील सूचित करतात की प्रकल्प सहभागींमध्ये निराकरण न झालेले संघर्ष आहेत.
46. ​​इनपुट आणि आउटपुट माहितीच्या प्रकारांची यादी न करणारे तपशील विचारात घेतले जाऊ नयेत. याचा अर्थ असा की ते फक्त काहीही निर्दिष्ट करत नाही.
47. अनेक पक्षांचा समावेश असलेल्या प्रकल्पामध्ये हितसंबंधांच्या संघर्षांचा सामना करावा लागतो.
48. सॉफ्टवेअर प्रणाली तयार करणे आणि वितरण करणे ही प्रक्रिया खरोखरच सर्व प्रकारच्या संघर्षांसाठी एक प्रजनन ग्राउंड आहे.
49. बहुतेक कंपन्यांमध्ये जेथे सॉफ्टवेअर तयार केले जाते, कोणीही विशेषत: विरोधाभास सोडवण्याच्या समस्येशी संबंधित नाही.
50. संघर्ष समज आणि आदर पात्र आहे. संघर्षाचा अव्यावसायिक वर्तनाशी काहीही संबंध नाही.
51. प्रत्येकाला कळू द्या की तुम्ही सर्व सहभागींचे हित विचारात घेण्याचा प्रयत्न कराल आणि हे तसे आहे याची खात्री करा.
52. वाटाघाटी करणे कठीण आहे. मध्यस्थ म्हणून काम करणे खूप सोपे आहे.
53. आगाऊ घोषणा करा की जर विवादित पक्षांचे हितसंबंध पूर्णपणे किंवा अंशतः विरुद्ध असतील, तर समाधानाचा शोध मध्यस्थाकडे हस्तांतरित केला जाईल.
54. विसरू नका: आम्ही बॅरिकेड्सच्या एकाच बाजूला आहोत. दुसरी बाजू स्वतःच समस्या आहे.
55. उत्प्रेरक लोक आहेत. ते निरोगी संघ, नातेसंबंध, मनोबल तयार करण्यात मदत करतात. जरी त्यांनी दुसरे काही केले नाही (आणि ते सहसा बरेच काही करतात), प्रकल्पातील त्यांची भूमिका सर्वात महत्वाची राहते.
56. आम्हाला असे दिसते की सर्वात वाईट गोष्ट म्हणजे काहीतरी माहित नसणे. तुम्हाला माहीत नसताना तुम्हाला माहीत आहे असा विचार करणे खरोखरच वाईट आहे.
57. भयानक गृहीतक: ज्या संघांना कठोर मुदत दिली जात नाही ते त्यांचे काम जलद पूर्ण करतात असे दिसते!
58. सभा लहान असाव्यात. हे करण्यासाठी, आपण हे सुनिश्चित करणे आवश्यक आहे की लोक त्यांना आवश्यक नसलेल्या मीटिंग वगळण्यास घाबरत नाहीत. सर्वात सोपा मार्ग म्हणजे अजेंडा अगोदर प्रकाशित करणे आणि नंतर नेहमी त्यावर चिकटून राहणे.
59. लोकांना त्यांच्या वरिष्ठांकडून अपमान आणि फटकारण्यापासून वाचवा.
60. लक्षात ठेवा: कामात, भीती = राग. ज्या व्यवस्थापकांना त्यांच्या अधीनस्थांवर ओरडणे आणि त्यांचा अपमान करणे आणि अपमान करणे आवडते, ते खरे तर एखाद्या गोष्टीची भीती बाळगतात.
61. कधीकधी परिस्थितीतून बाहेर पडण्याचा एकमेव मार्ग म्हणजे प्रतीक्षा करणे. समस्येचे निराकरण होईपर्यंत किंवा त्यापासून दूर जाण्याचा मार्ग सापडेपर्यंत प्रतीक्षा करण्याचा प्रयत्न करा.
62. चमत्कार नक्कीच घडतात, परंतु त्यावर विश्वास न ठेवणे चांगले.
63. राग आणि कंजूषपणा - हे सूत्र आहे जे व्यवसायातील अपयशासाठी जबाबदार आहेत ते वाईट कंपन्यांमध्ये लागू होऊ लागतात.
64. राग आणि कंजूषपणा हे कोणत्याही चांगल्या कंपनीच्या खऱ्या उद्दिष्टांच्या अगदी विरुद्ध आहेत - उदार असणे आणि त्यांच्या कर्मचार्‍यांची काळजी घेणे.

अंतिम मुदत. प्रकल्प व्यवस्थापन बद्दल एक कादंबरीटॉम डीमार्को

(अद्याप कोणतेही रेटिंग नाही)

शीर्षक: अंतिम मुदत. प्रकल्प व्यवस्थापन बद्दल एक कादंबरी

"डेडलाइन" या पुस्तकाबद्दल. टॉम डीमार्कोची प्रोजेक्ट मॅनेजमेंट बद्दलची कादंबरी

अलिकडच्या दशकांतील व्यवस्थापनातील एक प्रवृत्ती म्हणजे प्रकल्प व्यवस्थापनावर व्यापक काम करणे. आणि जर पूर्वी कोणताही प्रकल्प केवळ एक कार्य म्हणून विचारात घेतला जात होता ज्यासाठी विशिष्ट संख्येने लोकांची आवश्यकता असते आणि जे उच्च गुणवत्तेसह पूर्ण केले जाणे आवश्यक आहे, तर आता आवश्यकता अधिक कठोर झाल्या आहेत. आजकाल, मध्यम आणि जास्तीत जास्त जटिलतेच्या प्रकल्पाच्या अंमलबजावणीमध्ये, केवळ तत्काळ व्यवस्थापक आणि कलाकारच गुंतलेले नाहीत, तर विविध प्रकल्प व्यवस्थापक देखील आहेत जे कार्यावरील कामाच्या वेळेची गणना करतात आणि मध्यवर्ती टप्प्यावर अहवाल देण्यासाठी जबाबदार असतात. अगदी एक विशेष संज्ञा देखील सादर केली गेली - अंतिम मुदत, ज्याचा इंग्रजीतून शब्दशः अनुवादित अर्थ "डेड लाइन" आहे, म्हणजे, कार्य पूर्ण करण्याची अंतिम मुदत, ज्यानंतर काम त्याचे मूल्य गमावेल आणि कंपनी त्याचे ग्राहक, नफा आणि संभाव्यतः गमावेल. , प्रतिष्ठा.

डेडलाईन हा शब्द इतका भयावह झाला आहे आणि त्याच्याशी संबंधित इतके विशेषज्ञ आहेत की, विशेष, वैज्ञानिक दृष्टिकोनाशिवाय हे काम पार पाडणे फार कठीण झाले आहे. टॉम डीमार्को, एक उत्कृष्ट लेखक आणि या प्रकरणातील अतुलनीय तज्ञ, एक पुस्तक तयार करण्यात व्यवस्थापित केले जे, सुलभ, कलात्मक स्वरूपात, अनेक अवघड प्रश्नांची उत्तरे देईल. "डेडलाइन. प्रोजेक्ट मॅनेजमेंट बद्दलची कादंबरी" हे आपल्या प्रकारचे एक अनोखे पुस्तक आहे, ते सादर करण्याच्या पद्धती आणि माहितीचे प्रमाण आणि गुणवत्ता या दोन्ही बाबतीत.

डीमार्कोचे पुस्तक "डेडलाइन" हे मूलत: प्रकल्प व्यवस्थापनावरील नवशिक्यांसाठी पाठ्यपुस्तक आहे, कलाकृतीच्या स्वरूपात लिहिलेले एक प्रकारचे ज्ञानकोश आहे, ज्याचे स्वतःचे कथानक आहे, परंतु मुख्य संज्ञानात्मक घटक चुकत नाही. कथानक विकसित होत असताना, वाचक केवळ नायक-व्यवस्थापकाच्या रोमांचक साहसांबद्दलच नाही तर त्याच्या अविश्वसनीय कार्याबद्दल देखील शिकतो. कार्य अध्यायांमध्ये विभागले गेले आहे, ज्याच्या शेवटी लेखक मूलभूत संकल्पना आणि नुकत्याच सादर केलेल्या सर्वात महत्वाच्या कल्पनांवर वाचकाचे लक्ष केंद्रित करतो. हे खूप सोयीस्कर आहे आणि तुम्हाला खूप उपयुक्त आणि, अनेक प्रकारे, अनन्य माहिती सहज, बिनधास्त स्वरूपात शोषून घेण्यास मदत करते. हे पुस्तक तुम्हाला केवळ प्रोजेक्ट मॅनेजमेंटच्या थेट कामाबद्दलच सांगणार नाही, तर लोकांचे व्यवस्थापन, टीममध्ये आरामदायक नातेसंबंध टिकवून ठेवण्याच्या कामाबद्दल, कामाच्या वेळेच्या अतार्किक वापराशी संबंधित धोके आणि बरेच काही याबद्दल देखील सांगेल. या पुस्तकात, अगदी अनुभवी व्यवस्थापकांना त्यांचे कार्य अनुकूल करण्यासाठी नवीन कल्पना आणि उपयुक्त विचार सापडतील.

टॉम डीमार्कोचे अद्वितीय पुस्तक “डेडलाइन” वाचा. प्रोजेक्ट मॅनेजमेंट बद्दल एक कादंबरी," उपयुक्त कल्पनांची नोंद घ्या आणि विलक्षण काल्पनिक कथानकाचा आनंद घ्या. वाचनाचा आनंद घ्या.

पुस्तकांबद्दल आमच्या वेबसाइटवर, तुम्ही नोंदणीशिवाय साइट विनामूल्य डाउनलोड करू शकता किंवा टॉम डीमार्को “डेडलाइन” हे पुस्तक ऑनलाइन वाचू शकता. आयपॅड, आयफोन, अँड्रॉइड आणि किंडलसाठी epub, fb2, txt, rtf, pdf फॉरमॅटमध्ये प्रोजेक्ट मॅनेजमेंटबद्दलची कादंबरी. पुस्तक तुम्हाला खूप आनंददायी क्षण आणि वाचनाचा खरा आनंद देईल. तुम्ही आमच्या भागीदाराकडून पूर्ण आवृत्ती खरेदी करू शकता. तसेच, येथे तुम्हाला साहित्य जगतातील ताज्या बातम्या मिळतील, तुमच्या आवडत्या लेखकांचे चरित्र जाणून घ्या. सुरुवातीच्या लेखकांसाठी, उपयुक्त टिप्स आणि युक्त्या, स्वारस्यपूर्ण लेखांसह एक स्वतंत्र विभाग आहे, ज्यामुळे आपण स्वत: साहित्यिक हस्तकलांमध्ये आपला हात आजमावू शकता.

"अंतिम मुदत" या पुस्तकातील कोट्स. टॉम डीमार्कोची प्रोजेक्ट मॅनेजमेंट बद्दलची कादंबरी

खर्‍या नेत्याला त्याच्या आतड्यात परिस्थिती जाणवते, लोकांना पूर्णपणे त्याच्या मनाने व्यवस्थापित करते आणि एखाद्या प्रकल्पात, संघात किंवा संपूर्ण संस्थेमध्ये जिवंत आत्मा श्वास घेऊ शकतो.

नकारात्मक प्रेरणा
1. जर तुम्हाला कर्मचारी उत्पादकतेची काळजी असेल तर धमक्या हा सर्वात वाईट प्रकारचा प्रेरणा आहे.
2. तुम्ही कितीही धमकावत असलात तरीही, जर तुम्ही सुरुवातीपासूनच काम पूर्ण करण्यासाठी खूप कमी वेळ दिला असेल तर ते पूर्ण होणार नाही.
3. जर लोक कार्य पूर्ण करण्यात अयशस्वी झाले, तर तुम्हाला तुमच्या धमक्यांचे पालन करावे लागेल.

तुम्ही लोकांवर दबाव आणू शकता, परंतु यामुळे ते जलद विचार करणार नाहीत.

समाजशास्त्राच्या समस्या
1. सभांना गर्दी होऊ नये. ज्यांच्यासाठी हे मुद्दे खरोखर महत्त्वाचे किंवा मनोरंजक आहेत तेच लोक बैठकीला उपस्थित असतील याची खात्री करणे आवश्यक आहे. सर्वात सोपा मार्ग म्हणजे अजेंडा आगाऊ प्रकाशित करणे आणि नेहमी त्यावर चिकटून राहणे.
2. प्रत्येक प्रकल्पाला कोणत्या ना कोणत्या समारंभाची किंवा विधींची गरज असते.
3. समारंभांच्या मदतीने, आपण एकत्रित झालेल्यांचे लक्ष मीटिंगच्या मुख्य उद्दिष्टांवर आणि उद्दिष्टांवर केंद्रित करू शकता: कार्यरत गटाची रचना कमी करणे, प्रोग्राम कोडची गुणवत्ता सुधारणे इ.
4. बिग बॉसच्या दबावापासून आणि गैरवर्तनापासून लोकांचे संरक्षण करा.
5. लक्षात ठेवा: कामात, भीती = क्रोध. जे व्यवस्थापक सतत त्यांच्या अधीनस्थांवर ओरडतात आणि त्यांना प्रत्येक प्रकारे अपमानित करतात आणि त्यांचा अपमान करतात ते खरोखरच एखाद्या गोष्टीची भीती बाळगतात.
6. निरीक्षण: जर अधीनस्थांबद्दल असभ्यता आणि रागाचे प्रकटीकरण नेहमी इतरांना सांगितले की बॉस फक्त घाबरत आहे, तर व्यवस्थापकांपैकी कोणीही केवळ त्याची भीती लक्षात येईल या भीतीने असे वागणार नाही! (हे, अर्थातच, अशा नेत्याच्या समस्या सोडवत नाही, परंतु किमान त्याच्या अधीनस्थांचे संरक्षण करते.)

आम्‍ही अशा व्‍यवस्‍थापकांना शोधत आहोत जे त्‍यांच्‍या नोकर्‍यामध्‍ये इतके कुशल आहेत की ते त्‍यांच्‍या सभोवतालचे जग बदलू शकतील आणि ते जग आणि ते त्‍यांच्‍या टीमसोबत काय करतात यामध्‍ये सुसंवाद निर्माण करतील.

एकाग्रता,” बेलिंडाने उत्तर दिले. "फक्त कशाचाही विचार करू नका, आणि सर्वकाही स्वतःच कार्य करेल."

योग्य लोक शोधा. मग, तुम्ही काहीही करा, तुमच्याकडून कितीही चुका झाल्या तरी लोक तुम्हाला कोणत्याही संकटातून बाहेर काढतील. हे एका नेत्याचे काम आहे.

द्वेष आणि कंजूषपणा
1. राग आणि कंजूषपणा - हे सूत्र आहे जे व्यवसायातील अपयशासाठी जबाबदार आहेत ते वाईट कंपन्यांमध्ये लागू होऊ लागतात.
2. राग आणि कंजूषपणा कोणत्याही चांगल्या कंपनीच्या खऱ्या मूल्यांना थेट विरोध करतात - उदार आणि तिच्या कर्मचार्‍यांची काळजी घेणे.
3. जर तुम्हाला एखाद्या कंपनीमध्ये राग आणि कंजूषपणा दिसून आला तर जाणून घ्या की त्यांचे खरे कारण अपयशाची भीती आहे.

तर, याचा अर्थ असा आहे की बहुतेक त्रुटी परस्परसंवाद त्रुटी आहेत, हा मुद्दा आहे. याचा अर्थ सिस्टम डिझाइन दरम्यान मुख्य त्रुटी उद्भवतात. कोड पुनरावलोकनादरम्यान आपण संपूर्ण सिस्टमच्या आर्किटेक्चरचे विश्लेषण करू शकता असा विचार करणे मूर्खपणाचे ठरेल. हे तुमचेच शब्द आहेत. डिझाइन विश्लेषण स्वतंत्रपणे केले पाहिजे आणि नंतर आपल्याला त्यात उपस्थित असलेल्या त्रुटी पकडण्याची आवश्यकता आहे. कोड पुनरावलोकन प्रभावी का मानले जाते? कारण या टप्प्यावर चाचणीच्या तुलनेत डिझाइन त्रुटी सुधारणे थोडे सोपे आहे. परंतु आमची डिझाइन प्रक्रिया अधिक औपचारिक झाली आहे. आम्ही कोड लिहिताना नव्हे तर डिझाइनच्या वेळी आर्किटेक्चरल सोल्यूशन्सचे सखोल पुनरावलोकन करतो. यामुळे आमच्याकडे अक्षरशः कोणतीही त्रुटी नाही. याचा अर्थ कोड तपासणे हा वेळेचा अपव्यय आहे.

फक्त एकच संघ विजयी होईल आणि तयार झालेले उत्पादन सोडेल हे त्या सर्वांना अगदी सुरुवातीपासूनच माहीत होते. उदाहरणार्थ, पीमिल-ए संघाला आधीच माहित आहे की ते तिघांपैकी पहिले बनू शकणार नाहीत. मला वाटते की उर्वरित अ संघ यशाच्या आशेने स्वत:ची खुशामत करत नाहीत. म्हणून आम्ही मौल्यवान व्यावसायिक संसाधने जतन म्हणून हे फ्रेम करणे आवश्यक आहे. आम्ही त्यांना अनावश्यक कामातून काढून टाकतो आणि जिथे त्यांचा सहभाग खरोखर आवश्यक आहे आणि अगदी आवश्यक आहे तिथे स्थानांतरित करतो.

चांगल्या व्यवस्थापनाची सर्व तत्त्वे येथे व्यवसाय कादंबरीच्या मनोरंजक आणि बिनधास्त स्वरूपात वर्णन केली आहेत. लेखक, टॉम डीमार्को यांनी आधीच 13 पुस्तके लिहिली आहेत, परंतु डेडलाइन हे त्याचे सर्वात मजबूत पुस्तक मानतात. त्याला खात्री आहे की ते वाचल्याने तुम्हाला संपूर्ण दोन वर्षांचा उत्कृष्ट व्यवस्थापन अनुभव मिळेल आणि रोमांचक कथानक आणि उदाहरणे कोणत्याही पाठ्यपुस्तकापेक्षा अधिक उपयुक्त ठरतील.

हे पुस्तक जगभरातील शेकडो हजारो व्यवस्थापकांसाठी संदर्भ पुस्तक बनले आहे हा योगायोग नाही. जगभरातील अनेक बिझनेस स्कूलमध्ये प्रोजेक्ट मॅनेजमेंट कोर्ससाठी वाचन आवश्यक आहे. मंडळाचे अध्यक्ष
Sberbank च्या संचालकांनी हे सर्वोत्कृष्ट व्यवसाय पुस्तकांपैकी एक म्हणून नोंदवले आणि ते Sberbank लायब्ररीमध्ये जोडले.

तुम्हाला प्रोजेक्ट मॅनेजमेंटवरचे एकच पुस्तक वाचायचे असेल तर ते वाचा.

आम्ही हे पुस्तक प्रकाशित करण्याचा निर्णय का घेतला

अनाहूत मॅन्युअल आणि यशोगाथा वाचून कंटाळलेल्या व्यवस्थापकासाठी हे फक्त एक देवदान आहे आणि व्यवस्थापनाविषयी झेन बोधकथा त्याच्या आत्म्याच्या जवळ नाहीत.

हे पुस्तक कोणासाठी आहे?

प्रकल्प व्यवस्थापित करणाऱ्या प्रत्येकासाठी (विशेषतः IT क्षेत्रात).

आणि जे प्रकल्पांमध्ये भाग घेतात त्यांच्यासाठी.

लेखकाकडून

मिस्टर टॉम्पकिन्सचे डोळे चमकले:

- प्रयोग... एक संघ कठोर नियंत्रणाखाली काम करतो, दुसरा - कमकुवत नियंत्रणाखाली, तिसरा - जवळजवळ मुक्तपणे, आणि तिन्ही एकाच कार्यावर काम करतो. आणि कोणते जलद पूर्ण होते ते आपण पाहतो. मी आयुष्यभर असे काहीतरी करण्याचे स्वप्न पाहिले. तुमच्याकडे एका संघात खूप लोक असू शकतात, दुसर्‍या संघात खूप कमी लोक असू शकतात, माझ्या मते तिसर्‍यावर योग्य रक्कम...

"फक्त एका संघासाठी अनुभवी तज्ञांची आणि दुसऱ्या संघासाठी अनुभवी आणि नवशिक्यांची नियुक्ती करा," लक्षा पुढे म्हणाला.

पण मिस्टर टॉम्पकिन्स स्वतः आधीच या कल्पनेने प्रेरित होते आणि ते थांबणार नव्हते.

— एकामध्ये, ज्यांनी आधीच एकत्र काम केले आहे अशा लोकांची नियुक्ती करा आणि ते अशा संघाशी कसे स्पर्धा करतील ते पहा जेथे कोणीही एकमेकांना ओळखत नव्हते. लक्षा, जर आपण हे केले तर आपण व्यवस्थापनाच्या सर्वात मोठ्या रहस्यांपैकी एक सोडवू शकू. काही प्रकल्प यशस्वी का होतात आणि काही का होत नाहीत हे आम्ही समजू शकतो.

"सर्व काही तुझ्या हातात आहे, वेबस्टर." तुम्ही सर्व मोरोव्हियावर प्रयोग करू शकता,” लक्षाने सिलिकॉन ग्लेडकडे होकार दिला. — ही आहे, जगातील पहिली प्रकल्प व्यवस्थापन प्रयोगशाळा.

एक मस्त पण अपरिचित आयटी मॅनेजर, वेबस्टर टॉम्पकिन्स, प्रथम कामावरून काढून टाकला जातो, नंतर एक यादृच्छिक सौंदर्याने त्याला जोडले, त्याला ड्रग्स लावले आणि मोरोव्हियाच्या छोट्या कम्युनिस्ट देशात घेऊन गेले.

विलक्षण?

नाही. वास्तविक, हे प्रकल्प व्यवस्थापनावरील पाठ्यपुस्तक आहे. काल्पनिक कादंबरीच्या स्वरूपात.

तुम्हाला हे कसे आवडते? टॉम डीमार्कोच्या "डेडलाइन" या पुस्तकाच्या पुनरावलोकनास भेटा. प्रकल्प व्यवस्थापन बद्दल एक कादंबरी!

टॉम डीमार्को

टॉम डीमार्को हे आंतरराष्ट्रीय सल्लागार कंपनी अटलांटिक सिस्टीम्स गिल्डचे प्रमुख आहेत, ते जटिल व्यवसाय प्रणाली, जोखीम व्यवस्थापन, पुनर्अभियांत्रिकी आणि निरोगी कॉर्पोरेट संस्कृती तयार करण्यात तज्ञ आहेत. सॉफ्टवेअर खटल्यातही ती मदत करते. असोसिएशन फॉर कॉम्प्युटिंग मशिनरी आणि इन्स्टिट्यूट ऑफ इलेक्ट्रिकल अँड इलेक्ट्रॉनिक्स इंजिनिअर्सचे सदस्य.

प्लॉट

अपहरण केलेल्या वेबस्टर टॉम्पकिन्सला मोरोव्हिया या छोट्या कम्युनिस्ट देशाच्या अर्थव्यवस्थेला चालना द्यावी लागेल.

त्याच्याकडे अनंत मानवी आणि आर्थिक संसाधने आहेत. वेबस्टरच्या विरोधात काय आहे ते म्हणजे नोकरशाही, मूर्ख व्यवस्थापन आणि कडक डेडलाइन.

प्रत्येक प्रकरणाच्या शेवटी, वेबस्टर त्याच्या नोटबुकमध्ये शिकलेले धडे लिहितो. या नोट्स व्यवस्थापकासाठी पुस्तकातील सर्वात मौल्यवान वस्तू आहेत.

पुस्तकात समाविष्ट केलेले काही विषय येथे आहेत:

• कर्मचारी निवड.
• कर्मचारी प्रेरणा.
• कंपनीमधील विवादांचे निराकरण.
• कामाचे तास, जादा वेळ.
• कर्मचाऱ्यांची कपात आणि बदल्या.
• बॉस जुलमी आहे.

मला पाठ्यपुस्तकांचा खूप कंटाळा आला आहे!

हे पुस्तक वाचताना मी पारंपरिक पाठ्यपुस्तकांना किती कंटाळलो आहे याचा विचार करताना दिसले. नियम - पुरावा - उदाहरणे - परिणाम. आणि पाणी, पाणी, पाणी ...

निरोगी? होय.

कंटाळवाणा? अरे हो!

मी तीन दिवसांत जाड डेडलाइन पुस्तक खाऊन टाकले. वेबस्टरचे साहस व्यसनाधीन आहेत, जरी “पाठ्यपुस्तक” हा विषय माझ्यासाठी फारसा मनोरंजक नव्हता.

कलात्मक स्वरूप कोणतेही पाठ्यपुस्तक अधिक मनोरंजक आणि उपयुक्त बनवते. व्यावसायिक साहित्यात ते क्वचितच का वापरले जाते?

सारांश

प्रकल्प व्यवस्थापनाबद्दल एक मनोरंजक कादंबरी. तेजस्वी पात्रे, विनोद, एक वळणावळणाचे कथानक - सर्व काही ठिकाणी आहे.

टिप्पण्यांमध्ये लिहा!

तुम्ही व्यवसाय आणि स्व-विकासाविषयी कोणती काल्पनिक पुस्तके वाचली आहेत?