আমার এক মাসে এই বাচ্চা দরকার - আমাকে নয় জন মহিলা পাঠান!


185

কোন পরিস্থিতিতে - যদি থাকে - কোন দলে প্রোগ্রামার যুক্ত করে ইতিমধ্যে একটি দেরী প্রকল্পের গতি বিকাশ ঘটে?


আপনি যে উপমাটি তৈরি করার চেষ্টা করছেন তা আমি বুঝতে পেরেছি তবে তবুও আরও বর্ণনামূলক এবং কম চমকপ্রদ শিরোনামটি ভাল ধারণা হতে পারে ...
অ্যাড্রিয়ান পেট্রেস্কু

"মহিলাদের" জন্য "দম্পতিরা" বিকল্প করুন
মাইক করুন

আপনি কয়জন পুরুষকে যুক্ত করবেন তা বিবেচ্য নয় (যতক্ষণ না সংখ্যাটি ননজারো হয়), আপনার এখনও 9 জন মহিলার প্রয়োজন।
উইন্ডোজ প্রোগ্রামার

9
এটি কাজ করতে পারে, যতক্ষণ না মহিলাদের একজন আট মাসের গর্ভবতী হয়।
টুন ক্রিজিথে

উত্তর:


87

সঠিক পরিস্থিতি স্পষ্টতই আপনার প্রকল্পের জন্য খুব নির্দিষ্ট (যেমন উন্নয়ন দল, পরিচালনা শৈলী, প্রক্রিয়া পরিপক্কতা, বিষয়াদির অসুবিধা ইত্যাদি)। এটিকে আরও কিছুটা আরও ভালো করার জন্য যাতে আমরা এটির বিষয়ে আরও কিছু বলতে পারি, তবে অতিরিক্ত প্রশ্নাবলী, আমি আপনার প্রশ্নটি পুনঃস্থাপন করতে যাচ্ছি:

কোন পরিস্থিতিতে, যদি কোনও হয়, এমন একটি সফ্টওয়্যার ডেভলপমেন্ট প্রকল্পে টিম সদস্যদের যুক্ত করতে পারে যা দেরিতে চলতে থাকে তবে বর্তমান দলটি সমাপ্তি অবধি কাজ করার অনুমতি দিলে তার সমমানের মানের সাথে প্রকৃত জাহাজের তারিখ হ্রাস পায়?

আমার মনে হয় এমন অনেকগুলি বিষয় রয়েছে যা প্রয়োজনীয় বলে মনে হয় তবে যথেষ্ট নয়, এটি হওয়ার জন্য (কোনও নির্দিষ্ট ক্রমে নয়):

  • প্রকল্পে যুক্ত হওয়ার প্রস্তাবিত ব্যক্তিদের অবশ্যই থাকতে হবে:
    • প্রকল্পের সমস্যা ডোমেন সম্পর্কে কমপক্ষে যুক্তিসঙ্গত ধারণা
    • প্রকল্পের ভাষা এবং নির্দিষ্ট প্রযুক্তিগুলি যে তারা প্রদত্ত কাজগুলির জন্য তারা ব্যবহার করবে সে বিষয়ে দক্ষ হবে
    • তাদের দক্ষতা অবশ্যই / দুর্বল বা শক্তিশালী বিদ্যমান সদস্যের তুলনায় যথাক্রমে অনেক কম বা অনেক বেশি হতে হবে। দুর্বল সদস্যরা আপনার বিদ্যমান কর্মীদের তৃতীয় সমস্যা সহকারে ড্রেইন করবে যখন একটি নতুন ব্যক্তি যিনি খুব শক্তিশালী হন তারা কীভাবে এবং কী করছে সেগুলি কীভাবে টিমকে বিঘ্নিত করবে।
    • যোগাযোগের দক্ষতা থাকতে হবে
    • অত্যন্ত অনুপ্রাণিত হোন (যেমন উত্সাহ ছাড়াই স্বাধীনভাবে কাজ করতে সক্ষম হন)
  • বিদ্যমান দলের সদস্যদের অবশ্যই থাকতে হবে:
    • চমৎকার যোগাযোগ দক্ষতা
    • দুর্দান্ত সময় পরিচালনার দক্ষতা
  • প্রকল্পের সীসা / পরিচালনা অবশ্যই থাকতে হবে:
    • ভাল অগ্রাধিকার এবং সংস্থান বরাদ্দ ক্ষমতা
    • বিদ্যমান দলের সদস্যদের কাছ থেকে একটি উচ্চ স্তরের শ্রদ্ধা
    • চমৎকার যোগাযোগ দক্ষতা
  • প্রকল্পের অবশ্যই থাকতে হবে:
    • একটি ভাল, সমাপ্ত এবং ডকুমেন্টেড সফ্টওয়্যার ডিজাইনের বিশদকরণ
    • ইতিমধ্যে বাস্তবায়িত জিনিসগুলির ভাল ডকুমেন্টেশন
    • দায়িত্বের স্পষ্ট অংশগুলি খোদাই করার অনুমতি দেওয়ার জন্য একটি মডুলার ডিজাইন
    • প্রয়োজনীয় ত্রুটি স্তরের জন্য গুণমানের আশ্বাসের জন্য পর্যাপ্ত স্বয়ংক্রিয় প্রক্রিয়াগুলির মধ্যে এগুলি যেমন: ইউনিট টেস্ট, রিগ্রেশন টেস্টস, অটোমেটেড বিল্ড ডিপ্লোয়মেন্টস ইত্যাদি) অন্তর্ভুক্ত থাকতে পারে)
    • একটি বাগ / বৈশিষ্ট্য ট্র্যাকিং সিস্টেম যা বর্তমানে অবস্থানের মধ্যে রয়েছে এবং টিম ব্যবহার করছে (যেমন ট্র্যাক, সোর্সফর্জ, ফগবগ, ইত্যাদি)।

প্রথম বিষয় আছে যা নিয়ে আলোচনা করা উচিত এক জাহাজ তারিখ কিনা পারেন স্খলিত করা, কিনা বৈশিষ্ট্য কাটা যাবে না, এবং যদি দুটি কিছু সমন্বয় অনুমতি দেবে আপনি আপনার বিদ্যমান কর্মীদের সঙ্গে মুক্তি সন্তুষ্ট। এটির বেশিরভাগ বৈশিষ্ট্য যা টিমের সংস্থানগুলিতে সত্যই হোগিং করে যা বিনিয়োগের সমান মূল্য সরবরাহ করে না। সুতরাং আপনার প্রকল্পের অগ্রাধিকারগুলি অন্য কোনও কিছুর আগে একটি গুরুতর পর্যালোচনা দিন।

উপরের অনুচ্ছেদের ফলাফল যদি পর্যাপ্ত না হয় তবে উপরের তালিকাটি দেখুন। আপনি যদি শিডিউল স্লিপটি তাড়াতাড়ি ধরেন, সঠিক সময়ে সঠিক দলের ডান সদস্যদের যুক্ত করা মুক্তি বাঁচাতে পারে। দুর্ভাগ্যক্রমে, আপনি আপনার প্রত্যাশিত জাহাজের তারিখের কাছাকাছি পৌঁছে যাবেন, লোককে যুক্ত করে আরও জিনিসগুলি ভুল হতে পারে। এক পর্যায়ে, আপনি "রিটার্নের পয়েন্ট" ছাড়বেন না যেখানে কোনও পরিবর্তন (বর্তমান বিকাশ শাখার বহন ছাড়া অন্য) আপনার মুক্তিটি সংরক্ষণ করতে পারে না।

আমি চালিয়ে যেতে পারতাম তবে আমি মনে করি যে আমি প্রধান পয়েন্টগুলি হিট করেছি। প্রকল্পের বাইরে এবং আপনার ক্যারিয়ারের দিক থেকে, সংস্থার ভবিষ্যতের সাফল্য ইত্যাদি you আপনার অবশ্যই একটি কাজ করা উচিত তা হ'ল আপনি দেরী কেন করেছেন, যদি আগে আপনাকে কিছু সতর্ক করা যেতে পারত এবং আপনার কী কী ব্যবস্থা গ্রহণ করা প্রয়োজন figure ভবিষ্যতে এটি প্রতিরোধ করার জন্য গ্রহণ করা। দেরী প্রকল্পটি সাধারণত ঘটে থাকে কারণ আপনি ছিলেন:

  • আপনি শুরু করার আগে দেরিতে ছিলেন (সময়ের চেয়ে বেশি স্টাফ) এবং / অথবা
  • 1 ঘন্টা, সময় 1 দিন পিছলে।

আশা করি এইটি কাজ করবে!


3
ভাল তালিকা। যাইহোক, আমি আশঙ্কা করি অনেকগুলি প্রকল্পের দেরি অবধি ঠিক আছে কারণ তাদের তালিকাভুক্ত সমস্ত কিছু আপনার কাছে নেই ...
সেলসেকে

1
সবেমাত্র হালকা মনে হলেও দলে এই সমস্ত বৈশিষ্ট্য থাকলে তারা সম্ভবত প্রথম স্থানে থাকতে পারে না :)
rtpHarry

29

এটি কেবল তখনই সহায়তা করে যদি আপনার কোনও সংস্থান চালিত প্রকল্প থাকে।

উদাহরণস্বরূপ, এটি বিবেচনা করুন:

আপনার একটি বড় পোস্টার আঁকা দরকার, 4 বাই 6 মিটার বলুন। একটি পোস্টার যে বড়, আপনি সম্ভবত এটির সামনে দুটি বা তিন জন রাখতে পারেন এবং তাদের সমান্তরালে আঁকতে পারেন। তবে, 20 জনকে সামনে রেখে কাজ করবে না। অতিরিক্ত হিসাবে, আপনার যদি কৃপণ পোস্টার না চান তবে আপনার দক্ষ লোক প্রয়োজন।

তবে, যদি আপনার প্রকল্পটি রেডি-প্রিন্টেড অক্ষরের সাথে খামগুলিতে স্টাফ করা হয় (যেমন আপনি জিতেছেন! ) তবে আপনি যত বেশি লোক যুক্ত করবেন, তত দ্রুত চলে যায়। কাজের স্ট্যাকগুলি ডল করার ক্ষেত্রে কিছুটা ওভারহেড রয়েছে, সুতরাং আপনি যে কোনও ব্যক্তির জনসংযোগ করছেন এমন পয়েন্ট পর্যন্ত আপনি সুবিধা পেতে পারবেন না। খাম, তবে আপনি কেবল 2 বা 3 জনের চেয়ে অনেক বেশি সুবিধা পেতে পারেন।

সুতরাং যদি আপনার প্রকল্পটি সহজেই ছোট ছোট অংশগুলিতে বিভক্ত করা যায় এবং যদি টিম সদস্যরা দ্রুত গতিতে উঠতে পারে (যেমন ... তাত্ক্ষণিকভাবে), তবে আরও বেশি লোক যুক্ত করা এটিকে আরও দ্রুতগতিতে পরিণত করবে।

দুঃখের বিষয়, আমাদের প্রকল্পে অনেকগুলি প্রকল্পের মতো হয় না, এজন্যই পৌরাণিক ম্যান-মাস বইটি সম্পর্কে ডকনগমের টিপটি সত্যই ভাল পরামর্শ।


আমি মনে করি সফ্টওয়্যারটি সহজাতভাবে এমন প্রকল্প নয়, সুতরাং আপনি যদি লোকজনকে প্রোগ্রামারহীন কাজ করার জন্য যুক্ত না করেন (চিত্র তৈরি এবং পাঠ্য অনুবাদ করার মতো), তবে আপনি নিরাপদে এটি টিএমএমএম-কে রেফারেন্স হিসাবে বলতে পারবেন না
মাইক স্টোন

17

নিম্নলিখিত শর্তাবলী প্রয়োগ করা যেতে পারে:

  1. নতুন প্রোগ্রামাররা ইতিমধ্যে প্রকল্পটি বোঝে এবং কোনও র‌্যাম্প আপের প্রয়োজন নেই।
  2. নতুন প্রোগ্রামাররা ইতিমধ্যে উন্নয়নের পরিবেশে দক্ষ।
  3. বিকাশকারীদের দলে যোগ করতে কোনও প্রশাসনিক সময় প্রয়োজন হয় না।
  4. দলের সদস্যদের মধ্যে প্রায় কোনও যোগাযোগের প্রয়োজন হয় না।

আমি আপনাকে একবারে এই সমস্ত দেখতে প্রথমবার জানাব।


1
মূলত কাউকে তারা যে প্রকল্পে ফেলেছিল তা ফিরিয়ে দিন (সাম্প্রতিক পর্যায়ে তারা খুব বেশি কিছু ভোলেনি)
মাইক স্টোন

1
"আমি আপনাকে একবারে এই সমস্তগুলি দেখতে প্রথমবারে জানিয়ে দেব" " আমার দম চেপে ধরে !!!
স্টু থম্পসন

আমি পছন্দ করি আপনি সফল দলের সদস্য সংযোজনের শর্তগুলি সংক্ষিপ্ত করার চেষ্টা করেছেন। আমি মনে করি (2) এবং (3) কোনও ব্রেইনার নয়। (1) কেবলমাত্র তখনই সম্ভব যদি আপনি সেগুলি ইতিমধ্যে চালু হওয়া কোনও প্রকল্পের দিকে ফিরে যান। (৪) কেবলমাত্র তখনই সম্ভব যদি তারা বিদ্যমান কর্মী হয়ে থাকে যা অন্যান্য প্রোগ্রামারদের সাথে (পূর্ববর্তী প্রকল্পগুলি থেকে) বিদ্যমান সম্পর্কের সাথে একটি প্রকল্পে রূপান্তরিত হয়।
বেনামে টাইপ করুন

11

পৌরাণিক মনুষ্যমাস অনুসারে, দেরী প্রকল্পে লোককে যুক্ত করার মূল কারণটি পরে এটি ও (এন ^ 2) যোগাযোগের ওভারহেড makes

আমি এটির জন্য একটি প্রাথমিক ব্যতিক্রম অনুভব করেছি: যদি কোনও প্রকল্পে কেবলমাত্র একজন ব্যক্তি থাকে তবে এটি প্রায় সর্বদা নষ্ট হয়ে যায়। একটি দ্বিতীয় যোগ করা প্রায় প্রতিবার এটির গতি বাড়ায়। এর কারণ যোগাযোগ সেই ক্ষেত্রে ওভারহেড নয় - এটি আপনার চিন্তাভাবনা পরিষ্কার করার এবং আরও বোকা ভুল করার একটি সহায়ক সুযোগ।

এছাড়াও, আপনি আপনার প্রশ্ন পোস্ট করার সময় আপনি স্পষ্টতই জানতেন যে, পৌরাণিক মনুষ্য-মাসিকের পরামর্শ কেবল দেরী প্রকল্পগুলিতে প্রযোজ্য । যদি আপনার প্রকল্পটি ইতিমধ্যে দেরি না করে তবে এটি যথেষ্ট সম্ভব যে লোকেরা যুক্ত করে এটি পরে তৈরি করে না। ধরে নিচ্ছি আপনি অবশ্যই এটি সঠিকভাবে করছেন।


10

যদি বিদ্যমান প্রোগ্রামারগুলি পুরোপুরি অক্ষম হয়, তবে সক্ষম প্রোগ্রামার যুক্ত করতে সহায়তা করতে পারে।

আমি এমন পরিস্থিতিটি কল্পনা করতে পারি যেখানে আপনার খুব মডুলার সিস্টেম ছিল এবং বিদ্যমান প্রোগ্রামার (গুলি) খুব বিচ্ছিন্ন মডিউলটিতে শুরুও করেনি । সেক্ষেত্রে, প্রকল্পের কেবলমাত্র সেই অংশটি কোনও নতুন প্রোগ্রামারকে অর্পণ করা সহায়ক হতে পারে।

মূলত পৌরাণিক ম্যান মাসের রেফারেন্সগুলি সঠিক, আমি তৈরির মতো স্বতন্ত্র ক্ষেত্রে বাদে। মিঃ ব্রুকস একটি নির্দিষ্ট পয়েন্টের পরে, প্রজেক্টে নতুন প্রোগ্রামার যুক্ত করার নেটওয়ার্কিং এবং যোগাযোগের ব্যয়গুলি তাদের উত্পাদনশীলতা থেকে প্রাপ্ত কোনও উপকারের চেয়ে ছাড়িয়ে যাবে তা প্রমাণ করার জন্য কঠোর গবেষণা করেছিলেন।


আসলেই নয় ... তবুও একা কোড বেস শেখার জন্য ব্যয় রয়েছে ... এবং যদি তারা পুরোপুরি অক্ষম হয়, তবে সম্ভবত প্রকল্পটি ব্যর্থ হবে will
মাইক স্টোন

আমি এখানে মাইক স্টোন এর সাথে একমত। কোড বেস এবং আর্কিটেকচারটি ত্রুটিযুক্ত হতে পারে, কোনও গুরুতর প্রকল্পের জন্য বিকাশকারীকে 2-2 মাস সময় র‌্যাম আপ সময় দেওয়া যায়, প্রযুক্তিগত নেতৃত্ব সম্পর্কিত সমস্ত প্রকারের সমস্যা ইত্যাদি U
স্টু থম্পসন

5
  • নতুন লোকেরা যদি পরীক্ষার দিকে মনোনিবেশ করেন
  • আপনি যদি স্বতন্ত্র বৈশিষ্ট্যগুলি পৃথক করতে পারেন যা নতুন নির্ভরতা তৈরি করে না
  • যদি আপনি প্রকল্পের কিছু দিকগুলি অরথোগোনালাইজ করতে পারেন (বিশেষত ভিজ্যুয়াল ডিজাইন / লেআউট, ডাটাবেস টিউনিং / ইনডেক্সিং, বা সার্ভার সেটআপ / নেটওয়ার্ক কনফিগারেশন হিসাবে নন-কোডিং কাজ) যাতে অন্য ব্যক্তিরা অ্যাপ্লিকেশন কোড সহ চালিয়ে যাওয়ার সময় একজন ব্যক্তি সেটিতে কাজ করতে পারে
  • লোকেরা যদি একে অপরকে, এবং প্রযুক্তি এবং ব্যবসায়ের প্রয়োজনীয়তাগুলি এবং ডিজাইনকে জানত তবে তারা কখন একে অপরের পায়ের আঙ্গুলের উপরে পা রাখবে এবং কীভাবে তা এড়াতে পারে তার জ্ঞান দিয়ে কাজ করতে সক্ষম হবেন (এটি, অবশ্যই, যদি এটি ইতিমধ্যে ঘটনা না হয় তবে ব্যবস্থা করা বেশ শক্ত)

4

কেবলমাত্র যখন আপনার শেষ পর্যায়ে কিছু স্বাধীন (প্রকল্পের অন্যান্য অংশের সাথে প্রায় 0% মিথস্ক্রিয়া) কাজগুলি কারও দ্বারা মোকাবেলা করা হয়নি এবং আপনি সেই ডোমেনের বিশেষজ্ঞ এমন কাউকে দল এনে দিতে পারেন। একটি দলের সদস্য সংযোজন দলের বাকি অংশের জন্য ব্যাঘাত হ্রাস করতে হবে।


4

প্রোগ্রামার যুক্ত করার পরিবর্তে, প্রশাসনিক সহায়তা যুক্ত করার বিষয়ে কেউ ভাবতে পারেন। বিঘ্ন দূর করতে, ফোকাস উন্নত করতে বা অনুপ্রেরণাকে উন্নত করতে পারে এমন যে কোনও কিছুই সহায়ক হতে পারে। এর মধ্যে সিস্টেম এবং প্রশাসন উভয়ই পাশাপাশি মধ্যাহ্নভোজন পাওয়ার মতো আরও প্রসেসিক বিষয় রয়েছে।


1
ভাল পরামর্শ, এবং একটি যেটি আমি মনে করি তা পৌরাণিক ম্যান মাসে পরামর্শের চেতনার সাথে মিল রেখে। ++
এড গুইনিস

3

স্পষ্টতই প্রতিটি প্রকল্প আলাদা তবে বেশিরভাগ বিকাশকারী চাকরির বিকাশকারীদের মধ্যে একটি নির্দিষ্ট পরিমাণ সহযোগিতা থাকার নিশ্চয়তা দেওয়া যেতে পারে। এই ক্ষেত্রে আমার অভিজ্ঞতাটি হ'ল যে তাজা সংস্থানগুলি অবিচ্ছিন্নভাবে তাদেরকে দ্রুত গতিতে আনতে নির্ভর করছে তাদের উপর নির্ভর করে এবং কিছু ক্ষেত্রে এটি আপনার মূল ব্যক্তি হতে পারে (ঘটনাচক্রে এটি সাধারণত 'কী' লোক হবে) একটি newb শিক্ষিত করার সময়)। যখন তারা হয় গতি বাড়াতে, কোন নিশ্চয়তা যে তাদের টিম কাজ বাকি সঙ্গে প্রতিষ্ঠিত 'নিয়ম' বা 'কাজ সংস্কৃতি' মধ্যে মাপসই করা হবে। আবার, এটি ভাল চেয়ে বেশি ক্ষতি করতে পারে। যাতে একদিকে, এটি এমন পরিস্থিতিতে যেখানে এটি উপকারী হতে পারে:

1) নতুন সংস্থানটিতে একটি শক্ত কাজ রয়েছে যার জন্য অন্যান্য বিকাশকারীদের সাথে ন্যূনতম মিথস্ক্রিয়া এবং ইতিমধ্যে প্রদর্শিত একটি দক্ষতা সেট প্রয়োজন। (উদাহরণস্বরূপ, বিদ্যমান কোডটি একটি নতুন প্ল্যাটফর্মে পোর্ট করা, বাহ্যিকভাবে বর্তমানে বিদ্যমান কোড বেসে লকড থাকা একটি মৃত মডিউলটি রিফ্যাক্টর করা)।

2) প্রকল্পটি এমনভাবে পরিচালিত হয়েছে যাতে অন্যান্য আরও সিনিয়র দলের সদস্যদের সময় ভাগ করা যায় যাতে নতুনকে দ্রুত গতিতে আনা যায় এবং তাদের কাজটি ইতিমধ্যে যা হয়েছে তার সাথে সামঞ্জস্য রয়েছে কিনা তা নিশ্চিত করার পথে তাদের পরামর্শ দেওয়া যায়।

3) দলের অন্যান্য সদস্যরা খুব ধৈর্যশীল।


3

আমি মনে করি কাজের শেষের দিকে যুক্ত করা লোকেরা জিনিসগুলিকে দ্রুত করতে পারে যদি:

  1. সমান্তরালে কাজ করা যেতে পারে।

  2. প্রকল্পের সাথে অভিজ্ঞ ব্যক্তিরা অনভিজ্ঞদের তাদের বিষয়গুলি ব্যাখ্যা করার মাধ্যমে যুক্ত সংস্থানসমূহের সাহায্যে সঞ্চয় করা পরিমাণ হ'ল সময়ের পরিমাণের চেয়ে বেশি।

সম্পাদনা: আমি উল্লেখ করতে ভুলে গেছি, এই ধরণের জিনিসটি প্রায়শই ঘটে না। সাধারণত এটি অ্যাডমিন স্ক্রিনগুলির মতো মোটামুটি সোজা ফরোয়ার্ড স্টাফ হয় যা কোনও টেবিলে সাধারণ সিআরডি করে। এই দিনগুলিতে এই ধরণের সরঞ্জামগুলি বেশিরভাগ ক্ষেত্রেই স্বয়ংক্রিয়ভাবে তৈরি করা যায়।

যদিও এই ধরণের কাজে ব্যাঙ্ক পরিচালকদের সাবধান হন তবে তা বন্ধ করে দিন। এটি দুর্দান্ত শোনায়, তবে বাস্তবে এটির যথেষ্ট পরিমাণে প্রকল্পের কোনও উল্লেখযোগ্য সময় ছাঁটাই হয় না।


এবং এটি আসলে কতবার হয়?
স্টু থম্পসন

2
  • স্ব-অন্তর্ভুক্ত মডিউলগুলি যা এখনও শুরু করা যায় না
  • তারা সংহত করতে পারে এমন উন্নয়নের সরঞ্জামগুলির অভাব (একটি স্বয়ংক্রিয় বিল্ড ম্যানেজারের মতো)

প্রাথমিকভাবে আমি এমন জিনিসগুলি নিয়ে ভাবছি যা তাদের বর্তমানে বিকাশমান মানুষের পথ থেকে দূরে থাকতে দেয়। আমি পৌরাণিক মনুষ্য-মাসের সাথে একমত নই, তবে আমি মনে করি সমস্ত কিছুর ব্যতিক্রম আছে।


2

আমি মনে করি কোনও দলে লোক যুক্ত করা কোনও প্রকল্পকে এগুলিতে যুক্ত করার চেয়ে কোনও প্রকল্পের গতি বাড়িয়ে দিতে পারে।

আমি প্রায়শই অনেকগুলি সমবর্তী প্রকল্পের সমস্যায় পড়ি। এই প্রকল্পগুলির মধ্যে যে কোনও একটিই যদি আমি কেবলমাত্র সেই প্রকল্পের দিকে ফোকাস করতে পারি তবে দ্রুত সম্পন্ন হতে পারে। দলের সদস্যদের যোগ করে, আমি অন্যান্য প্রকল্পগুলি বন্ধ করে দিতে পারি।

অবশ্যই, এটি ধরে নিয়েছে যে আপনি সক্ষম, স্ব-অনুপ্রাণিত বিকাশকারীদের নিয়োগ করেছেন, যারা বড় প্রকল্পগুলির উত্তরাধিকারী হতে এবং স্বাধীনভাবে শিখতে সক্ষম। :-)


2

অতিরিক্ত সংস্থানগুলি যদি আপনার বিদ্যমান টিমের পরিপূরক হয় তবে এটি আদর্শ হতে পারে। উদাহরণস্বরূপ, আপনি যদি নিজের প্রোডাকশন হার্ডওয়্যার সেট আপ করতে যাচ্ছেন এবং যাচাই করে যাচ্ছেন যে ডাটাবেসটি আসলে ভাল ফলাফল ফেরানোর বিপরীতে সুরযুক্ত হয়েছে (যেটি আপনার দলটি ডোমেন বিশেষজ্ঞ হিসাবে জানেন) পরের প্রকল্পে কাজ করে এমন একটি ভাল ডিবিএর কাছ থেকে সময় ধার নেওয়া আপনার প্রশিক্ষণ ব্যয় ছাড়াই দলকে গতিময় করতে পারে


এটি আসলে বেশ ভাল উত্তর। আরও সাধারণভাবে, যদি কোনও প্রকল্প এটিসি এবং ডি সম্পর্কিত জ্ঞানের উপর নির্ভর করে এবং দলের প্রোগ্রামাররা এ এবং বি জানে, তবে সি এবং ডি বোঝে এমন প্রোগ্রামার যুক্ত করে সমাপ্তির গতি বাড়িয়ে দিতে পারে। লোকদের ভাল হতে হবে এবং দলে এখনও আকারের সীমা রয়েছে
উইন্ডোজ প্রোগ্রামার

1

সহজভাবে করা. এটি সময় বাকী সময় এবং উত্পাদনশীলতার সাথে তুলনা করতে নেমে আসে আপনি অতিরিক্ত সংস্থানগুলিকে গতিতে আসতে এবং উত্পাদনশীল হতে এবং সময়ীয় বিদ্যমান সংস্থান দ্বারা শিক্ষায় ব্যয় করা সময়কে বিয়োগ করতে ব্যয় করে এমন পরিমাণ ব্যতীত আপনি কারও কাছ থেকে পাবেন। মূল কারণগুলি (তাৎপর্য অনুসারে):

  1. এটি বাছাইয়ের সময় রিসোর্সটি কত ভাল। সেরা বিকাশকারীরা কোনও নতুন সাইটে যেতে পারেন এবং অল্প সহায়তায় প্রায় তাত্ক্ষণিকভাবে উত্পাদনশীল ফিক্সিং বাগগুলি হতে পারে। এই দক্ষতা বিরল তবে শেখা যায়।
  2. কাজের পৃথকীকরণ। বিদ্যমান বিকাশকারীদের উপর ট্রিপ না করে এবং তাদেরকে ধীর করে না দিয়ে তাদেরকে অবজেক্টস এবং ফাংশনে কাজ করতে সক্ষম হওয়া প্রয়োজন।
  3. প্রকল্পের জটিলতা এবং ডকুমেন্টেশন উপলব্ধ। যদি এটি ভ্যানিলা সেরা অনুশীলন হয় তবে এএসপি.নেট অ্যাপ্লিকেশন এবং সাধারণ ভাল-ডকুমেন্টেড ব্যবসায়ের পরিস্থিতি হয় তবে একজন ভাল বিকাশকারী সরাসরি সরাসরি আটকে যেতে পারেন। এই ফ্যাক্টরটির চেয়ে বেশি নির্ধারণ করবে যে বিদ্যমান সম্পদগুলিকে শিক্ষাদানে কতটা সময় ব্যয় করতে হবে এবং তাই নতুন সংস্থানগুলির প্রাথমিক নেতিবাচক প্রভাব পড়বে।
  4. সময় পরিমাণ বাকি। এটি প্রায়শই ভুল অনুমানও করা হয়। প্রায়শই যুক্তিটি হবে যে আমাদের কেবল এক্স সপ্তাহ বাকি রয়েছে এবং দ্রুত গতিতে কাউকে উঠতে এক্স + 1 সপ্তাহ সময় লাগবে। বাস্তবে প্রকল্পটি পিছলে যাচ্ছে এবং আসলে 2x সপ্তাহ অবধি যেতে বাকি আছে এবং শীঘ্রই এর চেয়ে আরও বেশি সংস্থান পাওয়ার পরে সাহায্য করবে।

1

যেখানে কোনও দল ইতিমধ্যে প্রোগ্রামিং জোড়া দেওয়ার জন্য ব্যবহৃত হয়, তারপরে জোড়ায় দক্ষ ইতিমধ্যে দক্ষ এমন অন্য বিকাশকারীকে যুক্ত করা প্রকল্পটি ধীর করে না ফেলতে পারে, বিশেষত যদি উন্নয়নটি টিডিডি শৈলীর সাথে এগিয়ে চলেছে।

নতুন বিকাশকারী ধীরে ধীরে আরও উত্পাদনশীল হয়ে উঠবে কারণ তারা কোড বেসটি আরও বুঝতে পারে এবং যে কোনও ভুল বোঝাবুঝি খুব তাড়াতাড়িই তাদের জুড়ি দ্বারা ধরা পড়বে, বা পরীক্ষার স্যুট যা প্রতিটি চেক-ইনের আগে চালিত হবে (এবং আদর্শভাবে একটি চেক থাকা উচিত কমপক্ষে প্রতি দশ মিনিটে)।

তবে অতিরিক্ত যোগাযোগের ওভারহেডের প্রভাবগুলি বিবেচনায় নেওয়া দরকার। প্রকল্পটির বিদ্যমান জ্ঞানকে খুব বেশি পরিমাণে দ্রবীভূত না করা গুরুত্বপূর্ণ।


সুতরাং আপনি বলছেন এটি সহায়ক হতে পারে এবং এটি সহায়ক হতে পারে না?
এড গিনিস

বেশি অথবা কম. আমি বলছি যে স্বীকৃত জ্ঞান হ'ল দেরী প্রকল্পে লোক যুক্ত করা এটি পরে তৈরি করবে তবে কিছু সীমিত পরিস্থিতিতে খুব যত্ন সহকারে পরিচালিত হয়ে আপনি অতিরিক্ত ব্যক্তির কাছ থেকে কিছু দরকারী অতিরিক্ত কাজ পেতে পারেন।
বিল মিশেল

1

অতিরিক্ত বিকাশকারীদের দ্বারা অবদানের উত্পাদনশীলতা যখন সেই বিকাশকারীদের প্রশিক্ষণ এবং পরিচালনায় হারিয়ে যাওয়া উত্পাদনশীলতা ছাড়িয়ে যায় তখন ডেভেলপারদের যুক্ত করা অর্থপূর্ণ হয়।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.