স্ক্রমে 'বাহ্যিক' নির্ভরতা কীভাবে পরিচালনা করবেন?

Question

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

আপনি জানেন যে এটি 'শীঘ্রই' আসছে।

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

যদি প্রাক্তন আপনি নির্ভর করে না বলে কীভাবে 'অচেনা' গল্পের পয়েন্টগুলি হ্যান্ডেল করেন? আংশিক creditণ (eek!) বা চিবুকের উপর নিন।

Answer 1

শেষ পর্যন্ত এটি আপনার 100% আত্মবিশ্বাসী কিনা তার উপর নির্ভর করে যে বাহ্যিক সরবরাহকারী আপনার এটির প্রয়োজন হয় এমন সময়ের মধ্যে আপনি যে কোনও কিছু ব্যবহার করতে পারবেন তা সরবরাহ করবে।

আপনি যদি নিশ্চিত হন না যে তারা সময় মতো বিতরণ করবেন তবে গল্পটি স্প্রিন্টে যুক্ত করবেন না। যাইহোক, কেবলমাত্র তারা সর্বদা বিতরণ করেছিল তাই তারা এই সময়টি দেবে তার কোনও গ্যারান্টি নেই।

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

প্লাস দিকে, আপনি যে গল্পটি সরবরাহ করতে পারেন তার দিকগুলি থাকতে পারে - যেমন আপনি যতটা সম্ভব নির্ভরতাগুলি বিচ্ছিন্ন না করা পর্যন্ত এটিকে আরও ভেঙে দিন। সরবরাহকারী তাদের কাজ বিতরণ করার আগে এটি আপনাকে কিছু গল্প করার অনুমতি দিতে পারে।

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

Comments

যদি আপনি খুব বেশি সমস্যা না হন তবে আপনি কি কখনও 'নকল' পরামর্শ দেবেন?

— JeffO

@ জেফো - ভাল এটি নির্ভর করে। আপনার যদি সত্যিকারের ফলাফলের প্রয়োজন হয় তবে এটি সমস্যা হতে পারে এবং এপিআই'র পরিবর্তনগুলি পরিচিত।

— ChrisF

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

— অ্যাডাম শিখুন

প্রকল্প পরিচালনায় তাই এটি ঝুঁকিপূর্ণ আলোচনা।

— জ্যামি ক্লেটন

Answer 2

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

খুব ভাল সুযোগ রয়েছে যে দেরী, অপ্রত্যাশিত বা বাহ্যিক উত্স থেকে পৃথক বিতরণের অর্থ আপনার অনুমান এবং অগ্রাধিকারগুলি পরিবর্তিত হতে পারে।

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

কঠোর মনে হচ্ছে তবে আমি আমার বক্তব্যটি পেতে চাই।

Answer 3

স্ক্রমে একটি সংজ্ঞা হয়েছে এবং ব্যবহারকারীর গল্পের জন্য প্রস্তুতের সংজ্ঞা রয়েছে। আপনার মতো পরিস্থিতিতে প্রস্তুতের সংজ্ঞা থাকা তার পক্ষে গুরুত্বপূর্ণ যে সমস্ত স্টেকহোল্ডারই বুঝতে এবং সম্মত হন। উদাহরণস্বরূপ আপনার প্রস্তুতের সংজ্ঞাটিতে একটি লাইন থাকা খুব যুক্তিসঙ্গত বলে মনে হচ্ছে:

• গল্পটির জন্য প্রয়োজনীয় সমস্ত বাহ্যিক এপিআই বিতরণ এবং পরীক্ষা করতে হবে।

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

Comments

স্ক্রাম কাঠামোর মধ্যে প্রস্তুতের কোনও সংজ্ঞা নেই । এটি একটি সংযোজন, কখনও কখনও একটি traditionalতিহ্যবাহী পর্যায়ের গেট, যা কিছু সংস্থা ব্যবহার করে।

— অ্যালান ল্যারিমার

Answer 4

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

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

Answer 5

যোগাযোগ এবং চুক্তি

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

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

কোনও প্রকল্প পরিচালক কীভাবে কোনও বাহ্যিক দলের উপর নির্ভরতা পরিচালনা করতে পারেন?

/pm/1400/how-can-a-project-manager-manage-a-dependency-on-an-external-team

Answer 6

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