আমি অবাক হয়েছি যে সবাই মনে করে এটি এত ভাল জিনিস thinks পিপলওয়ারের লেখকরা (যা আইএমও, এখনও মূল্যবান কয়েকটি সফ্টওয়্যার প্রকল্প পরিচালনার বই যা আসলে পড়ার জন্য মূল্যবান) তা দৃ strongly়ভাবে একমত নয়। বইয়ের প্রায় পুরো অংশ IV এই একই সংখ্যায় উত্সর্গীকৃত।
সফ্টওয়্যার টিম একটি অবিশ্বাস্যভাবে গুরুত্বপূর্ণ কার্যকরী ইউনিট। টিমগুলির সত্যিকারের উত্পাদনশীল হওয়ার জন্য জেল করা দরকার। দলের সদস্যদের একে অপরের সম্মান অর্জন করতে, একে অপরের অভ্যাস এবং বিভ্রান্তি এবং শক্তি এবং দুর্বলতাগুলি শিখতে সময় ( অনেক সময়) লাগে ।
অবশ্যই, ব্যক্তিগত অভিজ্ঞতা থেকে, আমি বলতে পারি যে নির্দিষ্ট কিছু লোকের সাথে এক বছর কাজ করার পরে, আমি কিছু জিনিস হাসি শিখেছি যা আমাকে উত্তেজিত করে তোলে, দলের নেতৃত্ব হিসাবে আমার অনুমানগুলি আরও ভাল, এবং এটি খুব কঠিনও নয় কাজটি বিতরণ করুন যাতে সবাই আনন্দিত হয়। প্রথমদিকে এমনটা ছিল না।
এখন আপনি বলতে পারেন, "ওহ, তবে আমরা গোটা দলকে ভেঙে ফেলছি না, কয়েক জনকেই সরিয়ে নিয়েছি।" তবে বিবেচনা করুন (ক) শুরুতে অন্ধভাবে তাদের প্রতিস্থাপনগুলি কীভাবে অনুবর্তনমূলক হতে চলেছে, এবং (খ) আপনি নিজেকে বা অন্যান্য দলকে কতবার বলছেন, এমনকি ভেবেও ছাড়েন না, "আমি সত্যিই এক্স পছন্দ করি" বা "এটি হবে Y এর সাথে আরও সহজ হয়ে গিয়েছিলাম " , সূক্ষ্মভাবে এবং অজ্ঞান হয়ে নতুন সদস্যদের আপত্তি জানানো এবং বিদ্যমান দলের মধ্যে বিভেদ তৈরি করা, এমনকি" পুরানো "সদস্যদের মধ্যে অসন্তোষ বপন করে।
লোকেরা অবশ্যই উদ্দেশ্য অনুযায়ী এটি করে না, তবে এটি প্রায় প্রতিবারই ঘটে। মানুষ চিন্তা না করেই তা করে। এবং যদি তারা নিজেকে বাধ্য না করে, তবে তারা আরও বেশি ইস্যুতে মনোনিবেশ করে এবং জোর করে নিরবতায় হতাশ হয়। দলগুলি এবং এমনকি উপ-দলগুলি সমন্বয়গুলি বিকাশ করবে যা আপনি কাঠামোর সাথে ঘুরিয়ে দেওয়ার পরে হারিয়ে যায়। Peopleware লেখক এটি "teamicide" একটি ফর্ম কল।
বলা হচ্ছে, যদিও দলের সদস্যদের ঘোরানো একটি ভয়াবহ অনুশীলন, ঘূর্ণায়মান দলগুলি নিজেরাই পুরোপুরি ভাল। যদিও সুনির্বাচিত সফ্টওয়্যার সংস্থাগুলির পণ্যের মালিকানা সম্পর্কে কিছু ধারণা থাকা উচিত, ততক্ষণ দলটি পুরানো প্রকল্পটি শেষ করতে বা কমপক্ষে এনে আনার আগ পর্যন্ত সেই পুরো দলটিকে একটি ভিন্ন প্রকল্পে নিয়ে যাওয়া মোটেও বাধাজনক নয় not একটি স্তরের সাথে তারা খুশি।
না থাকার দলের পরিবর্তে সফর ডেভেলপার সফর, আপনি সব একই সুবিধা আপনি যদি একটি ইউনিট হিসাবে প্রতিটি দলের কদর্য পার্শ্ব প্রতিক্রিয়া কোন ছাড়া ডেভেলপারদের (ডকুমেন্টেশন, "ক্রস পরাগযোগ", ইত্যাদি) আবর্তিত সঙ্গে পেতে আশা পান। যারা সত্যিকার অর্থে ম্যানেজমেন্ট বুঝতে পারেন না তাদের কাছে এটি কম উত্পাদনশীল বলে মনে হতে পারে তবে বিশ্রামের সাথে আশ্বস্ত হন যে দলটি বিভক্ত হয়ে হারিয়ে যাওয়া উত্পাদনশীলতা সেই দলকে অন্য প্রকল্পে নিয়ে যাওয়ার ফলে হারিয়ে যাওয়া উত্পাদনশীলতাকে পুরোপুরি বামন করে দেয়।
দ্রষ্টব্য আপনার পাদটীকা আপনি উল্লেখ যে কারিগরি নেতৃত্ব হতে পারে শুধুমাত্র ব্যক্তি না আবর্তিত হবে। উভয় দলকে গোলমাল করার পক্ষে এটি বেশ গ্যারান্টিযুক্ত । কারিগরি নেতৃত্ব একজন নেতা, কোনও পরিচালক না, তাকে দলের সম্মান অর্জন করতে হয়, এবং কেবল উচ্চ স্তরের ব্যবস্থাপনার দ্বারা কর্তৃপক্ষ অনুমোদিত হয় না। একটি নতুন নেতৃত্বের নেতৃত্বে একটি পুরো দল স্থাপন করা যার সাথে তারা কখনও কাজ করেন নি এবং যিনি সম্ভবত স্থাপত্য, ব্যবহারযোগ্যতা, কোড সংগঠন, অনুমানের মতো বিষয়গুলি সম্পর্কে বিভিন্ন ধারণা রাখেন সম্ভবত ... ঠিক আছে, এটি নরকের মতো চাপযুক্ত হতে চলেছে নেতৃত্বের জন্য বিশ্বাসযোগ্যতা তৈরি করার চেষ্টা করা এবং দলের সদস্যদের যারা তাদের পুরানো নেতৃত্বের অভাবে সংহতি হারাতে শুরু করে তাদের জন্য খুব অনুদানমূলক। কখনও কখনও সংস্থাগুলি আছেএটি করার জন্য, যেমন সীসা ছাড়লে বা প্রচারিত হয়, তবে এটি পছন্দ করে করা পাগল বলে মনে হয়।