ডিজাইন প্রশ্নগুলি, নতুন সরঞ্জামাদি ইত্যাদি নিয়ে আলোচনা করতে বাগ-ট্র্যাকিং / ইস্যু-ট্র্যাকিং সফ্টওয়্যার ব্যবহার করা


13

কোনও বাগ-ট্র্যাকিং / ইস্যু-ট্র্যাকিং সফটওয়্যার যেমন বাগজিলা, ম্যান্টিস বা জাইআরএ ব্যবহার করার অভিজ্ঞতা আছে তবে এটি কেবল বাগ বা কাজগুলির জন্যই নয়, তবে আলোচনা শুরু এবং পরিচালনা বজায় রাখে যা শেষ পর্যন্ত কোনও সিদ্ধান্তের দিকে নিয়ে যায়?

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

অন্যান্য বিকাশকারীরা যদি তাদের মতো মনে হয় তবে তারা তাদের মতামত জানাতে পারে এবং শেষ পর্যন্ত সমস্যাটি "স্বীকৃত" বা "অস্বীকৃত" হিসাবে বন্ধ হয়ে যায়।

এটিতে আমি যে সুবিধাগুলি দেখতে পাচ্ছি:

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

অসুবিধা:

  • সোনালি হাতুড়ির ভারি গন্ধ: ইস্যু ট্র্যাকিং সফ্টওয়্যারটি সাধারণত ক্রিয়াযোগ্য আইটেমগুলি ট্র্যাক করতে ব্যবহৃত হয়
  • সাংগঠনিক ওভারহেড অপ্রয়োজনীয় হতে পারে: একটি ছোট অনানুষ্ঠানিক আলাপের পরিবর্তে কাউকে তার ধারণাগুলি লিখিত আকারে যোগাযোগ করতে হয়

1
ব্যক্তিগতভাবে, আমি এই জাতীয় আলোচনাগুলি বেদনাদায়কভাবে ধীর এবং অদক্ষ বলে মনে করি। অন্তত জিরা এবং রেডমিনের সাথে।
c69

1
@ সি 69: হ্যাঁ, এটি আমার উদ্বেগ ছিল। দ্রুত "আরে, এই ক্ষেত্রগুলি ব্যক্তিগত হওয়া উচিত নয়?" একটি আনুষ্ঠানিক প্রক্রিয়া হয়ে ওঠে যা এ জাতীয় কোনও আলোচনাকে আটকাতে পারে।
ওজন

1
প্রচুর ইস্যু ট্র্যাকার আলোচনার উপাদানগুলির সাথে একীভূত হয়। । ।
ওয়াইয়াট বার্নেট 19

উত্তর:


8

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

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

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


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

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

3

আমি ভুল হলে আমাকে সংশোধন করুন; তবে আমি মনে করি আপনি এটি সম্পর্কে যা বলছেন তা হ'ল - "কীভাবে / কীভাবে বাগ ট্র্যাকিং / ইস্যু ট্র্যাকিং সিস্টেমগুলি 'সিদ্ধান্ত ট্র্যাকিং' করতে পারেন তা ব্যবহার করতে পারি it

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

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

আমি যেমন বলেছি, এটি যদি মানুষের সহায়তা করে তবে এটি একটি দুর্দান্ত ধারণা হতে পারে। এটি সম্পর্কে কিছুই ভুল। তবে কার্যকরভাবে সিদ্ধান্ত নেওয়ার / ম্যাঙ্গিংয়ের জন্য কয়েকটি কংক্রিট জিনিস প্রয়োজন।

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

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

  3. বেশিরভাগ সিদ্ধান্তগুলি অবশ্যই কার্যকর হবে। এই দ্বন্দ্ব এড়াতে কঠিন হতে পারে; তবে সিদ্ধান্তগুলি কার্যকর হয় না এবং কেবলমাত্র বিষয়গত হওয়ার অর্থ ভবিষ্যতের (ভুল) ব্যাখ্যা করার সম্ভাবনা রয়েছে।

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

  5. কখনও কখনও সিদ্ধান্তগুলি হতে পারে আমরা ব্যক্তিদের জন্য নির্দিষ্ট সিস্টেম বা ভূমিকা এবং দায়িত্ব ব্যবহার করি কিনা; কোনও নোটিশ-বোর্ড-জাতীয় ফোরামে নির্দিষ্ট সিদ্ধান্তের কোডিংয়ের পাশাপাশি এই সিদ্ধান্তগুলি রাখা কঠোর হতে পারে।

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

একটি ভাল সিদ্ধান্ত গ্রহণের অনুশীলনের মধ্যে আমরা কীভাবে তথ্য একসাথে টেনে নিয়েছি এবং সঠিক চেতনার সাথে বাস্তবায়নের মাধ্যমে সিদ্ধান্তগুলি অনুসরণ করা হয় তা নিশ্চিত করার বিষয়ে অনেক শৃঙ্খলা জড়িত।

একটি সরঞ্জাম কেবল তথ্যকে আরও উপস্থাপনে সহায়তা করতে পারে এর বাইরে নয়; তবে এটি আপনার পক্ষে যদি কার্যকর হয় তবে এটি সাহায্য করতে পারে।


1

ফোগবগজ যাওয়ার উপায়। এটি নিখরচায় নয়। নতুন বৈশিষ্ট্যগুলি একটি চতুর পদ্ধতি বাস্তবায়নকে আরও সহজ করে তোলে।

সরল, অবাধ যাওয়ার উপায় আসন হবে।

আপনি কোন সরঞ্জামটি ব্যবহার করুন না কেন, সফল প্রকল্পের সুবিধার্থে টিম যোগাযোগ সবচেয়ে গুরুত্বপূর্ণ।

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