কিভাবে সবচেয়ে বেশী করতে MotioCI প্রমাণিত অনুশীলন সমর্থনে

MotioCI Cognos অ্যানালিটিক্স রিপোর্ট অথরিং এর জন্য সমন্বিত প্লাগইন আছে। আপনি যে রিপোর্টে কাজ করছেন সেটি লক করে দিন। তারপরে, আপনার সম্পাদনা সেশন শেষ হয়ে গেলে, আপনি এটি পরীক্ষা করুন এবং আপনি যা করেছেন তা রেকর্ড করতে একটি মন্তব্য অন্তর্ভুক্ত করুন। আপনি মন্তব্যে একটি বহিরাগত ত্রুটি-ট্র্যাকিং বা পরিবর্তন-অনুরোধ সিস্টেমের একটি টিকিটের একটি রেফারেন্স অন্তর্ভুক্ত করতে পারেন।

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

একটি টিকিট সিস্টেমের ব্যবহার - যেমন Atlassian® JIRA, Microsoft Windows™ Trac, বা অন্য অনেকগুলি - নির্দিষ্ট কাজ, সমস্যা এবং তাদের সমাধান ট্র্যাক করে প্রকল্প পরিচালনায় সহায়তা করে৷ টিকিট লেখক বা রিপোর্ট ডেভেলপার এবং শেষ ব্যবহারকারী, টেস্টিং টিম এবং অন্যান্য স্টেকহোল্ডারদের মধ্যে যোগাযোগের একটি মাধ্যম প্রদান করে। একটি টিকিট সিস্টেম ত্রুটিগুলি ট্র্যাক করার একটি পদ্ধতিও প্রদান করে এবং একটি প্রতিবেদন উৎপাদনে প্রচার করার আগে সেগুলিকে সুরাহা করা হয়েছে তা নিশ্চিত করে।

রিপোর্ট উন্নয়নের জন্য সাধারণ কর্মপ্রবাহ

পরিষ্কার করা, এর একীকরণ MotioCI টিকিটিং সিস্টেমের সাথে আপনার টিম টিকিটিং সিস্টেমের সাথে যোগাযোগ করার একমাত্র উপায় নয়। সাধারণত, সহগামী ওয়ার্কফ্লো ডায়াগ্রামে চিত্রিত হিসাবে, একটি Cognos Analytics পরিবেশে রিপোর্ট বিকাশের প্রক্রিয়া MotioCI এই মত কিছু হতে পারে:

1. জমা কাজ. একটি নতুন টিকিট তৈরি করা হয়। একজন ব্যবসায়িক বিশ্লেষক একটি নতুন প্রতিবেদনের জন্য ব্যবসার প্রয়োজনীয়তা নথিভুক্ত করে এবং একটি টিকিট তৈরি করে সরাসরি টিকিট সিস্টেমে প্রবেশ করে। তিনি টিকিট রাখেন জমা কাজ অবস্থা.
2. উন্নয়ন. ব্যাকলগ টিকিটগুলিকে বিভিন্ন উপায়ে অগ্রাধিকার দেওয়া যেতে পারে, কিন্তু শেষ পর্যন্ত টিকিটটি একজন রিপোর্ট ডেভেলপারকে বরাদ্দ করা হবে এবং তার নামের সাথে ট্যাগ করা হবে। টিকিটের অবস্থা পরিবর্তন করা যেতে পারে in_dev. তিনি একটি নতুন প্রতিবেদন তৈরি করবেন। যেহেতু তিনি Cognos Analytics-এ রিপোর্টটি তৈরি করবেন, তিনি তার পরিবর্তনগুলি পরীক্ষা করবেন এবং চেক-ইন মন্তব্যে টিকিট উল্লেখ করবেন, যেমন “নতুন প্রতিবেদন তৈরি করা হয়েছে; প্রাথমিক সংস্করণ; প্রম্পট পৃষ্ঠা এবং সমর্থনকারী প্রশ্ন যোগ করা হয়েছে, refs #592"। অথবা, “ফ্যাক্ট কোয়েরি এবং ক্রসট্যাব যোগ করা হয়েছে; ফিল্টার এবং বিন্যাস, refs #592" (ভিতরে MotioCI, হ্যাশট্যাগ নম্বরটি সরাসরি টিকিটের একটি হাইপারলিঙ্ক হয়ে যায়।) তিনি প্রতিবেদনটি পরীক্ষা করতে পারেন, পরিবর্তন করতে পারেন এবং কয়েকদিনের মধ্যে একাধিকবার টিকিট রেফারেন্স সহ এটি আবার চেক করতে পারেন।
3. উন্নয়ন সম্পন্ন হয়েছে। রিপোর্ট ডেভেলপার রিপোর্টটি সম্পূর্ণ করার পরে এবং বেঞ্চ এটি পরীক্ষা করার পরে, তিনি টিকিট সিস্টেমের টিকিটে নোট করেন যে এটি QA দ্বারা পরীক্ষা করার জন্য প্রস্তুত এবং অবস্থা পরিবর্তন করে ইন_দেব থেকে QA এর জন্য প্রস্তুত. এই রাজ্যের জন্য একটি পতাকা MotioCI প্রশাসক, বা Cognos রিপোর্ট প্রচারের জন্য দায়ী ভূমিকা, যে রিপোর্ট পরীক্ষার জন্য QA পরিবেশে স্থানান্তরিত করার জন্য প্রস্তুত।
4. জন্যmotion থেকে QA. প্রশাসক রিপোর্ট প্রচার করে এবং রাজ্যে পরিবর্তন করে in_QA. এই রাজ্য QA টিমকে জানাতে দেয় যে রিপোর্টটি পরীক্ষা করার জন্য প্রস্তুত৷
5. পরীক্ষামূলক. QA টিম ব্যবসার প্রয়োজনীয়তার বিরুদ্ধে রিপোর্ট পরীক্ষা করে। রিপোর্ট হয় পাস বা পরীক্ষা ব্যর্থ হয়. রিপোর্ট QA পরীক্ষায় ব্যর্থ হলে, টিকিটের সাথে ট্যাগ করা হয় দেবের মধ্যে স্টেট, ফিক্সের জন্য রিপোর্ট ডেভেলপারের কাছে ফিরে যাচ্ছে।
6. পরীক্ষা সফল হয়েছে। রিপোর্ট পাস হলে, QA দল প্রশাসককে বলে যে এটি লেবেল করে উৎপাদনে উন্নীত করতে প্রস্তুত পণ্যের জন্য প্রস্তুত অবস্থা.
7. জন্যmotion থেকে উৎপাদন. প্রতিবেদনটি উৎপাদনের জন্য প্রস্তুত হয়ে গেলে, চূড়ান্ত অনুমোদন পাওয়া যেতে পারে এবং নির্ধারিত সময়সূচী প্রকাশ করা যেতে পারে, সম্ভবত অন্যান্য সম্পূর্ণ প্রতিবেদনের সাথে একত্রিত করা। প্রশাসক রিপোর্টটিকে Cognos উত্পাদন পরিবেশে প্রচার করে। তিনি টিকিট রেখে দেন সম্পন্ন রাষ্ট্র নির্দেশ করে যে উন্নয়ন এবং পরীক্ষা সম্পন্ন হয়েছে এবং এটি উৎপাদনে স্থানান্তরিত হয়েছে। এটি টিকিট বন্ধ করে দেয়।

প্রতিবেদন উন্নয়ন প্রক্রিয়া পরিচালনা

এই টিকিট পরিচালনার প্রক্রিয়াটি বোঝায় এবং প্রমাণিত অনুশীলনগুলি নির্দেশ করে যে:

• প্রতিটি নতুন প্রতিবেদনে প্রতিবেদনটি ডিজাইন করার জন্য ব্যবসায়ের প্রয়োজনীয়তা সহ একটি টিকিট থাকা উচিত।
• প্রতিটি ত্রুটির একটি টিকিট থাকা উচিত একটি রিপোর্টের সাথে কোনো বাগ বা সমস্যা রেকর্ড করার জন্য।
• প্রতিবার একটি প্রতিবেদন সম্পাদনা করা হয়, MotioCI চেক-ইন মন্তব্যে টিকিট নম্বর অন্তর্ভুক্ত করা উচিত যা ঠিকানা ছিল।
• Dev থেকে QA-তে উন্নীত হওয়া প্রতিটি রিপোর্টে একটি সংশ্লিষ্ট টিকিট থাকা উচিত যা একজন প্রশাসক নিশ্চিত করতে পারেন যে বিকাশ সম্পূর্ণ হয়েছে এবং এটি QA পরিবেশে সরানোর জন্য প্রস্তুত।
• QA থেকে প্রোডাকশনে উন্নীত হওয়া প্রতিটি রিপোর্টের একটি টিকিট থাকা উচিত যাতে একটি ইতিহাস থাকে যে উন্নয়ন সম্পূর্ণ হয়েছে, এটি QA পাস করেছে, এটি সমস্ত প্রয়োজনীয় ব্যবস্থাপনা অনুমোদন পেয়েছে এবং উন্নীত হয়েছে।
• উত্পাদন পরিবেশে প্রতিটি প্রতিবেদনে একটি থাকা উচিত digital গর্ভধারণ থেকে পরীক্ষা থেকে ফিক্সিং থেকে রেজোলিউশন থেকে অনুমোদন এবং প্রো পর্যন্ত কাগজের পথmotion.

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

বিকল্পভাবে, এবং আরও আদর্শভাবে, আপনি রিপোর্টের একটি তালিকা প্রদান করতে পারেন যা করে না আপনি সংজ্ঞায়িত করা উন্নয়ন এবং টিকিটিং প্রক্রিয়া মেনে চলুন। সেখানেই এই প্রতিবেদনটি কার্যকর হবে: “কোনো টিকিট ছাড়াই প্রচারিত প্রতিবেদন” এটি রিপোর্টের একটি তালিকার ব্যতিক্রম রিপোর্ট যা আছে না প্রতিটি রিপোর্ট পরিবর্তন একটি টিকিটের সাথে সংযুক্ত থাকার সর্বোত্তম অভ্যাস মেনে চলে. আপনি যে কয়েকটি প্রতিবেদন খালি করতে চান তার মধ্যে এটি একটি। প্রচার করা হয়েছে এমন সমস্ত প্রতিবেদনের সাথে টিকিট যুক্ত থাকলে এটির কোনও রেকর্ড থাকবে না। অন্য কথায়, একটি প্রতিবেদন কেবলমাত্র তালিকায় উপস্থিত হবে যদি এটি উত্পাদন পরিবেশে থাকে এবং যে প্রতিবেদনটি প্রচার করা হয়েছিল তা মন্তব্যে টিকিট নম্বর উল্লেখ করেনি।

সুবিধা সহ প্রক্রিয়া

প্রক্রিয়াটির সুবিধা কী বা কেন আপনার প্রতিষ্ঠানে এটি করা উচিত?

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

উপসংহার

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