প্রতিবার যখন আপনি এর মতো কিছু লক্ষ্য করেন, তখন আপনার ইস্যু ট্র্যাকিং সিস্টেমে একটি নতুন টিকিট প্রবেশ করুন।
এ জাতীয় বিষয়বস্তু যোগাযোগের জন্য প্রাথমিক সরঞ্জাম হিসাবে ইস্যু ট্র্যাকার ব্যবহার করার অভ্যাস করুন কারণ সেখান থেকে আপনার প্রবীণ সহকর্মী / নেতৃত্ব / পরিচালক / যে আপনার প্রকল্পের সমস্যাগুলি ট্র্যাক করার জন্য দায়বদ্ধ সেটিকে বেছে নেওয়া, মূল্যায়ন করা এবং অগ্রাধিকার দেওয়া সহজ হবে there ।
কাজের জন্য সঠিক টুল ব্যবহার করুন। আমি এটি সর্বদা করি এবং দৃ the়ভাবে আপনাকে একই কাজ করার পরামর্শ দিচ্ছি ।
উদাহরণস্বরূপ, আমি প্রায় এক মাস আগে তৈরি একটি টিকিট এখানে। নির্দিষ্ট বৈশিষ্ট্য সমাপ্ত হওয়ার পরে আমি আবিষ্কার করেছি যে কোডটি আগের চেয়ে যথেষ্ট জটিল হয়ে উঠেছে তবে বৈশিষ্ট্যটি বাস্তবায়নের জন্য প্রদত্ত সময়সীমার মধ্যে আমি সেটি ঠিক করতে পারি না।
(প্রকৃত ট্র্যাকারে ব্যবহৃত বৈশিষ্ট্য, টিকিট এবং কোডের নামগুলি অস্পষ্ট করা হয়েছে, তবে পাঠ্যটি যেমনটি অনুলিপি করা হয়)।
সংক্ষিপ্তসার: জড়িত নকশা সরল করুনParticularPieceOfCode
বিবরণ:
প্রতি টিকিট -12345 বাস্তবায়নের সময়, কোড ব্যবহারের সাথে জড়িত ParticularPieceOfCodeকিছুটা জটিলতা অর্জন করেছে এবং পড়তে, বুঝতে এবং বজায় রাখা (উদাহরণস্বরূপ নীচে কোড স্নিপেট দেখুন) হয়ে উঠেছে ।
এটি সরল করার জন্য একটি উপায় খুঁজুন।
কোডটি যা পুনরায় ডিজাইনে আকাঙ্ক্ষিত হবে তার একটি উদাহরণ পাওয়া যাবে ClassName#methodName:
<a piece of code like one behind the right door here:>
FWIW আমার পরামর্শ আপনি কী "স্তর" এর স্বাধীনভাবে প্রযোজ্য।
আমি এটি আপনার বর্তমান ("সর্বনিম্ন") স্তরে ব্যবহার করছি এবং আমি এখন এটি ব্যবহার করছি যে আমার স্তরটি "সর্বনিম্ন" থেকে অনেক দূরে এবং আপনি যেহেতু ডাকছেন তেমন সন্তোষজনক "বলে" পেয়েছি এবং আমি এটি ব্যবহার করতে যাচ্ছি সর্বদা যাই হোক না কেন।
আপনি এটি কতটুকু কর্তৃত্ব তা বিবেচনা করুন, কোন স্তর নেই, এর চেয়ে ভাল উপায় আর হতে পারে না।
আপনি যদি "বলুন" আরে আমরা একটি সমস্যা পেয়েছি তবে এটি কেবল বায়ু ছড়িয়ে পড়ে। এমনকি যদি আপনার বস / লিড একমত হয় এবং আপনি ঠিক বলেছেন তবে আমাদের একটি সমস্যা আছে , এটি কিছুই পরিবর্তন করে না - এটি কেবল আবার বাতাসে ছড়িয়ে পড়েছে এবং এটি অন্য কিছু হতে পারে না।
- আপনি ভাবতে পারেন যে আপনার বক্তব্য লিখিত (যেমন ইমেলের ক্ষেত্রে) ভাল হওয়া ভাল তবে আপনি যদি এটির কথা চিন্তা করেন তবে তা আসলে তা নয়। যদি আপনার প্রকল্পের যথেষ্ট মেল ক্রিয়াকলাপ থাকে তবে যা লেখা হয়েছিল তা হারিয়ে যাবে এবং এক মাস পরে দীর্ঘকাল ভুলে যাবে।
কাজের জন্য সঠিক টুল ব্যবহার করুন। আপনি যে কাজের বিবরণ দিয়েছেন তার জন্য ইস্যু ট্র্যাকার হুবহু সঠিক সরঞ্জাম।
আপনি সমস্যাটি লক্ষ্য করুন, আপনি এটি ট্র্যাকিংয়ের জন্য ডিজাইন করা সিস্টেমে প্রবেশ করেন এবং এটি সর্বোত্তম সম্ভাব্য উপায়ে বাকীগুলির যত্ন নেয় - কেবল কারণ এটির জন্য ডিজাইন করা হয়েছিল :
কম্পিউটার সফ্টওয়্যার প্যাকেজ যা কোনও সংস্থার প্রয়োজন মতো সমস্যাগুলির তালিকা পরিচালনা করে এবং পরিচালনা করে ... সাধারণত গ্রাহক সম্পর্কিত প্রতিবেদন তৈরি করা, হালনাগাদ করা এবং সমাধানের জন্য ব্যবহৃত হয় ... বা সংস্থার অন্যান্য কর্মীদের দ্বারা প্রতিবেদন করা সমস্যাগুলি ... একটি সমস্যা ট্র্যাকিং সিস্টেমটি " বাগট্র্যাকার " এর মতো, এবং প্রায়শই একটি সফ্টওয়্যার সংস্থা উভয়ই বিক্রয় করবে এবং কিছু বাগ্ট্র্যাকার ইস্যু ট্র্যাকিং সিস্টেম হিসাবে ব্যবহৃত হতে পারে এবং তদ্বিপরীত। কোনও সমস্যা বা বাগ ট্র্যাকিং সিস্টেমের ধারাবাহিক ব্যবহারকে "একটি ভাল সফটওয়্যার টিমের হলমার্ক" 1 বিবেচনা করা হয় ...
আপনি যে কোনও উপায়ের মাধ্যমে যোগাযোগ করতে বেছে নিতে চান, ট্র্যাকারে টিকিট থাকা কেবল আপনার পক্ষে সহজতর হবে।
এমনকি যদি আপনি বাতাসকে ছড়িয়ে দেওয়া পছন্দ করেন তবে , "আমি টিকিট -৪৪৩২২ নিয়ে আলোচনা করতে চাই ..." বলার চেয়ে আরও দৃ starting় সূচনা পয়েন্ট তৈরি করে "শুনুন আমি কিছুক্ষণ আগে আমার সাথে আচরণ করা কোডের কিছু অংশ সম্পর্কে কথা বলতে চাই ... "এবং আপনি টিকিটের রেফারেন্সগুলি মেল দ্বারা নিরাপদে পাস করতে পারেন: মেলটি হারিয়ে গেলেও, সমস্যাটি এখনও ট্র্যাকারে থাকবে, আপনি যে সমস্ত বিবরণ বলতে চান তা সহ।