এক সপ্তাহের রিলিজ চক্র: আমি কীভাবে এটি সম্ভাব্য করব?

Question

আমার সংস্থায় (3-বছরের পুরানো ওয়েব ইন্ডাস্ট্রির সূচনা), আমাদের পণ্য দলটির সাথে প্রায়শই সমস্যা হচ্ছে "আআআআহ এখন এটি একটি সঙ্কট প্যাচ!" (সবাই না?)

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

এখানে 13 বিকাশকারী এবং 6 স্থানীয় / 9 অফশোর পরীক্ষক রয়েছে; তত্ত্বটি হ'ল কেবলমাত্র 4 বিকাশকারী (এবং সমস্ত পরীক্ষক) সমান সংখ্যাযুক্ত রিলিজের উপর কাজ করবে, যদি না কোনও কাজ টুকরো করে না আসে যেখানে সত্যই অন্য ডেভসগুলির মধ্যে একটির থেকে কিছু নির্দিষ্ট দক্ষতার প্রয়োজন হয়। প্রতিটি চক্রটিতে দুই দিনের দেব কর্ম এবং দুই দিনের কিউএ কাজের (প্লাস 1 দিনের স্কোপিং / ট্রাইজ / ...) থাকবে।

আমার প্রশ্নগুলি হ'ল:

(ক) রিলিজ চক্রের এই দৈর্ঘ্যের সাথে কারও অভিজ্ঞতা আছে?

(খ) মুক্তির চক্রটির এই দৈর্ঘ্যের কথা কি কেউ শুনেছেন?

(গ) যদি (ক) বা (খ), পৃথিবীতে আপনি কীভাবে এটি কার্যকর করেন? (এড়ানোর জন্য যে কোনও সমস্যা ইত্যাদি ইত্যাদিও প্রশংসা করা হয়))

(d) এই প্রচেষ্টা ব্যর্থ হলে কীভাবে আমরা ক্ষয়ক্ষতি হ্রাস করতে পারি?

Comments

"সঙ্কট কাজ" বলতে কী বোঝ?

— উইজার্ড 79

অনুরোধ রইল যে সেগুলি প্রাপ্ত হওয়ার সাথে সাথেই আমাদের প্যাচ দেওয়ার জন্য নির্দেশ দেওয়া হয়েছে। প্রশ্নটি মুহূর্তে পরিষ্কার করার জন্য সম্পাদনা করা হচ্ছে।

— আরকাইতো

Answer 1

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

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

আমরা মোতায়েন পুরোপুরি স্বয়ংক্রিয়ভাবে চালিত করি না (একেবারে চূড়ান্ত পদক্ষেপের জন্য ম্যানুয়াল হস্তক্ষেপ প্রয়োজন, এটি আমাদের জন্য একটি সচেতন সিদ্ধান্ত) - তবে আমরা সংক্ষিপ্ত স্থাপনার চক্র সহ সঠিক ডাটাবেস সংযোগগুলি ব্যবহার করা ইত্যাদি নিশ্চিত করার মতো সমস্ত জিনিস স্বয়ংক্রিয়ভাবে করি do এই ধরণের জিনিস দিয়ে ভুল করা খুব সহজ হবে।

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

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

Answer 2

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

যদিও এটি সত্য উত্পাদনের স্কেলে করা সম্ভব নয়, তবে কমপক্ষে একজন সিনিয়র সদস্য এবং বিকাশকারী এবং পরীক্ষকগণের কিছু উপসেট এই মূল্যায়নে নিবেদিত থাকাই ভাল।

"একবারে অ্যাপ্রোচ 4" আমার কাছে সাফ কাট বিজয়ীর মতো শোনাচ্ছে না। এর অর্থ ধ্রুবক প্রসঙ্গের স্যুইচিং, যার অর্থ দক্ষতা অনেক কম।

মনে রাখবেন, আপনি যদি ক্রমাগত পরিবর্তনগুলি করার তাগিদ করেন তবে আপনি এই পরিবর্তনগুলিতে ভুল হওয়ার সম্ভাবনা বেশি বেশি করছেন এবং আপনি যখন এটি করছেন তখন অন্য কিছু ভেঙে ফেলবেন।

Comments

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

— দেবসোলো

Answer 3

এক সপ্তাহের চেয়ে কম সময়ের মুক্তির চক্র অবশ্যই সফ্টওয়্যার শিল্পে অর্জন করেছে। তারা অবিচ্ছিন্ন প্রসব (যাকে অবিচ্ছিন্ন স্থাপনাও বলা হয় ) নামে কৌশল ব্যবহার করে technique

একটি সংস্থা আছে যা দিনে 50 বার মুক্তি দেয়। এই ব্লগ পোস্টটি তারা কীভাবে তা বর্ণনা করে ।

Answer 4

এই "সংকটযুক্ত কাজের" ফ্রিকোয়েন্সি কীভাবে হ্রাস করা যায় সে সম্পর্কে ভাবনা সম্পর্কে কিছুটা সময় ব্যয় করে ম্যানেজমেন্ট এবং প্রতি সপ্তাহে আমরা মুক্তি পেতে চলেছি এমন সমাধান নিয়ে এসেছি।

দেখে মনে হচ্ছে আপনার ম্যানেজমেন্ট বিশ্ব চ্যাম্পিয়ন ... কেন আপনার টিমের স্পিরিট ইনটায় বিনিয়োগ করবেন না? আপনি দেখতে পাবেন যে সমস্যাগুলি তাদের সলভ দ্বারা অদৃশ্য হয়ে যাবে।

(ক) + (খ) আইএমএইচও, আপনার দলের আকার অনুযায়ী এটি সর্বোচ্চ দুই সপ্তাহ হওয়া উচিত। এক সপ্তাহে একজন ম্যান শো বা খুব ক্ষুদ্র দলের হয়ে কাজ করবে (যেমন 2 বা 3)।

(সি) + (ডি) তবে আপনার দল বা প্রকল্পের আকার নির্বিশেষে আমি প্রথম যে কাজটি করি তা হ'ল বিল্ড এবং ডিপ্লোয়মেন্টটি স্বয়ংক্রিয়করণ করা। কোনও প্রকল্পের প্রথম দিনগুলিতে সপ্তাহের কাজ না করে আমি দিনগুলি সঞ্চয় করি।

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

ব্যাকআপ, বিজ্ঞপ্তি, রিপোর্টিং, ... সহ ফাইল মোতায়েন থেকে ডেটাবেস আপগ্রেডে সবকিছু স্বয়ংক্রিয় করা যায় ...

Comments

আপনি এখানে কী প্রস্তাব দিচ্ছেন তা সম্পূর্ণরূপে নিশ্চিত নয় - আপনি কি বলছেন যে সমস্যাটি পরিচালনা করা উচিত টিম স্পিরিটের অভাব? বা আপনি কি বলছেন যে কীভাবে এই কাজটি করা যায় (এবং সাফল্যের সম্ভাবনা সম্পর্কে ঘাবড়ে যাচ্ছি) তা বের করার চেষ্টা করে আমি দলগত মনোভাবের অভাব প্রদর্শন করছি?

— আরকাইতো

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