প্রযুক্তিগত debtণটি কোনও বৈশিষ্ট্য বা একটি কাজ (বা একটি বাগ) হিসাবে নির্ধারিত করা উচিত?


19

আমি বেশ কয়েকটি ব্যবহারকারীর কাহিনী যুক্ত করেছি যা আমার পিভোটাল ট্র্যাকার বোর্ডে কিছু প্রযুক্তিগত debtণ হিসাবে সম্বোধন করে। আমি কি সেগুলি বৈশিষ্ট্য হিসাবে বিবেচনা করব (আমার বেগের স্তরটি রেখেছি) বা কাজ / বাগ হিসাবে (আমার গতি কমিয়ে দিচ্ছি)? আমি বুঝতে পেরেছি যদি আমি ধারাবাহিকভাবে এক বা অন্যটি করি তবে দীর্ঘমেয়াদে এটি কোনও পার্থক্য করবে না, তবে প্রতিবার আমি কোনও প্রযুক্তিগত debtণের গল্প যুক্ত করার পরে আমাকে সিদ্ধান্ত নিতে হবে।

কিছু চিন্তা:

  • এগুলি আসলে বাগ নয়, তারা কিছু ভঙ্গ করে না
  • নিম্ন-স্তরের বাস্তবায়ন যা তাদের প্রভাবিত করে না তাই ব্যবহারকারীরা কোনও কিছুর জন্য অনুরোধ করেননি, তবে এটি দীর্ঘমেয়াদী উন্নয়ন আরও সহজ করে দেবে
  • আপনি যদি বৈশিষ্ট্যগুলি এমন গল্প হিসাবে বর্ণনা করেন যা ব্যবহারকারীদের কাছে মূল্য যুক্ত করে, তবে ক) তারা ব্যবহারকারীদের সরাসরি কোনও লাভ দেখবে না, তবে খ) তারা করে কারণ তারা ভবিষ্যতের বিকাশ / রক্ষণাবেক্ষণকে সম্ভব করে তোলে যা মান যুক্ত করে, ঠিক এখনই না

আমি আসলে সিদ্ধান্তটি নিই কি করব না, বা কখন নির্ধারিত করব, আমি ঠিক কী কী আমার প্রজেক্ট ম্যানেজমেন্ট সরঞ্জামটিতে প্রযুক্তিগত debtণ বলা উচিত এবং কেন করব তা ঠিক করছি না।


উত্তর:


17

এটি একটি বৈশিষ্ট্য।

As a [Developer], 
I want to [refactor the whizbang library] 
in order to [simplify maintenance and speed execution]

এটি অন্যান্য বৈশিষ্ট্যগুলির মতো সংজ্ঞায়িত এবং নির্ধারিত এবং ট্র্যাক করা হয়েছে।

যদি এই বৈশিষ্ট্যটি বাস্তবায়িত করা যথাযথভাবে নির্ধারিত হওয়ার জন্য (ক্লায়েন্টের কাছে বা আপনার কাছে) যথেষ্ট মূল্যবান না হয় তবে এটি ভিন্ন সমস্যা।


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

5
আমার দ্বিমত আছে এই দৃষ্টিকোণ থেকে, ব্যবহারিকভাবে সবকিছু - এমনকি আমার আইডিই স্থাপন করা বা এসসিএম অ্যাকাউন্ট প্রাপ্তি - "বৈশিষ্ট্য" এর মতো দেখায় ...
পেতর তারেক 25:39

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

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

3
-1 আপনার কাজ করতে ব্যর্থতা কখনই কোনও বৈশিষ্ট্য হিসাবে বিবেচনা করা উচিত নয়।
মার্টিন উইকম্যান 26'11

18

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

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

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


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

+1 এটি ইস্যুতে একটি বৈধ দৃষ্টিভঙ্গি। আমি এটি একটি বৈশিষ্ট্য হিসাবে চিকিত্সা করতে পছন্দ করি কারণ এটি তখন সাধারণ পরিকল্পনা এবং ট্র্যাকিং প্রক্রিয়াগুলির সাথে দুর্দান্তভাবে স্লট করে। যদিও ক্লায়েন্টকে ব্যাখ্যা করা কঠিন।
স্টিভেন এ। লো

+1, এটিই কেবলমাত্র উত্তর যা স্পষ্ট করে যে গতি গণনা কীভাবে ভুল হয়ে যাবে যখন আপনি "প্রযুক্তিগত বিভাগের কার্যগুলি" বৈশিষ্ট্য হিসাবে গণনা করবেন।
ডক ব্রাউন

15

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

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

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


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

@ স্টিভেন, এটি আমার ব্যাখ্যাও ছিল। প্রযুক্তিগত debtণ পরিশোধের কোনও সম্পর্কিত বৈশিষ্ট্যের সাথে সংযুক্ত করা কেবল একটি পরামর্শ।
পিয়েটার তারেক

3

আমি এটিকে ডাকব improvement

কোনও বাগ নেই কারণ কিছুই ভাঙ্গা হয়নি।

না কোনও বৈশিষ্ট্য কারণ রিফ্যাক্টরিং আপনার ক্লায়েন্টের অনুরোধ হবে না। (কারণ এটি কার্যকর!)।

বেশিরভাগ ট্র্যাকিং সিস্টেমগুলি ইস্যু টাইপকে improvementডিফল্টরূপে সমর্থন করে, যদি না হয় তবে আপনি সম্ভবত প্রকারগুলি পরিবর্তন করতে পারেন।

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