আমি কীভাবে আমার দলের বিকাশকারীদের "আপনি এটি তৈরি করেন, আপনি এটি চালান" আলিঙ্গন করতে প্ররোচিত করতে পারি?

Question

আমি কীভাবে আমার দলের বিকাশকারীদের "আপনি এটি তৈরি করেন, আপনি এটি চালান" আলিঙ্গন করতে প্ররোচিত করতে পারি? তার দ্বারা, আমার মনে ভার্নার ভোগেলসের এই উক্তিটি :

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

আমি বিশেষত বিকাশকারীদের একটি সেট সম্পর্কে ভাবছি যা:

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

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

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

Comments

এটি কর্মক্ষেত্রে এসই

— পিটার

Answer 1

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

শেষ পর্যন্ত আপনার তাদের বোঝাতে হবে এটি কোম্পানির সফল হওয়ার সর্বোত্তম উপায় এবং সেইজন্য তাদের সফল হওয়ার জন্য। এটি কঠিন এবং আপনি শুরু থেকেই এগুলি চালিত হওয়ার আশা করতে পারবেন না। সেগুলিও মূল্যে বিক্রি করা দরকার।

Comments

আমি এটির সাথে একমত, এই কাজটি করার জন্য তাদের না বলার জন্য লোকেরা এটি করতে চায় এটি জরুরী।

— কাইল স্টেনক্যাম্প

Answer 2

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

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

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

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

Comments

তবে এমন কোনও ডিওপসের বড় পয়েন্ট নয় যেগুলি আপনাকে ঘন্টা-ঘন্টা কাজ করার দরকার নেই কারণ আপনি যখনই মোতায়েন / প্রকাশ করতে পারেন, wheneverতিহ্যগত শনিবারের পরিবর্তে 23:00 (রাত ১১ টা)?

— জুহা আনটিনেন

Answer 3

ডিভোপসের বাইরে বিশেষত সন্ধান করা, যদি আপনি বড় (ইশ) এন্টারপ্রাইজ পরিবেশের কথা বলছেন তবে SAF পদ্ধতিতে এই ধরণের আচরণকে উত্সাহিত করার মোটামুটি ভাল উপায় রয়েছে।

মূলত এটি কয়েকটি মূল পর্যায়ে ফোটে:

• প্রকল্পগুলি রিলিজ ট্রেন হিসাবে শুরু হয়। অভিপ্রায় (এবং যার জন্য এটি অর্থায়ন করছে তার প্রত্যাশা) এটি দীর্ঘকাল চলবে। আমি বহু বছর ধরে কথা বলছি, এই "3 মাসের জন্য কোনও দল দাঁড়ান না তারপরে তাদের দাঁড়ান" ব্যবসায় business

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

• আমি প্রায় সবসময়ই দেখি যে ট্রেনগুলি তাদের প্রথম বর্ধনক্রমকে 100% প্রকল্প / পরিবর্তন দল হিসাবে চালায়, 2 য় বর্ধিত কাজ তারা চালানোর জন্য শতাংশের এক শতাংশ শতাংশ বরাদ্দ করে। তৃতীয় বর্ধন ব্যবস্থাপনায় তারা বুঝতে পারে যে তারা এখন সমস্যা সমাধান করতে চলেছে এবং তাদের এখনের পাকা বিকাশকারীদের এবং ইঞ্জিনিয়ারদের নতুন প্রয়োজনীয়তার উপর কাজ চালিয়ে যাওয়ার জন্য সময় দেওয়ার জন্য রান ওভারফ্লো পরিচালনা করার জন্য টিম যুক্ত করার চেষ্টা শুরু করে।

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

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

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

Comments

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

— Pierre.Vriens

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

— হিন্দিদিন

ঠিক আছে, আরও ভাল, আপনি @ টেনসিবাই থেকে মন্তব্যটিও অপ্রচলিত করেছেন ... পিএস 1: আমি বিশ্বাস করি আপনি টাইপ সংশোধন নিয়ে ঠিক আছেন আমি ঠিক আপনার উত্তরটিতে প্রয়োগ করেছি ... পিএস 2: SAF কী? আমি বাজি ধরেছি যে এটি "সিকিউরিটি অ্যাক্সেস সুবিধা" এর মতো কিছু নয়, মেইনফ্রেম পরিবেশে ব্যবহৃত কিছু (বিশাল), আরএসিএফ, এসিএফ 2 বা টপ-সিক্রেট উভয়ের সাথে সংহত করার জন্য এক ধরণের এপিআই ...

— পিয়ের.ভ্রিয়েন্স

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

— hvindin

Answer 4

আইএমএইচও You build it, you run itআক্ষরিকভাবে নেওয়া উচিত নয়। শুরু করার জন্য - এটি প্রায় শাস্তির মতো শোনাচ্ছে;)

কোনও একক ব্যক্তি বা এমনকি ছোট বিকাশকারী দল দীর্ঘ সময় ধরে সফ্টওয়্যার বিকাশ প্রক্রিয়াতে (অর্থাত্ উত্পাদনে!) ব্যবহৃত কোনও সরঞ্জাম বা একটি টুলসকে যুক্তিসঙ্গতভাবে সমর্থন করতে পারে না । সেখানে এসেছি, যে :)

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

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

১ ম লাইন সমর্থনকারী দল অবশ্যই বিকাশকারী দলের কাছে ফ্যালব্যাক করবে (আবার, দল, একক ব্যক্তি নয়!) যে বিষয়গুলি তারা সরাসরি কভার করতে পারে না for হ্যাঁ, প্রথমে এটি কঠিন হতে পারে তবে জিনিসটি আরও ভাল হবে। এটি একটি সহযোগিতা হওয়া উচিত - এটি ডিওঅপস যা যা সে সম্পর্কে অংশ।

Comments

আমি দুঃখিত, আমি মনে করি আমরা "এটি চালানোর" সুযোগের সাথে একমত নই। :) আমি এই ধারণাটি বোঝাতে চাইনি যে তারা সমর্থনমূলক দায়িত্ব পালন করবে; এর জন্য আমাদের একটি বিশাল কর্মী রয়েছে। বিশেষত উত্পাদন আর্কিটেকচার বাস্তবায়নের সাথে সম্পর্কিত, কী কী নজরদারি করা উচিত এবং কীভাবে, এটি কীভাবে স্কেল করে, স্টাফের মতো জিনিস যে।

— অ্যান্টনি নিস

আহ আমি দেখি. হ্যাঁ - মোটামুটি অমিল। আমি সম্ভবত এই উত্তর মুছে ফেলব।

— ড্যান কর্নিলিস্কু

কোনও সমস্যা নেই, আমি মনে করি এটি থাকতে পারে। এই জাতীয় প্রশ্নের সন্ধানকারী অন্যদের মধ্যে আপনার মত একই চিন্তাভাবনা থাকতে পারে এবং এটি তাদের সাথে প্রাসঙ্গিক হতে পারে। আবার ক্ষমাপ্রার্থী, আমার প্রশ্নবোধের অংশে আমার আরও নির্দিষ্ট হওয়া উচিত ছিল!

— অ্যান্থনি নিস

Answer 5

এটি শেষ পর্যন্ত সংস্থার আকার এবং কাঠামোর উপর নির্ভর করে। সত্যিই তিনটি ধাপ রয়েছে যা আপনার সংস্থাতে থাকতে পারে:

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

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

3. একাধিক ব্যবসায়িক ইউনিট সহ বৃহত এন্টারপ্রাইজ (যেখানে প্রত্যেকটির নিজস্ব অপারেশন দল রয়েছে): এই পর্যায়ে আপনি অ্যামাজন মডেলটিতে ফিরে যেতে পারেন, যেখানে প্রতিটি দল অপরিহার্যভাবে তাদের নিজস্ব পরিষেবাদি বিকাশ করে এবং পরিচালনা করে। প্রত্যেকটি ব্যবসায়িক ইউনিট প্রত্যেককে একে অপরকে জানার জন্য যথেষ্ট ছোট হতে হয়, তাই প্রায় 150 জন ইঞ্জিনিয়ারের অধীনে এবং আপনি প্রতিটি স্টার্টআপ হিসাবে মূলত পরিচালনা করেন। অ্যামাজনে প্রতিটি AWS পরিষেবা কমবেশি পৃথকভাবে পরিচালিত হয় এবং এটি তাদের জন্য কাজ করে।

আপনার সংস্থাটি কোন পর্যায়ে রয়েছে এবং / অথবা সেখান থেকে সরানো হচ্ছে এবং সেই অনুযায়ী কাজ করতে হবে তা আপনাকে খুঁজে বের করতে হবে। সমাধানের কোনও "এক আকার সবই ফিট করে"।

Answer 6

আমার এই গ্রহণ (যদি আমি এই জাতীয় আদেশের মুখোমুখি হয়েছি বা আপনি যা কিছু বলবেন), এমন কিছু হবে " What else would you expect?!?!"। কারণ, দুর্ঘটনাক্রমে:

• আমি এগুলি ছাড়া বাঁচতেও পারতাম না, এবং
• আমি নিজের (কুকুর) খাবার খেতে পছন্দ করি।

আমাকে আরও কিছুটা ব্যাখ্যা করুন ...

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

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

তবে ঘরে বসে নিজে চেষ্টা করার আগে কিছু সমস্যা থেকে বাঁচতে সচেতন হন:

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