উত্তর:
পিপলওয়্যার: উত্পাদনশীল প্রকল্প এবং টিমগুলি মাথায় আসে।
বইয়ের প্রথম অধ্যায়ের দাবি,
"আমাদের কাজের প্রধান সমস্যাগুলি তেমন প্রযুক্তিগত প্রকৃতির নয় যেটি প্রকৃতিতে রয়েছে"।
বইটি সমাজতাত্ত্বিক বা 'রাজনৈতিক' সমস্যার মতো যেমন টিম 'জেলিং', কাজের পরিবেশে শান্ত, এবং টার্নওভারের উচ্চ ব্যয়ের মতো যোগাযোগ করে।
র্যান্ডস ইন রিপোজ থেকে পরিচালিত স্টাফগুলির সংগ্রহ, হিউম্যান ম্যানেজিং হ'ল পাঠ্য এবং বুট করা মজার।
এক টন সত্য তার মর্মকে একাগ্র করে।
স্টিভ ম্যাককনেল র্যাপিড ডেভলপমেন্ট ।
আমি পিপল ওয়ারের উপরে যাবার কারণ হ'ল এখানে আরও কয়েকটি জিনিস রয়েছে আপনি সম্ভবত একটি দলনেতা হিসাবে প্রয়োগ করতে সক্ষম হবেন। আপনি যখন কোনও দলনেতা হন (সাধারণত যে ক্লাবের ঘাটতি থাকে যা সাধারণত আসে) এর সাথে অনেকাংশে আকাঙ্ক্ষিত হয়ে থাকেন কারণ আপনি কাজের পরিবেশ, বেতন এবং নিয়োগ ইত্যাদিতে উল্লেখযোগ্যভাবে প্রভাব ফেলতে পারবেন না।
আমার ধারণা এটি নির্ভর করে আপনি উন্নয়ন প্রক্রিয়া বা পরিচালনা এবং নেতৃত্বের জন্য কিছু সন্ধান করছেন কিনা তার উপর। যদিও আমি এটি না পড়েছি আমার প্রথম 90 দিনের চেহারা পছন্দ হয়েছে যা কেউ সুপারিশ করেছে। বিকল্পভাবে আমি বেশ এক মিনিট ব্যবস্থাপককে পছন্দ করি যদিও এর সাথে প্রচুর পরিমাণে সমস্যা রয়েছে (মূলত এটি একটি গল্প হিসাবে বলা হয়েছে এবং এটির বিষয়বস্তু সুস্পষ্ট - যার সাথে আমি একমত হই তবে আমরা বার বার স্পষ্টতাকে মিস করি তাই সময় সময় নিজেকে স্মরণ করিয়ে দেওয়া কোন খারাপ জিনিস নয়) এবং আপনি এটি যা ভাবেন এটি অন্তত খুব ছোট)।
ফ্রেড ব্রুকস দ্বারা রচিত পৌরাণিক কাহিনী মাসের মধ্যে প্রচুর দুর্দান্ত কিছু রয়েছে যা না করণীয়। এটি এবং পিপলওয়্যার হ'ল দুটি যা সফ্টওয়্যার প্রকল্প পরিচালনার সংজ্ঞা দেয়।
আপনি যদি নতুন সফটওয়্যার টিম লিডার হন তবে আমি সুপারিশ করব:
"আমাকে সবেমাত্র একটি দলনেতা করা হয়েছে - এখন কী?" এর দৃষ্টিকোণ থেকে এটি লেখা হয়েছে এবং এর অনেকগুলি বাস্তব পরিস্থিতি একটি পরিষ্কার পদ্ধতিতে উপস্থাপন করা হয়েছে। এটিতে প্রতিটি বিভাগের মধ্যেও ভাল রেফারেন্স রয়েছে তাই এটি চলমান রেফারেন্স বই হিসাবে কার্যকর।
প্রজেক্ট ম্যানেজমেন্টে অ্যান্টিপ্যাটার্নস জিনিসগুলি ভুল করার উপায়গুলির একটি দুর্দান্ত তালিকা। এটি এড়াতে জিনিসগুলির একটি দুর্দান্ত তালিকা।
ভাল, তালিকাভুক্ত ভালগুলি বেশিরভাগ প্রোগ্রামারদের মধ্যে ইতিমধ্যে বেশ জনপ্রিয়। এটি সম্পর্কে কীভাবে: বব সাটন দ্বারা র নো অ্যাসহোল বিধি ।
আমি আসলে সফ্টওয়্যার অনুমানের জন্য তর্ক করব : ব্ল্যাক আর্ট বা সেই লাইন বরাবর কিছু অপ্রয়োজনীয় । আপনার পরিচালনার স্টাইলটি যখন এটি সামঞ্জস্য করা যায় তখন বেশিরভাগ সময় এই সময়ের মধ্যে সেট করা থাকে। আপনি সবসময় জিনিসগুলি আরও ভাল, দ্রুত করা শিখতে পারেন তবে আপনার স্টাইলটি আসলে আপনি কে।
কিছু লোক মতামতযুক্ত জট বাঁধা, অন্যেরা চিৎকার করতে ও চিৎকার করতে পছন্দ করেন, অন্যরা শুনতে এবং buildকমত্য তৈরি করতে চান। যদি আপনি যে কোনও দীর্ঘ সময়ের জন্য বিকাশ করে থাকেন তবে সেই ব্যক্তিত্বের বৈশিষ্ট্যগুলি বেশ सेट বা মোটামুটি দৃশ্যমান। আপনার নতুন অবস্থানের জন্য অনেক সময়সূচী প্রয়োজন: আপনার সময় এবং অন্যান্য লোকের সময়। সফল হওয়ার জন্য আপনি এটি সঠিকভাবে পেতে (বা বেশিরভাগই সঠিক)।
সতেজ মিন্টেড টিম লিডার হিসাবে আপনার অবস্থা সময়মতো প্রকল্পগুলি সরবরাহ করার দক্ষতার দ্বারা নির্ধারিত হবে।
আপনার নিজের. ধারাবাহিক আলোচনা এবং পরামর্শদাতা সেশনের মাধ্যমে আপনার নেতাকে প্রশিক্ষণ দিন এবং আপনার প্রশিক্ষণার্থী পরিস্থিতি, প্রতিক্রিয়া এবং সাফল্য বা ব্যর্থতার একটি ব্যক্তিগত জার্নাল রাখুন। মূলত, তারা তাদের নিজস্ব বই লিখবে। এই অনুশীলনটি বইটি নিজেই বা রেফারেন্সের জন্য এতটা নয় - এটি প্রতিবিম্বের কাজকে উত্সাহিত করা।
তারপরে, সদ্য মন্ত্রিত নেতার সমস্যাগুলি উপলব্ধি হওয়ার পরে, অন্য পোস্টগুলিতে পোস্ট করা দুর্দান্ত বইগুলির কয়েকটি নির্বাচন করুন।
আমার বক্তব্যটি হ'ল নেতৃত্ব এবং পরিচালনা সম্পর্কে আপনার কিছু অভিজ্ঞতা থাকা উচিত কারণ আপনি সেগুলি সম্পর্কে বই পড়তে যাওয়ার আগে কেবল কারণ আপনি বিষয়টি সম্পর্কে সত্যই বুঝতে পারবেন না, প্রশংসা করতে পারবেন এবং যা পড়েছেন তার সাথে সম্পর্কিত হতে পারবেন না। উদাহরণস্বরূপ, আপনি কাউকে তাদের কোডের প্রথম লাইনটি লেখার আগে কোড কমপ্লিট পড়ার পরামর্শ দিবেন না, আপনি কি করবেন? একই এখানে প্রয়োগ হয়। আপনার পা ভেজা পান যাতে আপনার সাথে সম্পর্কিত হওয়ার মতো কিছু থাকে এবং তারপরে বইয়ের জন্য যান।