যখন চটপটি ভুল হয়ে যায় [বন্ধ]


24

আমি সম্প্রতি যে নতুন নতুন ছেলের সাথে যাত্রা করছি তাদের জন্য আমি একটি এগিল কোর্স লিখছি, এবং আমি একটি সতর্কতার কাহিনী যোগ করতে চাই যাতে তারা বুঝতে পারে যে চটপটি সমস্ত প্রকল্পের জন্য নয়।

আমার সমস্যাটি হ'ল আমি এগিলের সাথে যে প্রকল্পগুলিতে কাজ করি তার প্রকৃতির কারণে এখন পর্যন্ত আমি খুব ভালভাবে কাজ করেছি, আমি কী সত্য ভুল করতে পারি এবং কেন আপনি যখন ভুল ধরণের প্রকল্পে এটি ব্যবহার করেন তা আমি সত্যই বলতে পারি না।

যখন কোনও চৌকস প্রকল্পটি ভুল হয়ে যায় তখন কী কী জিনিসগুলি সন্ধান করতে হবে?


18
আমি চৈতন্য সম্পর্কে শুনেছি বেশিরভাগ ভয়াবহ গল্প তারা যে ধরণের প্রকল্পে কাজ করছে তার চেয়ে বেশি জড়িত লোকদের সম্পর্কে ছিল।
ম্যাথিউউ

1
আমি বেশ কয়েকটি প্রশ্ন দেখতে পাচ্ছি যা ডানদিকে "সম্পর্কিত" বিভাগে
চটপটি সংক্রান্ত সমস্যাগুলি নির্দেশ করে

1
গল্পের সময়কে আমন্ত্রণ না করার জন্য আমি প্রশ্নটি সংশোধন করেছিলাম এবং পরিবর্তে অ্যাগিল কোথায় ভুল হয় সে সম্পর্কে স্বতন্ত্র কড়া তথ্য জিজ্ঞাসা করি।
maple_shaft

3
@ ওডে "কার্যকারিতাটি না দিয়ে কঠোর সময়সীমা" থাকলে কোন পদ্ধতিটি ভালভাবে কাজ করে ?
অযৌক্তিক জন

6
@irrationalJohn - অবশ্যই ডেথ মার্চ;)
ওডে

উত্তর:


47

"তত্পর" টীমের সাথে সবচেয়ে বড় ব্যর্থতা কি বলা হয় ফলে জাহাজী Culting । মূলত, দলগুলি সফল চতুর দলের প্রভাবগুলি চায় যাতে তারা ভিজিবিল ক্রিয়াগুলি নকল করে

  • দৈনিক স্ট্যান্ডআপগুলি (যা এক ঘন্টা বা আরও এক ঘন্টা চালায়)
  • স্প্রিন্ট মধ্যে ব্রেকিং কাজ
  • ব্যবহারকারীর গল্পগুলি (যা সাধারণত বাক্যটির চেয়ে কিছুটা বেশি তবে একটি অনুমানের আশা করা হয়)

এই তিনটি যা আপনি এই পরিবেশগুলিতে ধারাবাহিকভাবে "প্রয়োগ" দেখতে পাবেন তবে বাস্তবে চটজলদি প্রতি খুব কম প্রতিশ্রুতিবদ্ধ। প্রকৃতপক্ষে আপনি ম্যানেজমেন্ট শুনবেন যে আমরা "চটচটে করছি"। (এই দু'টি শব্দেই পালানো এটি একটি খারাপ চিহ্ন bad)

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

অন্যান্য মূল বাক্যাংশ: "আমি জানি এই গল্পগুলি সম্পূর্ণরূপে সংজ্ঞায়িত করা হয়নি তবে আমরা চটপটে করছি যাতে আমরা যাবার সাথে সাথে সেগুলি ঠিক করতে পারি" "

"আমরা চটজলদি উন্নয়ন করছি যাতে স্প্রিন্টের মধ্যে যা যা প্রয়োজন তা শনাক্ত করার সাথে সাথে আপনি যা প্রয়োজন তা ঠিক করতে সক্ষম হওয়া উচিত" "

"স্প্রিন্টের শুরুতে আমরা আমাদের প্রতিশ্রুতিবদ্ধ গল্পগুলি তালাবদ্ধ করতে পারছি না কারণ প্রয়োজনগুলি মধ্য স্প্রিন্টকে পরিবর্তন করে রাখে" "

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


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

কেবল একপাশে, আপনি "বয়লার ঘরের মানসিকতা" বলতে কী বোঝাতে পারেন? আমি এটি আগে শুনেছি, কেবল কোনও ব্যাখ্যা শুনিনি।
কেভিন ম্যাককর্মিক

2
একটি "বয়লার-কক্ষ পরিবেশ" একটি উচ্চ-চাপ, এখন-তা-যেকোন উপায়ে এমন ক্ষেত্র যেখানে কাজের পরিস্থিতি সর্বদা অপ্রীতিকর। বয়লার-রুম মানসিকতা এই ধরণের পরিস্থিতি স্থায়ী করে।
হ্যালোইন

1
"... প্রকল্পের নেতৃত্ব (স্ক্রাম মাস্টার) ...": আমি সম্প্রতি বব মার্টিনের একটি বক্তব্য শুনেছি যে বজায় রেখেছিল যে স্ক্রাম মাস্টারকে প্রথমে কোনও প্রকল্পের নেতৃত্ব হিসাবে বোঝানো হয়নি: এটির মধ্যে ঘোরানোর ভূমিকা ছিল among দলের সদস্যগণ (প্রকল্পের সাথে জড়িত বিকাশকারীগণ, পরিচালকগণ নয়) এবং কেবলমাত্র সেই স্প্রিন্ট জুড়ে নির্দিষ্ট চৌকস নীতিগুলি প্রয়োগ করা হয়েছিল তা পরীক্ষা করে দেখার কথা ছিল।
জর্জিও

21

যে লোকেরা চটপটি ((?) কী তা বোঝে না এবং এটিকে প্রয়োগ করে:

  • সময়সীমা অবধি মন্তব্যের জন্য অনুপলব্ধ ক্লায়েন্টগুলি
    ... এবং এরপরে আইনি পদক্ষেপের হুমকি দেয় ;

  • পরিচালকগণ যে বিকাশকারীদের ক্লায়েন্ট থেকে দূরে রাখেন , (সম্ভবত তারা সামান্য বেতনের কারণে এবং জাহাজগুলিতে ঝাঁপিয়ে পড়তে পারে, ক্লায়েন্টের পক্ষে কাজ করতে যেতে পারে) এবং মরিয়া (প্রায়শই সফল, যদিও) প্রচেষ্টায় " ভাঙা টেলিফোন " খেলা খেলেন ব্যস্ত এবং দরকারী খুঁজছেন এ,

    আরও দেখুন: মাশরুম পরিচালনা , ওরফে "রাখা অস্পষ্ট, খাওয়ানো সার" এবং পয়েন্টি কেশিক মনিব । :)

  • যে দলগুলি কোথাও যেতে খুব বড় ;

  • কোম্পানি যে তাদের মাইনে উপর রাখছেন একসময়ের প্রখ্যাত সিস্টেমের আর্কিটেকচারের ডিজাইনার যে নিদারুণভাবে আসলে তারা সম্পূর্ণরূপে প্রকৃত কোডিং নৈপুণ্য দৃষ্টিশক্তি হারিয়েছে থেকে মনোযোগ চিত্তবিনোদনকর হয়, দ্বারা overdesigning মহৎ, অব্যবসায়ী, হার্ড-টু-বুঝতে পারছি, ইউএমএল Sagrada পরিবারে


2
বাহ, চিনা ফিসফিস, সত্যি? হেলা বর্ণবাদী শোনায়।
চিহ্নিত করুন

12
আমি বর্ণবাদ সম্পর্কে আপনার ভন্ডামি রাগের সাথে একমত নই। বলা ছাড়তে বর্ণবাদী করার বিষয়ে উইকিপিডিয়া এন্ট্রি এবং অভিধান 2008 সংস্করণ অক্সফোর্ড তার রেফারেন্স করতে।
জেডজেআর 22

3
@ ক্যানলাস আপনি হেল্লা উত্তর আমেরিকান শোনেন।
জেডজেআর

3
পৃথিবীতে এর playing a game of "telephone"অর্থ কী? সত্যিই ভাববেন না যে সম্পাদনাটি
কোনওভাবেই

6
গেমটির আসল নাম "ব্রোকেন টেলিফোন" (ইতিমধ্যে সম্পাদিত) এবং জেডজেআর এটি বর্ণবাদী বাক্যাংশ নয় বলে উল্লেখ করে, আমি আসলে উইকিপিডিয়া নিবন্ধটি "ব্রোকেন টেলিফোন" এর সাথে সংযুক্ত করেছি এবং কী অনুমান করি? এটি "চাইনিজ
ফিসফিসিয়াস

12

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

আপনি যখন ইনক্রিমেন্টাল আপডেট এবং বাগ ফিক্সগুলি করছেন তখন প্রজেক্টোত্তর পর্বের জন্য চতুরতা খুব ভাল।

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


এটা ধরো. আপনি কি সত্যিই ভাবেন যে বেশিরভাগ চতুর প্রকল্পগুলি "চিরতরে" চালিয়ে যাওয়ার উদ্দেশ্যে?
ব্যবহারকারী16764

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

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

1
"যোগাযোগের দুর্বল রেখা": যতদূর আমি জানি, চৌকস দ্বারা ভাল যোগাযোগের সন্ধান করা যায় নি, এবং চতুর পদ্ধতিগুলি যোগাযোগ করতে সক্ষম নয় এমন অচল দলগুলির সাথে খুব সামান্য কাজ করতে পারে।
জর্জিও

10

এখানে কয়েকটি প্রশ্ন রয়েছে যা উদাহরণ খুঁজে পাওয়ার ক্ষেত্রে উত্তর খোঁজার জন্য কার্যকর হতে পারে যেখানে অ্যাগ্রিলের একটি প্রচেষ্টা খারাপভাবে যেতে পারে:

আপনি কি কখনও "সিউডো অ্যাগিলি" শুনেছেন? এটি সম্পর্কে কয়েকটি ব্লগ এন্ট্রি রয়েছে:

এমন সংস্থাগুলির জন্য কিছু বলার আছে যা চতুর কী তাদের নিজস্ব দৃষ্টিভঙ্গি নিতে পারে এবং এটিকে অন্য কিছুতে কসাই দেয়।


9

আমি অত্যন্ত সফল অ্যাগিল টিমে কাজ করেছি, পাশাপাশি কয়েকজন যারা চতুরতার চেষ্টা করেছিল, কিন্তু এটি কাজ করতে পারেনি।

সফলটির মধ্যে নিম্নলিখিত উপাদানগুলি ছিল:

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

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

আমি যে দলটিতে ছিলাম তাতে আগিলে ভালভাবে কিছু করতে পারেনি তার কয়েকটি উপাদানও ছিল:

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

বেশ চটপটি, +1 এর সাথে আমার অভিজ্ঞতা প্রতিফলিত করে। হয় পুরো দলটি (ব্যবসায় প্রতিনিধি এবং পরিচালন সহ) চটপটি চালাচ্ছে এবং এটি ভাল কাজ করে, বা এটি কেবল কিছু বিকাশকারী এটি করতে চান এবং এটি ক্র্যাশ-জ্বলুনির ঘটনা।
আমোস এম কার্পেন্টার

7

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

এর অর্থ এই যে সরকারী সংস্থাগুলিতে (উদাহরণস্বরূপ সরকারগুলি) এটি সঠিকভাবে কাজ করা খুব কঠিন হবে।


6

আমি এটি ব্যক্তিগত অভিজ্ঞতা থেকে জানি না, তবে অনুমানকালে, অনেক পরিস্থিতি রয়েছে যখন চতুরতা সর্বোত্তম বিকল্প নয়।

  • যে প্রকল্পগুলির পণ্য জীবন বা সম্পত্তি সমালোচনামূলক - উদাহরণস্বরূপ, আপনি আপনার পেসমেকার চালিত সফ্টওয়্যারটি বিকাশের জন্য চতুরতা ব্যবহার করতে চান না। কেন? কারণ ত্রুটির জন্য আপনার কাছে শূন্যতার সহ্য রয়েছে। থেরাক 25 এর সাথে সম্পর্কিত ওষুধের মধ্যে প্রোগ্রামিং ত্রুটির একটি সর্বোত্তম উদাহরণ বিবেচনা করুন । মঞ্জুর, এটি চতুর দ্বারা নির্মিত হয়নি, তবে মূল বক্তব্যটি হ'ল: জীবন বা সম্পত্তি সমালোচনার বিকাশ করার জায়গা নেই, "আমরা এটি পরবর্তী স্প্রিন্টে পরিষ্কার করব" বা "আমাদের দুর্দান্ত দরকার নেই, কেবল ভাল" যথেষ্ট."

  • অনেকগুলি জুনিয়র বিকাশকারী সহ প্রকল্পগুলি - চৌকস অংশগ্রহীতা দলের মধ্যে একটি নির্দিষ্ট পরিমাণ স্বায়ত্তশাসন আশা করে। যদি দলে পর্যাপ্ত অভিজ্ঞতা না থাকে তবে সেই স্বায়ত্তশাসন আপনার বিরুদ্ধে কাজ করতে পারে।

  • যে প্রকল্পগুলিতে ileতিহ্যগতভাবে চপলটি দেওয়া হয় তার চেয়ে উচ্চতর ডিগ্রি নিয়ন্ত্রণ বা পরিকল্পনার প্রয়োজন।

আমি ধরে নিচ্ছি যে অন্য যে কোনও ব্যক্তি ঝাঁপিয়ে পড়বে এবং আরও ভাল উদাহরণ সহকারে সহায়তা করবে, বা আমি লিখেছি এই ট্রিপকে নিম্নোক্ত করুন ;-)।

কেবল মনে রাখবেন যে যখন আপনার একমাত্র হাতিয়ার হাতুড়ি হয় তখন প্রতিটি সমস্যা পেরেকের মতো লাগে। সমস্ত প্রকল্প নখ হয় না।


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

5

আমার মতে চতুরতা অনুশীলনকারী দলের সংস্কৃতি সম্পর্কে। সংস্কৃতি যদি সফল হয় তবে দলের সদস্যরা একসাথে না চলে এবং স্প্রিন্ট প্রতিশ্রুতিগুলি পূরণ করতে লোকেরা সহযোগিতা করছে না তবে সংস্কৃতি বা দলের ঘাটতি রয়েছে।

আমি অগত্যা বলব না যে জলপ্রপাত অগত্যা এমন পরিবেশে কাজ করবে, এটি একটি কালো এবং সাদা পরিস্থিতি নয়, খুব কম সত্যই কালো এবং সাদা।

একটি ভাল চতুর দলটি সাম্প্রদায়িক। তাদের সম্প্রদায়ের একটি উপজাতীয় চেতনা রয়েছে যেখানে সমস্ত সদস্য একই লক্ষ্যে কাজ করছে। দল সফল হয় বা এক সাথে ব্যর্থ হয়। সমস্যা সমাধানে তারা একসাথে কাজ করে। একজন দলের সদস্য লড়াইয়ে নেমে আসা দলের সদস্যকে সাহায্য করতে তার কাজগুলি দিয়ে যা করছেন তা বন্ধ করবে। সব কিছু ডুবানো বা সাঁতার কাটা।

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

ব্যর্থতা চতুরতা বিভিন্ন উপায়ে মাঝারিভাবে সফল জলপ্রপাত দলের চেয়ে খারাপ এবং সম্ভবত প্রকল্পের সাফল্যের হার কম।


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