ইস্যু ট্র্যাকার আপডেট করার জন্য কর্মচারীদের পাওয়া এত কঠিন কেন?

31

আমার সংস্থা এবং কর্মক্ষেত্রে উভয়ই তাদের সমস্যাগুলি আপডেট করার জন্য সর্বদা এই সংগ্রামটি করেছি। আমি কিছু কেস পেয়েছি যখন লোকেরা আসলে তাদের হৃদয়ের মঙ্গল থেকে তা করে, তবে ~ 70% লোককে আমার পিছনে তাড়া করতে হয়।

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

সুতরাং, আপনি কি এই সমস্যায় পড়েছেন ?, কীভাবে আপনি বিকাশকারীদের ইস্যু ট্র্যাকারটি ঘন ঘন আপডেট করতে উত্সাহিত করেছেন ?, আপনি কতটা সাফল্য পেয়েছেন?

project-management issue-tracking

— dukeofgaming
সূত্র

21

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

— ইয়ানিস

@ ইয়ানিসরিজোজ এই মন্তব্যটির উত্তরের জন্য যথেষ্ট ভাল

— ডিউকোফগেমিং

14

আহ! আমি ইস্যু ট্র্যাকার ব্যবহার করতে আমার বস পেতে পারি না। তিনি এগিয়ে যান, "স্টাফ" এবং পাতা সম্পর্কে দ্রুত কথা বলেন। আমি "ড্রাইভ বাই বাগ রিপোর্ট" কল করি call ইস্যু ট্র্যাকার ব্যবহারের জন্য আমি আসলে উপহাস করি ... আমি ফোর্সে কিছুটা হতাশা অনুভব করি।

— মেটালমাইকস্টার

3

তবে, 'ইস্যু ট্র্যাকারদের' বেশিরভাগই আমি বেশ খারাপ স্তন্যপান করতে দেখেছি - ইউআইয়ের শেষ পর্যন্ত খুব জটিল (যাতে তারা বিশেষ কেসগুলি পরিচালনা করতে পারে)। সুতরাং আপনি যদি আমাকে জিজ্ঞাসা করেন যে আমি কেন সেগুলি ব্যবহার করি না, তবে কেন।

— গ্র্যান্ডমাস্টারবি

1

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

— ফিল 1970

30

কারণ আপনি কেন তা বলছেন তা বাদ দিয়ে কেন তারা ইস্যু ট্র্যাকার আপডেট করা উচিত তা অস্বীকার করবেন না ।

কেন এমন? আমার অনুমান যে ট্র্যাকার আপডেট করা তাদের কাজগুলিকে কোনও অর্থবহ উপায়ে প্রভাবিত করে না, সুতরাং সমাধান সম্ভবত একটি ট্র্যাকিং সিস্টেম বাস্তবায়ন করা যা আসলে তাদের কাজটি আরও ভালভাবে পরিচালিত করতে সহায়তা করে।

— মার্টিন উইকম্যান
সূত্র

"একটি ট্র্যাকিং সিস্টেম বাস্তবায়ন করুন যা তাদের কাজটি আরও ভালভাবে পরিচালিত করতে সহায়তা করে।" আপনি কি একটি উদাহরণ দিতে পারেন? এমন কিছু যা তাদের সহায়তা করে তা কোনও নির্দিষ্ট ট্র্যাকিং সিস্টেম নয়।

— বুরহান আলী

2

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

— মার্টিন উইকম্যান

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

— মরগেন

13

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

দেখান, বলবেন না। যেমন। না বলতে যে আপনি (অথবা আপনার বস) একটি প্রতিবেদন জন্য তথ্য প্রয়োজন। আপ-টু-ডেট ইস্যু ট্র্যাকার তাদের কীভাবে প্রভাবিত করে এবং সহায়তা করে তা কর্মীদের দৃষ্টিভঙ্গি থেকে দেখান ।

উদাহরণ দ্বারা নেতৃত্ব.

— Maglob
সূত্র

10

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

এখানে আমাকে সর্বদা ট্র্যাকার ব্যবহার করতে সহায়তা করবে:

আইডিই এবং উত্স নিয়ন্ত্রণের সাথে বিজোড় একীকরণ। আমরা কিছু আটকানো ওয়েব অ্যাপ ব্যবহার করি কারণ এর জন্য লাইসেন্স ইতিমধ্যে ক্রয় করা হয়েছিল। টাস্কগুলি তৈরি / আপডেট করতে চিরকাল লাগে এবং এতে কিছু বিভ্রান্তিকর UI বৈশিষ্ট্য রয়েছে। দুর্ভাগ্যক্রমে এটি ব্যবহার করা আমাদের দলের নিয়ন্ত্রণের বাইরে।
সরলতা। এর মাধ্যমে আমার অর্থ 10 টি নিজে হাতে জনবহুল ক্ষেত্র গ্রহণ না করে কেবল কোনও কাজ যুক্ত করতে। প্রতি ঘন্টা হিসাব বনাম সমাপ্তির সময়, ম্যানুয়ালি প্রকল্প / উপাদান / ইত্যাদিতে প্রবেশ করা। বিভিন্ন ক্ষেত্রে, ইত্যাদি। সময় পরিমাণ বৃদ্ধি।
শুধুমাত্র একটি. এটি কতটা সাধারণ তা নিশ্চিত নয় তবে প্রকল্প পরিচালন একটি সরঞ্জাম ব্যবহার করে, সমর্থন অন্যটি ব্যবহার করে এবং উন্নয়ন তৃতীয়টি ব্যবহার করে। যদি কোনও আপডেট না হয় তবে তিনটি অবশ্যই তা নয় এবং তাদের মধ্যে সিঙ্ক্রোনাইজ করা স্বয়ংক্রিয় হওয়ার সম্ভাবনা নেই।

— Kryptic
সূত্র

8

প্রথমত: "লোকেরা তাদের অগ্রগতি আপডেট করে" এর অর্থ কী?

আপনার অর্থ কী "বিকাশকারীরা বর্তমান অনুমানটি আপডেট করে", বা "বিকাশকারীরা কোনও সমস্যা সমাধানের জন্য সেট করছেন না", বা "গ্রাহক / পরীক্ষকরা কোনও সমস্যার সমাধান করছেন না" বা সমস্ত মিলে?

বিকাশকারীর দৃষ্টিকোণ থেকে এটি মানসিকতা এবং সংস্কৃতির মিশ্রণ।

মানসিকতা: আপনি যখন কোনও সমস্যা সমাধানের জন্য সেট করেন তার অর্থ আপনি সম্পন্ন হয়ে গেছেন, এবং যদি এটি বগি হয় তবে দায়বদ্ধ
সংস্কৃতি: যদি পুরো সংস্থা এই জাতীয় সরঞ্জামগুলি ব্যবহার করতে খুব আগ্রহী না হয় তবে অন্যান্য সংস্থার কৌশলগুলি পছন্দ করে

আমার অভিজ্ঞতাটি হ'ল: আপনার সংস্কৃতিটি সঠিক দিক নির্দেশ করার জন্য প্রয়োজন need এর পরে যা সাহায্য করে তা হ'ল একটি ডিওডি সংজ্ঞা দেওয়া ('সম্পন্ন' এর সংজ্ঞা) - যদি কোনও বিকাশকারী (অন্যান্য ভূমিকার জন্যও কাজ করে) বলতে পারে (গুলি) তিনি পুরো তালিকাটি পূরণ করেছেন তবে সমস্যা সমাধানের বিষয়টি স্বীকার করে ছাড়িয়ে নিচ্ছেন এবং প্রয়োজন ছাড়াই এগিয়ে যান list পিছনে তাকান।

— অ্যান্ডি
সূত্র

5

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

তবে মনে রাখবেন যে সমস্ত পরিমাপক গেমড হতে পারে এবং পরিপূরক মেট্রিকগুলির সাথে মিলিত হওয়ার সময় মেট্রিকগুলি আরও ভাল কাজ করতে পারে eg

— জে কে।
সূত্র

5

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

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

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

বাগ ট্র্যাকিং সিস্টেম কর্তৃপক্ষটি দেওয়ার জন্য আমি নিম্নলিখিতগুলি প্রস্তাব করব:

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

প্রক্রিয়া হিসাবে, আপনি নিম্নলিখিত মত কিছু ব্যবহার করতে পারেন:

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

সংক্ষেপে: ইস্যু ট্র্যাকিং সিস্টেমটিকে উন্নয়ন প্রক্রিয়ার একটি অত্যাবশ্যক অংশ হিসাবে তৈরি করুন এবং সমস্যাগুলি আপডেট না হওয়া নিয়ে আপনাকে চিন্তা করতে হবে না।

— মরিৎজ হানসেন
সূত্র

3

তারা ব্রাউজার খুলতে, লগ ইন করতে, টিকিট সন্ধান এবং এটি পূরণ করার জন্য এটি খুব বেশি কাজ বিবেচনা করে। সম্ভবত আপনি তাদের হুক দিয়ে উত্সাহিত করার চেষ্টা করতে পারেন । আজকাল এটি সাধারণ বৈশিষ্ট্য যে গিট / এইচজি বার্তায় [আমি মনে করি আপনি এর মধ্যে একটি ব্যবহার করেন] আপনি পছন্দসই #IXED # 123 এর মতো কিছু টাইপ করতে পারেন এবং আপনার প্রতিশ্রুতিটি চাপানোর পরে টিকিট স্বয়ংক্রিয়ভাবে পরিবর্তন হবে। এইভাবে এটি বিকাশকারীদের পক্ষে প্রায় কোনও কাজ নয় [যদি তিনি পৃথক শাখায় প্রতিটি ইস্যুতে কাজ করেন - তার কাছে ইতিমধ্যে টিকিট আইডি রয়েছে] এবং সম্ভবত তিনি এই দু'টি চরিত্রের প্রতিশ্রুতিবদ্ধ বার্তায় যুক্ত করবেন। যদি এই সমাধানটি যথেষ্ট না হয়, তবে এর অর্থ এই হতে পারে যে টিকিটের সুযোগ খুব বড়, এবং আরও অনেক ছোট টিকিটে বিভক্ত করা উচিত?

— mkk
সূত্র

3

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

— huntmaster
সূত্র

2

লোকেরা যাতে নিয়মিত তাদের সময় enterুকতে পারে কেন এটি এতই কঠিন probably এটি একটি ক্লান্তিকর কাজ ...

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

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

— মাইকেল ব্রাউন
সূত্র

0

এক্ষেত্রে বিবেচনার বিষয় হ'ল জিইউআই নিজেই একটি প্রতিবন্ধক। উদাহরণস্বরূপ, কিছু বাধা অন্তর্ভুক্ত থাকতে পারে:

অনেকগুলি ক্লিক
অপরিশোধিত বা আন্ডারপাওয়ার্ড ইস্যু ট্র্যাকার অ্যাপ্লিকেশন সার্ভার
দুর্বল ব্যবহারযোগ্যতা বা অ্যাক্সেসযোগ্যতা

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

রেফারেন্স

— রিলস পল সুইট
সূত্র

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

— মৌরিসি