এখানে কিছুটা পটভূমি - আমরা একটি বড় নন-সফ্টওয়্যার সংস্থায় অভ্যন্তরীণ সফ্টওয়্যার বিকাশের জন্য দায়ী আরএডি বিকাশকারীদের একটি ছোট দল (5 এর)। "অভ্যন্তরীণ সফ্টওয়্যার" ডেস্কটপ থেকে পরিবর্তিত হয়। এমএসএসকিউএল সার্ভারটি এমএস ওয়ার্ড ডকুমেন্টস এবং টেম্পলেটগুলিতে ব্যাকগ্রাউন্ডে চলমান পাইথন স্ক্রিপ্টগুলিতে ব্যাকএন্ড হিসাবে এমএসএসকিউএল সার্ভার ব্যবহার করে নেট অ্যাপ্লিকেশন।
পুরো দলটি চারদিকের সমন্বয়ে গঠিত ব্যবহারকারীদের কাছ থেকে প্রয়োজনীয় প্রয়োজনীয়তা অর্জন করতে, এটির কোড আপ করতে, এটি পরীক্ষা করতে এবং উত্পাদনে স্থাপন করতে সক্ষম। উত্পাদনের সফ্টওয়্যারটি একবার এটি অন্য একটি দলের দ্বারা দেখাশোনা করা হয় তবে কিছু ভুল হয়ে গেলে সাধারণত আমাদের হস্তক্ষেপ করা সহজ হয়।
এখন পর্যন্ত সমস্ত ভাল শোনাচ্ছে, তবে একটি সমস্যা রয়েছে - একটি র্যাড দল হওয়ায় আমাদের প্রায়শই মুক্তি দিতে হয়, এবং এক বা দুটি অ্যাপ্লিকেশনের নতুন সংস্করণ প্রকাশ না করে আমাদের কোনও দিন যায় না (বা এটি কোনও স্ক্রিপ্ট, আপডেট হওয়া ওয়ার্ড ডকুমেন্ট হতে পারে) , সি ++ কনসোল অ্যাপ্লিকেশন ইত্যাদি) উত্পাদনে। আমরা ডেভলপমেন্ট টেস্টিং করি এবং ইউএটি পরিবেশে সফটওয়্যারটি চালিয়ে দিয়ে শেষ ব্যবহারকারীদের জড়িত করি ...
... তবে বাগগুলি যেভাবেই উত্পাদনে চলেছে to ব্যবহারকারীরা বুঝতে পারেন যে এই বাগগুলি এবং মাঝে মাঝে অস্থিরতা তারা সত্যিকার অর্থে কী চান তা পাওয়ার জন্য তারা যে মূল্য দিচ্ছে তা হ'ল তবে একই সাথে এটি আমাদের ভাবতেও পেয়েছে - সম্ভবত আমরা আমাদের বিকাশ বা স্থিতিশীলতার উন্নতির জন্য একটি প্রকাশের পদ্ধতিগুলি উন্নত করতে পারি সফ্টওয়্যার এবং নতুন কার্যকারিতা যুক্ত করার সময় আমরা যে বাগগুলি প্রবর্তন করি তার সংখ্যা হ্রাস করে।
ভাল জিনিস - আমাদের কাছে প্রথম স্থানে খুব বেশি প্রক্রিয়া নেই, সুতরাং এটির উন্নতি করা সহজ হওয়া উচিত, খারাপ জিনিস - একটি ছোট আরএডি দল হয়ে আমাদের বাস্তবায়নের জন্য খুব বেশি সময় এবং সংস্থান নেই বড় কিছু, তবে আমরা নিম্নলিখিত উদ্যোগগুলি নিয়ে ভাবছি এবং কোনও প্রতিক্রিয়া, টিপস, ইঙ্গিত এবং পরামর্শগুলি স্বাগত জানাব।
বর্তমানে ব্যবহারকারীদের গ্রহণযোগ্যতা পরীক্ষা বাইপাস করে কিছু অ্যাপ্লিকেশন সরাসরি বিকাশকারী পরীক্ষার পরে প্রযোজনায় প্রকাশ করা হচ্ছে। এই অনুশীলনটি বন্ধ করে দেওয়া উচিত এবং এমনকি একটি সামান্য পরিবর্তনও শেষ ব্যবহারকারী দ্বারা পরীক্ষা করতে হবে। প্রতিটি অ্যাপ্লিকেশনটিতে শেষ ব্যবহারকারীদের দ্বারা নির্বাচিত একটি ডেডিকেটেড বিটা পরীক্ষক থাকবে। কেবলমাত্র বিটা পরীক্ষকই নতুন রিলিজটি ঠিক-এড করার পরে এটি পরীক্ষা থেকে উত্পাদন পরিবেশে উন্নীত হয়।
আমরা কোড পর্যালোচনা পরিচালনা করি না - তবে আমাদের মধ্যে কেউ চেঞ্জটি পরীক্ষা করার আগে কোড পর্যালোচনা করা শুরু করব। আমি একটি "রোলআউট পর্যালোচনা" সম্পর্কেও ভাবছিলাম - মূলত বিকাশকারীদের মধ্যে একজনকে তার সাথে তার / তার সফ্টওয়্যার রোলআউট (কপিরাইট বাইনারি, আপডেট কনফিগারেশন, ডাটাবেসে নতুন টেবিল যোগ করা ইত্যাদি) করতে বসে থাকতে হবে - এটি কেবলমাত্র কেবল 5-10 মিনিট সময় নেয় তাই এটি "রোলআউট পর্যালোচনা" সময়ের বেশি সময় নেয় না।
নতুন রিলিজ যখন প্রযোজনা থেকে বেরিয়ে আসার জন্য যথেষ্ট বগী হিসাবে প্রমাণিত হয় এবং একটি ভাল পূর্ববর্তী সংস্করণ দ্বারা প্রতিস্থাপন করা যায়, তখন কীভাবে রোলব্যাকের সময়টি কম করবেন। একটি সংস্করণ ফিরে পাওয়া সহজ করার জন্য আমরা সমস্ত রিলিজের একটি ইতিহাস (বাইনারি হিসাবে) সংরক্ষণ করি - এবং এটি দ্রুত হলেও "পূর্ববর্তী সংস্করণ বাইনারিগুলির সাথে সদ্য প্রকাশিত বাইনারিগুলি ওভাররাইট করা" এটি এখনও একটি ম্যানুয়াল প্রক্রিয়া যা ত্রুটি প্রবণ এবং সময়ে দাবি করা হয় "কী যদি রোলব্যাক ব্যর্থ হয় এবং বাগির পরিবর্তে সিস্টেমটিকে ব্যবহারযোগ্য না করে দেয়"।
আমরা আমাদের ধারণার বাইরে চলে এসেছি এবং আমরা এগুলি সম্পর্কে আপনার মতামত পেতে চাই এবং আপনি যদি কিছু সহজ রিলিজ / ডেভ প্রক্রিয়া উন্নয়নের পরামর্শগুলি ভাগ করতে পারেন - এটি দুর্দান্ত।