ঝুঁকি-প্রতিরোধের পরিবেশে আমি কীভাবে আধা-কঠোর মুক্তির সময়সূচীর পক্ষে পরামর্শ করতে পারি?


12

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

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

আমি ঝুঁকি-বিরোধী পরিচালনকে বোঝাতে সাহায্য করার জন্য বাধ্যতামূলক যুক্তিগুলির সন্ধান করছি :

  1. দেব দলটিকে (বা আবশ্যক) নিজস্ব প্রকাশের সময়সূচী সেট করতে সক্ষম হওয়া উচিত - অবশ্যই কারণের মধ্যে (১-২ মাস সবচেয়ে বড় ফরচুন 500 সংস্থার ব্যতীত সকলের পক্ষে যথেষ্ট রক্ষণশীল হওয়া উচিত);

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

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

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

পরিচালকের কাছে স্থির (বা হতে পারে আধা-নমনীয়) মুক্তির চক্রের ধারণাটি "বিক্রয়" করতে পারে এমন ব্যক্তি কি যুক্তি / কৌশলগুলি কার্যকর বা প্ররোচিত এবং কোনটি নয় তার উপর কিছু পয়েন্টার দিতে পারে? সুস্পষ্ট তফসিলের বিতর্ক এবং ডুবে যাওয়া ব্যয় বাদে, এমন কোনও হার্ড ডেটা / প্রমাণ রয়েছে যা কোনও "কর্পোরেট" সেটিংয়েও শিপিংটি গুরুত্বপূর্ণ, এমনটি তৈরি করার ক্ষেত্রে কার্যকর হবে?

বিকল্পভাবে, শিডিয়ুল শিপিংয়ের চেয়ে শিডিয়ুল নমনীয়তা (এমনকি কয়েক সপ্তাহ / মাসেরও বেশি সময় ধরে) কেন গুরুত্বপূর্ণ তা সম্পর্কে আমি গঠনমূলক যুক্তি শুনার জন্য উন্মুক্ত; এই মুহুর্তে বিশ্বাস করা আমার পক্ষে কঠিন তবে তারা হয়তো এমন কিছু জানেন যা আমি করি না।

দ্রষ্টব্য যে আমরা প্রকাশ করেছি, এবং এটি উত্পাদন ব্যতীত প্রতিটি পর্যায়ে গেছে। বাণিজ্যিক বাগ ট্র্যাকার ব্যবহার করে ইস্যুগুলি ট্র্যাক করা হয় এবং প্রতিটি ইস্যু - এর মধ্যে 100% - যা এই প্রকাশের জন্য নির্ধারিত হয়েছিল তা বন্ধ হয়ে গিয়েছিল। আমি বুঝতে পারি যে এটি বিশ্বাস করা কঠিন এবং এটি সত্যই মূল বিষয়টি - এটি কোনও বোধগম্য নয় যে 100%, বৈশিষ্ট্য-সম্পূর্ণ, সম্পূর্ণ পরীক্ষিত, অনুমোদিত-দ্বারা-অনুমোদিত সকলকে অবহিত কারণে ম্যানেজমেন্ট দ্বারা বিলম্বিত করা হবে, তবে এটি ঘটেছিল, এটাই হচ্ছে যা হচ্ছে, সমস্যাটি সমাধান করা উচিত be


শুভকামনা। পূর্ববর্তী একটি সংস্থার বিকাশকারী হিসাবে আমরা এই যুদ্ধটি অন্য উপায়ে থেকে মাঝের দিকে লড়েছিলাম। আমাদের একটি কৌতুকতে মোতায়েন ছিল কারণ ব্যবসায়ের জন্য "তত্ক্ষণাত্" ত্রুটি সংশোধন এবং বর্ধন প্রয়োজন। আমি আপনাদের প্রচেষ্টায় সেরা কামনা করি।
TheDevOpsGuru 10'12

আপনার পরিচালনা কি কোনও রিলিজের অপেক্ষার সুযোগ ব্যয়টি অধ্যয়ন করেছে?
খ্রিস্টিয়াকক

@ ক্রিস্যাককক: আমার সন্দেহ হয় যে তারা কোনও কোণ থেকে সুযোগ ব্যয় অধ্যয়ন করেছে বা বুঝতে পেরেছে । তবে, "সুযোগ ব্যয়" বাক্যাংশটি বললে কারও ক্ষতি হবে না; আমাকে নির্দিষ্ট করার জন্য নির্দিষ্ট কিছু দরকার
অ্যারোনআট

বর্তমানটি প্রকাশের অপেক্ষায় আপনি কেন আপনার সফ্টওয়্যারটির পরবর্তী সংস্করণে কাজ শুরু করতে পারবেন না?
krlmlr

@ ব্যবহারকারী946850: আমি তাত্ত্বিকভাবে পারি। এই প্রশ্নটিতে যা বলা হয়েছে তা কিছুই পরিবর্তন করে না। কারও হাত বেঁধে রাখা এবং মুক্তি পাবে না এমন কিছু নিয়ে কাজ করার ক্ষমতার প্রভাব বা মধ্য-চক্রের মুক্তির সাথে মোকাবিলার ব্যপক বিঘ্নজনক প্রভাবকে এটি অগ্রাহ্য করে না।
হারুনাচ

উত্তর:


7

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

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

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

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

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

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

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

সময়মতো সফ্টওয়্যার রোলআউটগুলির জন্য আপনি বাধ্যতামূলক যুক্তি চেয়েছিলেন। আসলেই একটি বাধ্যতামূলক যুক্তি রয়েছে: বিনিয়োগে ফিরে আসা। সংস্থাটি এই সফ্টওয়্যারটিতে বিনিয়োগ করতে বেছে নিয়েছে এবং আপনার সফ্টওয়্যারটি ধীরে ধীরে শেল্ফটিতে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ধীরে ots

সময়মত রোলআউটগুলির জন্য একটি গৌণ যুক্তি হ'ল আপনার দলের মনোবল। তাড়াতাড়ি-আপ-অপেক্ষা সৃজনশীল বিকাশকারীদের ভাল কাজ করতে উদ্বুদ্ধ করার ভাল উপায় নয়। যদি তারা তাদের কাজটি পরিষেবাতে দেখে সন্তুষ্টি না পান তবে আপনি আপনার দলকে হারাতে পারেন।


1
দুর্দান্ত উত্তর। মজার বিষয়টি, আমার ক্ষেত্রে এটি এমনকি রোলআউট ব্যয়ও মূলত ব্যয় করা হয়েছে। আমাদের কেবল স্যুইচটি ফ্লিপ করা দরকার! রূপকভাবে বলতে গেলে, প্রকৃতপক্ষে স্যুইচটি উল্টাতে আমাদের একটি ইউনিয়ন সুইচ-ফ্লিপার দরকার এবং পরবর্তী 7 সপ্তাহের জন্য কোনও উপলভ্য নেই।
অ্যারোনআট

1
কি দারুন! এই সমস্যাটি চিকিত্সা বিজ্ঞানের কাছে ম্যানেজরিয়াল ক্র্যানিয়োরেক্টাল ইনভারস্শন হিসাবে পরিচিত। আপনার কি অন্য কোথাও কাজ করা দরকার?
ও জোনস

5

প্রথমে এই ভিডিওটি দেখুন:

http://the99percent.com/videos/5822/Seth-Godin-Quieting-the-Lizard-Brain

নির্বাহী সারসংক্ষেপ:

সময়মতো এবং বাজেটের মাধ্যমে আপনি যেভাবে চালনা করেন তা হ'ল: যখন আপনার সময় সাশ্রয় হয় বা অর্থের বাইরে চলে যায়, আপনি শিপ করেন। এটাই.

বেশিরভাগ প্রকল্পগুলি সময়মতো চালনা না করার কারণটি হ'ল আপনার সম্পদগুলি যখন বিকাশের চক্রের সময়ে যখন আপনি চালানোর জন্য প্রস্তুত হন ঠিক তখনই মুক্তির জন্য readyোকানোর জন্য কেউ "আরও একটি মাত্র বৈশিষ্ট্য বা ফিক্স" নিয়ে আসে when সর্বাধিক দুষ্প্রাপ্য, এবং এখন আপনি স্ক্যাম্বল করতে হবে। একে থ্রেশিং বলা হয়, এবং এটি ঘটে কারণ আপনি যতক্ষণ না জাহাজ চালাবেন না, আপনাকে আপনার পণ্যটি সফলভাবে সাফল্য জানানো লোকের বিষয়ে চিন্তা করার দরকার নেই।

আপনি আঘাতের নিরাময়ের উপায়টি হ'ল পণ্য বিকাশের চক্রের শুরুতে নয়, শেষ দিকে নয় people

প্রকাশের তারিখের ঠিক আগে সপ্তাহগুলিতে পণ্য পরিবর্তন করা খুব বিঘ্নজনক, স্পষ্ট কারণে। পরিবর্তনটি কোনও নতুন বৈশিষ্ট্য, সফটওয়্যার বিকাশ প্রক্রিয়াতে পরিবর্তন, বা বিকাশের সময়সূচীতে নয় এমন দীর্ঘস্থায়ী বাগ সমাধানের চেষ্টা কিনা তা সত্য is

যখন কেউ আমার কাছে উন্নয়ন চক্রের স্থির বা পরিবর্তনের জন্য আসে, আমি সর্বদা তাদেরকে এটি জিজ্ঞাসা করি: "আপনি কী চান আপনি আমার কাজ শেষ না করে যাতে আমি আপনার কাজটি শেষ করতে পারি?"

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


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

তুমি কিছু মনে, আমার প্রশ্ন পুনরায় পড়া, আমি খুব করিনি নির্মল যে ছিল না সুযোগ পাল্টাবে, তাই আমি সত্যিই এই উত্তর পারেন দোষ করতে পারবে না।
অ্যারোনআউট

4

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

এটি দেখতে অনেকটা সামর্থ্য বনাম আকাঙ্ক্ষা প্রান্তিককরণ সমস্যার মতো মনে হচ্ছে, আপনার মুক্তি দেওয়ার ইচ্ছা আছে তবে ক্যাপাবিলিটি (কর্তৃপক্ষ) নয়, কর্তৃত্বের সাথে যাদের ইচ্ছা নেই।

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

আমিও সন্দেহ করি যে জড়িত পক্ষগুলির মধ্যে যথেষ্ট শ্রদ্ধা রয়েছে, সুতরাং যুক্তিযুক্তদের মধ্যে যুক্তিসঙ্গত আলোচনা ঘটছে না।

দুঃখিত - আপনি যে সুনির্দিষ্ট উত্তর চেয়েছেন তা নয়, আশাকরি কিছু বিষয় চিন্তা করা উচিত।


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

3
একটি বিষয় লক্ষ করুন: দেবের পক্ষে বিতরণের তারিখগুলির দায়িত্বে থাকা স্বাভাবিক নয় normal এই তারিখগুলিতে দেবের ইনপুট রয়েছে, তবে প্রযুক্তিগত কারণে না হয়ে ব্যবসায়ের কারণে তারিখগুলি নির্ধারিত না করা হলে ব্যবসায়টি সমস্যায় পড়েছে।
ম্যাট্নজ

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

অন্য যে কোনও প্রক্রিয়া আমার কাছে কেবল বিশৃঙ্খলা। আপনার প্রকল্পটি যখন সত্যিই শিপ করতে চলেছে আপনার যদি কোনও ধারণা না থাকে তবে সঠিক স্কোপিং বা ডিজাইন করা প্রায় অসম্ভব।
হারোনআট

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

2

প্রথমে বিবেচনা করার বিষয়টি হ'ল আপনার রিলিজগুলি উচ্চ ঝুঁকিযুক্ত না তা নিশ্চিত করা ।

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

  • ঝুঁকি-প্রতিরোধের পরিবেশে, অপরিবর্তনীয় পরিবর্তনগুলি বেদাহীন করার কোনও উপায় আমি কল্পনাও করতে পারি না ।
    যদি আপনার / প্রচুর প্রকাশগুলি এই বিভাগে আসে তবে আপনি আপনার আর্কিটেকচারটি পুনর্বিবেচনা করতে চাইতে পারেন।

না মুক্তি ঝুঁকি উন্মুক্ত করতে হবে, যদি আপনি চান তাহলে বিকাশকারী দলে সময়তালিকা গম্ভীরভাবে গণ্য করা হয়।

যদি আপনার রিলিজগুলি উত্পাদন / সহায়তা সংক্রান্ত সমস্যা এবং আউটজেসের জন্য সংশোধন করে, তবে কেবলমাত্র এগুলি তালিকাভুক্ত করে এবং এটি আপগ্রেড না করা হলে উত্পাদন এগুলি পুনরাবৃত্তি করার ঝুঁকিতে রয়েছে তা উল্লেখ করে এটি করা মোটামুটি সহজ।

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

  • সোজা কথা বললে, ছেলেরা আপনার মুক্তি অবরুদ্ধ XXকরছে তাদের সচেতন হওয়া দরকার কেবল যে তারা Nধরণের প্রযোজনীয় সমস্যা সমাধান না করেই ঝুঁকি নিয়ে আসে, তবে সেই সপ্তাহে (বা মাস) পরে, তারা XX+1তাদের অনুমোদনের সারিতে মুক্তি দেবে , যা অবরুদ্ধ করবে বহন ঝুঁকি N+Mউৎপাদন বিষয় ধরণের অমীমাংসিত থাকা - এবং এই সঙ্গে মামলা হতে করবে XX+2এবং আরও "অভ্যন্তরীণ" বিকাশকারী দলে দ্বারা সরবরাহকৃত রিলিজ।

উপরে বর্ণিত উপায়টি মূলত আপনার অ্যাপ্লিকেশন আপডেট এবং উত্পাদন সংক্রান্ত সমস্যার মধ্যে আরও কঠোর এবং আরও সুস্পষ্ট সংযোগ তৈরি করে।

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

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

যখন উত্পাদন বৃদ্ধির ঘটনা ঘটে তখন আপনি আপনার দৃষ্টি দ্রুত এবং স্পষ্টভাবে উপস্থাপনের জন্য আরও প্রস্তুত হন।

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

কিন্তু শেষ না অন্তত,

এটা সময় লাগবে

(আপনি সম্ভবত এটি ইতিমধ্যে জানেন তবে এটি স্পষ্টভাবে উল্লেখ করা উপযুক্ত বলে মনে হচ্ছে)

আপনি যেটির সন্ধান করেন তাকে মনোভাবের পরিবর্তন হিসাবে বর্ণনা করা যেতে পারে, "এটি মুক্তি দেওয়া ঝুঁকিপূর্ণ " থেকে " মুক্তি দেওয়া নয় ঝুঁকিপূর্ণ "। দৃষ্টিভঙ্গি পরিবর্তন খুব কমই রাতারাতি ঘটে, শিফটটি সম্পন্ন করার জন্য ধৈর্য্যের প্রয়োজন হতে পারে।


1

আপনার প্রশ্নের উপরে একটি বড় প্রশ্ন চিহ্ন ঝুলছে, এবং সে কারণেই আপনার সংস্থাটি সফ্টওয়্যারটি প্রকাশ করতে চায় না। এটি সর্বদা ঝুঁকি এড়ানোর কোনও সাধারণ ঘটনা নয়। প্রায়শই অন্যান্য কারণ অন্তর্নিহিত রয়েছে যা প্রায়শই উচ্চমানের ম্যানেজরিয়াল উচ্চতা থেকে নেমে যায় না। সুতরাং আপনার কাছে আমার প্রশ্নটি হ'ল, "আপনি কি আপনার বসের সাথে বসে বসে তাকে জিজ্ঞাসা করলেন কেন পণ্য প্রকাশ বন্ধ হচ্ছে?"।

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

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

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

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


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

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

0

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

তবে বাস্তব বিশ্বে আসল মুক্তি অন্য কারও সমস্যা, আপনার এটি তাদের কাছে প্রেরণ করা উচিত এবং তারপরে এটিকে মুক্তি হিসাবে বিবেচনা করা উচিত। আপনার দরজা থেকে একবার বের হয়ে এলে তা পাঠানো হয়। যদি তারা কেবল এটির উপরে বসে থাকে তবে এটি আপনার সমস্যা নয় (আসলে এটি দুর্দান্ত, কোনও ত্রুটি এটির উপরে খবর পাওয়া যায় না! W00t! বাগ-মুক্ত রিলিজের চারপাশে বোনাস;))

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


আমি আপনার উত্তরের প্রথম অংশটি [ডাউন সরঞ্জামগুলি] দ্বারা চিন্তিত ছিলাম কিন্তু যখন আমি বাকীটি পড়ে থাকি, তখন আমি মনে করি এটি পরিচালনা করার এটি একটি ভাল উপায়।
জেসনক

0

আপনি যেভাবে বর্ণনা করেছেন দেব দলকে ব্যবসায়ের দায়িত্বে রাখাই "ভাল জিনিস" এটি আসল সমস্যাটি মুখোশযুক্ত হতে পারে তবে দেব দলটি বিক্রয়, বিপণন থেকে প্রাপ্ত ইনপুটগুলি মাপার সঠিক অবস্থানে না থাকলে , ইত্যাদি ইত্যাদি আপনি ভুল (এবং সম্ভাব্য খারাপ) কারণে মুক্তি পাওয়ার ঝুঁকি নিয়ে থাকেন।

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

আপনি চেষ্টা করেছেন:

  1. কোনও গ্রাহক বা গ্রাহকদের সেটকে বিকাশের সময় অংশীদার হিসাবে কাজ করার জন্য ম্যানেজমেন্টকে জিজ্ঞাসা করুন? অন্তর্বর্তী রিলিজ নিতে এবং প্রতিক্রিয়া জানাতে আপনি একজন গ্রাহককে পেতে পারেন। যখন প্রকাশের সময় আসে তখন তারা দুর্দান্ত উকিল হতে পারে। এমনকি কোনও গ্রাহকের কাছে "সীমাবদ্ধ প্রকাশ" সাফল্য পরিচালনায় সহায়তা করার পক্ষে যথেষ্ট হতে পারে
  2. পয়েন্ট রিলিজ সহ একটি রিলিজ পরিকল্পনা তৈরি করা। এটি হল, আপনি আজ 3.4 প্রকাশ করতে পারেন কারণ 3.4.1 প্রকাশটি আজ +1 মাসের জন্য পরিকল্পনা করা হয়েছে। এটি ইতিমধ্যে ভাল ধারণার পাশাপাশি আপনি ইতিমধ্যে উল্লেখ করেছেন যে একটি মুক্তির সারণি এই বার্তাটিকে সহায়তা করে।
  3. আপনার পক্ষে সমর্থন, বিক্রয় বা বিপণন পান। শীর্ষস্থানীয় 3 সমর্থন অনুরোধগুলি সমাধান করতে পারে এমন ফিক্সগুলি তৈরি করুন এবং আপনি অন্য বিভাগ থেকে মিত্র পেতে পারেন। যদি আপনি # 1 এর মতো গ্রাহক স্টেকহোল্ডার না পেতে পারেন তবে কয়েকজন বিক্রয়কর্মীর সাথে এটি ব্যবহার করে দেখুন। বিক্রয় সভাগুলির জন্য উপলব্ধ থাকতে হবে এবং পণ্যটি আনতে হবে। আপনি যখন রাস্তায় থাকবেন তখন পণ্যটির সাথে আপনি যে বিক্রয়কেন্দ্র রয়েছেন তা দেখান (এটি যে অবস্থায় থাকুক না কেন) তাদের আপনার কাছে টানতে।

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

যা যা বলেছিল তার সাথে ... হ্যানলনের রেজার সম্ভবত সঠিক উত্তর :-)


-1

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

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.