যখন কার্যগুলিতে একাধিক ব্যক্তির সম্পৃক্ততা রয়েছে তখন স্ক্র্যাম টাস্কের কাছে কীভাবে পৌঁছাবেন?


12

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

সমস্যাটি হল, আমার কীভাবে জ্বলতে হবে? আমি যদি ঘন্টাগুলি একসাথে সংগ্রহ করি তবে নিম্নলিখিত অনুমানটি ধরে নিই:

10 ঘন্টা - দেব সময়

4 ঘন্টা - কিউএ

4 ঘন্টা - কোড পর্যালোচনা।

কার্য প্রাক্কলন = 18 ঘন্টা

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

হালনাগাদ

কয়েকটি বিষয় পরিষ্কার করতে সাহায্য করার জন্য, আমার সংস্থায় একটি গল্পের প্রতিটি টাস্কে 3 জন লোকের প্রয়োজন।

  1. কাজটি বিকাশের জন্য কেউ। (ইউনিট পরীক্ষা করুন, ect ...)
  2. কার্য পর্যালোচনা করার জন্য কিউএ বিশেষজ্ঞ (তারা প্রাথমিকভাবে সংহতকরণ এবং রিগ্রেশন টেস্টগুলি করেন)
  3. কোড পর্যালোচনা করার জন্য একটি প্রযুক্তি নেতৃত্ব।

আমি মনে করি না কোনও ভুল উপায় বা সঠিক উপায় আছে তবে এটি আমাদের উপায় ... এবং এটি কোনও পরিবর্তন হবে না। আমরা যখনই সম্ভব কোনও গল্পের ক্ষুদ্রতম স্তরটি সম্পূর্ণ করার জন্য একটি দল হিসাবে কাজ করি। আপনি সম্পূর্ণ পরীক্ষা না করা অবধি যদি কিছু কাজ করে তবে আপনি পরীক্ষা করতে পারবেন না এবং আপনি কোডের মানও পর্যালোচনা করতে পারবেন না ... তাই আপনি যা করতে পারেন তা হ'ল ছোট ছোট যৌক্তিক টুকরোতে জিনিসগুলি বিভক্ত করা যাতে খালি সর্বনিম্ন কার্যকারিতা পরীক্ষা করা যায় এবং যত তাড়াতাড়ি সম্ভব প্রক্রিয়া পর্যালোচনা।

যারা এইভাবে কাজ করে তাদের কাছে আমার প্রশ্ন হ'ল তারা যখন এই পদ্ধতিতে সেটআপ হয় তখন কীভাবে একটি "টাস্ক" পুড়িয়ে ফেলা যায়। যদি কোনও টাস্কের নিজস্ব উপ-কাজ না থাকে (যা জিরা অনুমতি দেয় না) ... আমি নিশ্চিত নই যে প্রতিদিনের ভিত্তিতে "কী আছে" ট্র্যাকিংয়ের সর্বোত্তম উপায়।


8
আপনার প্রক্রিয়া কি আপনি বর্ণনা করতে পারেন? আমরা আমাদের স্ক্র্যাম পরিকল্পনায় ঘন্টাগুলি কখনই ব্যবহার করি না এবং আমরা কখনই ঘন্টাগুলি অবশিষ্ট থাকার বিষয়ে রিপোর্ট করি না। কাজগুলি সম্পন্ন হয়ে গেলে।
dcaswell

1
@ ব্যবহারকারী814064: ভাল পয়েন্ট। প্রতিবার আমি টিমগুলি প্রতিটি কাজের অনুমান করতে দেখেছি, তারা সর্বদা এটি ভুল করে। কখনও কখনও 1/10 এবং আরও বেশি ফ্যাক্টর দ্বারা।
আর্সেনি মরজেনকো

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

আপনাকে এখানে যে কয়েকটি অক্ষর টাইপ করার অনুমতি দেওয়া হয়েছে সেখানে আপনি কেন এটি করবেন না তা বোঝানো এক ধরণের কঠিন। এটির নামটি বোঝায় ঠিক এটিই অনুমান করা: এটি অস্পষ্ট, এটি একটি বলপার্ক চিত্র এবং কোনও অর্থবহ, ব্যয়-ব্যয় ভারসাম্যহীন উপায়ে আপনি এটিকে আরও ভাল করতে পারবেন না। সর্বোপরি, একে "গণনা" নয়, "অনুমান" বলা হয়। আমি আপনাকে নিল কিলিকের পোস্টগুলি # নো
স্টিফান বিলিয়েট

উত্তর:


14

এটি 3 টি কাজ, একটি নয়।

এটি একটি বৈশিষ্ট্য / গল্প হতে পারে তবে এটি তিনটি কাজ। একটি একক কাজ সীমাবদ্ধ সময়ে একটি ব্যক্তি দ্বারা সম্পন্ন করা যায়।


@ ব্যবহারকারী 814064: এটি অনুমান নয়; ওপি পোস্টটির প্রতিটি কাজের জন্য অনুমান তালিকাভুক্ত করেছে
স্টিভেন এ লো

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

3
@ অজিলেমন: একটি সাধারণ জ্ঞান বিশ্বে, একটি কাজ একটি একক কাজের একক যা এক ব্যক্তির দ্বারা করা সম্ভব হয়, এবং তিনটি পৃথক লোক দ্বারা সিরিজের তিনটি কাজ একটি প্রকল্প। স্ক্রামের বিশ্বে ... এটি একই জিনিস। (যেমন www.scrumalliance.org/commune/articles/2007/march/glossary-of-scrum-terms#1129)। গল্প -১-দেব, গল্প -১-কিউ-পর্যালোচনা, এবং গল্প -১-কোড-পর্যালোচনা 3 টি আলাদা আলাদা কাজ। আপনার যদি 3-অংশের কাজগুলি মডেল করা আবশ্যক তবে সম্ভবত 3 টি পৃথক বর্ধমান চার্টগুলি উপযুক্ত হবে;)
স্টিভেন এ। লো

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

7

টি এল; ডিআর

আপনি বার্ন-ডাউনটি বিভিন্ন উপায়ে ভুলভাবে ব্যবহার করছেন। কাজ এবং গল্পগুলি হয় হয় বা না-করা হয়; আপনার বার্ন-ডাউনে সময় ভিত্তিক পরিকল্পনার প্রাক্কলন থেকে বিচ্যুতিগুলি ট্র্যাক করার চেষ্টা করে, আপনি কার্য-পণ্য অবশিষ্টের অনুমানের চেয়ে আপনার সময়সূচীটির পুনরায় অনুমান করছেন।

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

কার্য বনাম গল্প

আপনি বিবাদী কাজ এবং গল্প। গল্পগুলিতে আপনার দলের "সম্পন্ন সংজ্ঞা" অনুযায়ী গল্পটি সম্পূর্ণ করার জন্য প্রয়োজনীয় সমস্ত কাজ রয়েছে। গল্পটির সমস্ত কাজ সম্পূর্ণ না হলে 100% অসম্পূর্ণ হিসাবে বিবেচিত হয়। স্ক্রমে, গল্পগুলি সর্বদা কোনও উপায়ে অনুমান করা হয়; প্রায়শই, এগুলি গল্পের পয়েন্টগুলিতে অনুমান করা হয়।

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

দগ্ধ করা

স্ক্রামে, আপনার বার্ন-ডাউন চার্ট স্প্রিন্ট বা প্রকল্পের জন্য কত পরিমাণ কাজ বাকি তা দেখায়। বাস্তব বার্ন-ডাউন চার্টগুলিতে প্রায়শই মালভূমি থাকে; কিছু ক্ষেত্রে, গ্রাফ এমনকি বাড়তে পারে। উদাহরণস্বরূপ, 3 এবং 5 পয়েন্টের মূল্যমানের দুটি গল্প সহ এক সপ্তাহের স্প্রিন্টে, আপনার ডেটা পয়েন্টগুলি এর মতো দেখতে পারে:

Mon | Tue | Wed | Thu | Fri
--- | --- | --- | --- | ---
 8  |  5  |  5  |  5  |  0

এই আদর্শবাদী দৃশ্যে আপনি 8 টি গল্পের পয়েন্ট দিয়ে শুরু করবেন। 3-দফা গল্পটি মঙ্গলবার বিকেলে শেষ হয়েছিল, যখন 5 দফা গল্পটি শুক্রবার পর্যন্ত শেষ হয়নি। গল্পটি সম্পন্ন হওয়ার সংজ্ঞাটি না পূরণ হওয়া পর্যন্ত গল্পের পয়েন্টগুলি বার্ন ডাউন থেকে কাটা হয় না। আপনি যদি গল্পের পয়েন্টগুলির পরিবর্তে আদর্শ ঘন্টা ব্যবহার করেন তবে কেবলমাত্র আপনার স্কেল পরিবর্তিত হয়।

টাইম-বক্সিং

সাধারণভাবে স্বীকৃত অনুশীলনটি হ'ল আপনার কাজগুলি 1/2 দিন থেকে 2 দিনের মধ্যে কামড়ের আকারের অংশগুলিতে ক্ষয় হয়ে যায় তা নিশ্চিত করা। একাধিক দিনের বৈচিত্র্য দৈনিক স্ট্যান্ড আপগুলি বা স্প্রিন্ট ব্যাকলগ থেকে স্ব-স্পষ্ট হওয়া উচিত; কোনও আনুষ্ঠানিক স্থিতি টান দেওয়ার দরকার নেই be

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


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

কোনও কাজকে ১০০% বন্ধ না করার ঝুঁকির মধ্যে একটি আপনার 99% কাজ সম্পন্ন করে যার অর্থ আসলে কিছুই করা হয় না
হ্যানজলো

1
@ অজিলেমন আপনি এটি "দলের পক্ষে করা চ্যালেঞ্জিং" খুঁজে পেয়েছেন কারণ আপনি ভুল জিনিসটি মাপছেন। আপনার এবং আপনার দলের জন্য কার্যকর যে কোনও পদ্ধতি প্রয়োগ করতে আপনি অবশ্যই স্বাগত, তবে আমি এই বিবৃতি দিয়ে দাঁড়াব যে আসল অনুমানগুলি পরিমাপ করা - অতিবাহিত সময় কাজ-পণ্য বাকী পরিমাপের মতো নয় আপনার প্রকল্পের জন্য যা কিছু কাজ করে তা করুন, তবে আপনার বর্তমান মেট্রিকগুলি অনুমান করা অনুমানগুলি নিয়ে প্রশ্ন করতে ভয় পাবেন না।
কোডজোনম

@CodeGnome। এখানে একটি সাধারণ ভুল যোগাযোগ চলছে। আমি "অতিবাহিত সময়" ট্র্যাক করার চেষ্টা করছি না। আমি "অবশিষ্ট সময়" নির্ধারণ করার চেষ্টা করছি। এই কাজটি কখন করা হবে? এটাই আমি নির্ধারণের চেষ্টা করছি। তবে, যেহেতু ক্ষুদ্রতম কাজটিও (সাধারণভাবে) একাধিক লোককে জড়িত তাই চ্যালেঞ্জটি কীভাবে কী সহজ এবং সোজা এগিয়ে যায় তা কীভাবে নির্ধারণ করা যায়।
AgileMan

4

QA এর অংশটি ভাগ করার আগে আপনি কি ডিভ টাস্ককে "সম্পন্ন" হিসাবে সংজ্ঞায়িত করতে পারেন? দেব সম্পন্ন হওয়ার আগে আপনি কি কোড পর্যালোচনাটিকে "সম্পন্ন" হিসাবে সংজ্ঞায়িত করতে পারেন? দেব এবং কোড পর্যালোচনা না হলে কিউএ "সম্পন্ন" করা যায়?

আমি বলব যে আপনার তিনটি আইটেমকে একক কার্যক্রমে একত্রিত করা উচিত এবং তিন ব্যক্তিকে এটিতে একসাথে কাজ করা উচিত।

স্ক্রাম এটি বলে না যে কোনও আইটেম যে কোনও একটি দলের সদস্যের দায়িত্ব। ঠিক বিপরীত - স্প্রিন্ট লগ আইটেমগুলি টিমের দায়িত্ব। যদি কোনও কার্য সম্পাদনে তিন জন লোক লাগে তবে তা যা লাগে তা তাই।


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

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

স্পষ্টতই, DoD প্রক্রিয়াটি না পেরে কিছুই "করা" হয় না। তবে জিনিসগুলি এমন পর্যায়ে উন্নতি করতে পারে যেখানে অন্যান্য পক্ষের দ্বারা পর্যালোচনা করা সুবিধাজনক হতে পারে। যেমনটি বর্তমানে দাঁড়িয়ে আছে, আমি উল্লেখ করেছি প্রতিটি ছোট কাজের জন্য প্রয়োজনীয় সমস্ত "কাজ" একীভূত ঘন্টা হিসাবে মিশ্রিত করি। চ্যালেঞ্জটি হ'ল যখন একজন ব্যক্তি যা বাকী রয়েছে সেগুলি জানার চেষ্টা করছেন, তাদের সাধারণত তার অংশটির জন্য তাদের অ্যাকাউন্ট করতে হয় এবং তারপরে অন্যান্য ব্যক্তিদের অনুমানগুলি যোগ করতে হয় ... সুতরাং এটি বেশ ব্যস্ত কাজের ধরণের। আমার মনে হচ্ছে এর থেকে আরও ভাল উপায় আছে।
AgileMan

3

এটা কোন ব্যাপার না। যতক্ষণ না এটি গল্পের তুলনায় তুলনামূলকভাবে সামঞ্জস্যপূর্ণ ততক্ষণ আপনার বোরডাউন চার্টটি এখনও কোনওভাবেই কাজ করবে। আপনার দলের প্রতিবেদন করা যে কোনও উপায়েই সবচেয়ে স্বাভাবিক।

আমার দল আসলে এক ধরণের হাইব্রিড করে, যদিও আনুষ্ঠানিক চুক্তিতে নয়। যদি আমরা মনে করি যে কোনও কাজ একজন ব্যক্তিকে দুই দিন সময় নেয় তবে আমরা যদি দুটি ব্যক্তি একসাথে এটির কাজ শেষ করি, আমরা এটি পরিবর্তন করি না।

প্রাথমিক অনুমানের পরে, এটি অনানুষ্ঠানিকভাবে আমাদের দলের জন্য এক ঘন্টা বাকি থাকার চেয়ে আরও সম্পূর্ণ শতাংশে পরিণত হয়। যদি আমরা প্রাথমিকভাবে মনে করি যে এটি দুই দিন লাগবে, তবে একদিন পরে, আমরা মনে করি এটি কেবল 25% সম্পূর্ণ, আমরা মূল 16 ঘন্টার অবকাশ গ্রহণ করি। এটি 12 ঘন্টা ছেড়ে দেয় যেখানে প্রযুক্তিগতভাবে আমরা 24 টি অনুমান করছি কারণ আমরা সম্ভবত 3 ঘন্টা অবধি 4 ঘন্টা সময় করবো।

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


2

টাস্কের বাকি সময়গুলি তেমন গুরুত্বপূর্ণ নয়: পুরো গল্পটি না হওয়া পর্যন্ত কিছুই সরবরাহ করা যায় না।

যদি আপনি কোনও গল্পে (সামগ্রিকভাবে) লোকেরা কাজের সময় বাকী সময় পূরণ করে কত সময় বাকী থাকে তা যদি ট্র্যাক করতে চান তবে ব্যক্তি হিসাবে প্রতিটি কাজ ভাগ করুন।

বলেছিল:

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

-1

টাস্কটিকে একাধিক কার্যগুলিতে বিভক্ত করুন এবং সেগুলিকে এমন কার্য হিসাবে প্রবেশ করুন যেখানে প্রতিটি পৃথক ব্যক্তি দ্বারা পরিচালিত হয়।

আসল কাজ: কিছু ঠিক করুন Fix

নতুন কার্য: (মূল কাজের পিতামাতার সন্তান)

  • দেব এ - সমস্যা সমাধান করা
  • দেব বি - সমস্যা সমাধানের ক্ষেত্রে দেব একে সহায়তা করা (অর্থাত্ জোড় প্রোগ্রামিং, কোড পর্যালোচনা)
  • ডেভাসেট এক্স ব্যবহার করে দেব এ - ডেভ ফিক্সটি পরীক্ষা করে
  • দেব বি - ডেটাসেট ওয়াই ব্যবহার করে ফিক্সটি পরীক্ষা করে

প্রশ্নে বলা হয়েছে যে সাব
টাস্কের

আমি কখনই প্রতি সাব টাস্ককে বোঝাতে চাইনি ... তার মানে টাস্কগুলিকে টাস্কে ভাঙা এবং তাদের সবাইকে একটি গল্প বা বাগের সন্তান করে তুলতে হবে ... আমি আমার উত্তরটি নতুন করে বলব ..
অসীম গাফফার

আপনি যেভাবে বর্ণনা করেছেন সেভাবে এটি ভঙ্গ করে ইতিমধ্যে কমপক্ষে দুটি পূর্ব উত্তরে (আগে এই মুহুর্তে ভোট দেওয়া হয়েছে) পরামর্শ দেওয়া হয়েছে এবং ব্যাখ্যা করা হয়েছে: "এটি 3 টি কাজ, একটি নয় ..." "আপনি বিবাদযুক্ত কাজ এবং গল্পগুলি করছেন ..."
gnat
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.