সময়সীমা বা কম বাগ পূরণ?

Question

আদর্শ বিশ্বে কম বাগ সহ সময়সীমাটি পূরণ করা ভাল meet তবে আপনার অভিজ্ঞতা থেকে যা বেশি পছন্দনীয় / গ্রহণযোগ্য:

1. নির্ধারিত সময়সীমাটি পূরণ করুন তবে বেশ কয়েকটি বাগ রয়েছে কারণ বিকাশকারীরা জিনিসগুলিতে ছুটে যায় rush
2. কম বাগ তবে ডেডলাইনটি পুরোপুরি পূরণ করে না কারণ কোড লেখার ক্ষেত্রে বিকাশকারী খুব কঠোর

Comments

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

— অ্যান শোয়সলার

প্রথমে তুলনামূলকভাবে বাগ-মুক্ত রিলিজ পান।

— আবেল

আপনি যখন সত্যিকারের স্ক্রাম করছেন, তখন বাগগুলি এক সপ্তাহের বেশি থাকে না :) :) সুবিধাগুলি: ক) বাগের সম্মুখভাগের জন্য অর্থ প্রদান করা সহজ উপায়, এবং খ) আপনি যখন সামনের অর্থ প্রদান করেন, তখন আপনি জানেন যে আসল ব্যয়টি কী।

— কাজ

এক্সকেসিডি যথারীতি প্রাসঙ্গিক। xkcd.com/844

— ম্যাক্সপাম

Answer 1

এই প্রশ্নের উত্তর ব্যবসায়ের লক্ষ্যের পাশাপাশি ক্লায়েন্টের উপরও নির্ভর করে।

এন্টারপ্রাইজ :

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

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

সূচনা :

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

এটি আপনাকে বাজারের নেতা হিসাবে প্রতিষ্ঠিত করতে পারে, প্রতিযোগিতায় স্যাচুর হওয়ার আগে আপনাকে নতুন উল্লম্ব ক্ষেত্রে মূল্যবান মার্কেট শেয়ার অর্জনে সহায়তা করে।

যেহেতু প্রারম্ভকাগুলি ছোট, নমনীয় এবং দ্রুত পরিবর্তনের সাথে খাপ খাইয়ে নিতে পারে তাই এই মডেলটি তাদের পক্ষে সেরা কাজ করে।

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

Answer 2

বা ... 3. অ-প্রয়োজনীয় কার্যকারিতা কেটে দিন

কখনও কখনও, প্রযুক্তিগত ক্যান্ডি বা ক্লায়েন্ট দ্বারা অনুরোধ করা ক্যান্ডি বৈশিষ্ট্যগুলির কারণে, সময়সীমাটি পূরণ করা কঠিন এবং প্রকৃতপক্ষে একটি বড় বাগের উত্থান ঘটে। এটি প্রয়োগ করা KISS এবং YAGNI নীতিগুলি।

এই বইটি "রিওয়ার্ক" থেকে উদ্ধৃত করে আপনার সফ্টওয়্যারটির প্রয়োজনীয় / মূল / কেন্দ্রস্থলটি হ'ল ব্যবসায়টি কীভাবে কাজ করতে পারে ঠিক যেমন হট ডগ স্ট্যান্ড হ'ল হট ডগ স্ট্যান্ড কোনও টপিংস ছাড়াই হতে পারে, আপনি যা কাটাতে পারবেন না সেগুলি হ'ল গরম কুকুর।

Renegotiate

শেখার জন্য সবচেয়ে কঠিন বিষয়গুলির মধ্যে একটি হ'ল কীভাবে ক্লায়েন্টকে সুখী রাখতে হয় এবং আমার অভিজ্ঞতায় ছোট পণ্য পুনরাবৃত্তির সাহায্যে এটি আরও সহজেই সম্পন্ন করা যায়।

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

পরে করা মানে আরও ভাল করা

... এবং কম বাগ সহ ডেডলাইন পূরণ করে

Comments

এটি মূল প্রশ্নের অর্থেগোনাল। অনেক সময়, আপনি কেবল কার্যকারিতা হ্রাস করতে পারবেন না। আপনি যখন পারেন তখন এটি ভাল, তবে আমি নিজে থেকে এটিকে প্রশ্নের উত্তম, জেনেরিক উত্তর বলে মনে করি না।

— জেসন বেকার

কার্যকারিতা অপরিহার্য। এটার সবগুলো.

— মৌরি

সমস্ত কার্যকারিতা অপরিহার্য নয় ।

— জারজেন এ। এরহার্ড

সমস্ত কার্যকারিতা অপরিহার্য নয়। এটি অনেকটা ভালই হতে পারে বা পরবর্তী প্রকাশের জন্য অপেক্ষা করতে পারে (ধরে নিই যে পরের রিলিজের পরিকল্পনা রয়েছে)। আমি এমন কোনও প্রকল্পে কাজ করিনি যেখানে এমন কিছু বৈশিষ্ট্য নেই যা কাটা যেতে পারে।

— অ্যান শিউসেলার

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

— মারসি

Answer 3

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

Comments

এটি একটি খুব ভাল পয়েন্ট। :-)

— জোশুয়া পার্টোগি

Answer 4

সময়সীমার সাথে সাক্ষাত করুন এবং জ্ঞাত সমস্যাগুলির একটি তালিকা উপস্থাপন করুন ।

লোকেরা বাগ খুঁজে পেতে ঘৃণা করে, তবে তাদের সামনে যদি বলা হয় তবে তারা অনেক বেশি বিন্যাসিত হতে থাকে।

Answer 5

এটি পুরোপুরি পরিস্থিতির উপর নির্ভর করে ....

বিবেচনা করার জন্য অনেকগুলি কারণ রয়েছে:

1. প্যাচগুলি পাকানো কত সহজ?
2. একটি মৌলিক, স্ট্রিপড-ডাউন সংস্করণ প্রকাশ এবং তারপরে সময়ের সাথে সাথে নতুন (প্রান্তের কেস) কার্যকারিতা প্যাচ করা কি সম্ভব?
3. এই জাতীয় পণ্যটির জন্য ক্লায়েন্ট শিল্পের সাধারণ সংস্কৃতি কী? তারা কি এক-অফ নিখুঁত রিলিজের প্রত্যাশা করে, বা তারা কোনও বিবর্তিত সিস্টেমের ধারণায় অভ্যস্ত যা প্রথম প্রকাশের সময় বগী হতে পারে?
4. কোনও বগি প্রাথমিক সংস্করণ সময়সীমা বেঁধে দেওয়ার বিপরীতে ব্যবসায়ের পক্ষে কত ঝুঁকিপূর্ণ হতে পারে?

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

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

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

Answer 6

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

Answer 7

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

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

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

সন্দেহ হলে, আমি বলি আপনি # 2 নিয়ে চলেছেন, তবে সেই পদ্ধতির সাথে পরিচালনার কাছ থেকে পুশব্যাক পেয়ে আমি অবাক হব না। আমি সন্দেহ করি যে পরিচালকদের অযথা সমালোচনামূলক আপডেট না আনার চেয়ে নির্ধারিত সময়সীমার সময় তারা কতটা ভাল, তার চেয়ে আরও বেশি বিচার করার প্রবণতা রয়েছে suspect

Answer 8

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

এখন যা ঘটে তা হ'ল আপনার একটি ক্ষমতায়িত দল নেতৃত্ব বা ডেভ ম্যানেজারের প্রয়োজন যারা এই ব্যবসায়টিকে পিছিয়ে দিতে পারেন এবং 2 টি বিষয় সম্পর্কে কথোপকথন করতে পারেন:

1. কোড বিল্ডে গুণমান = 2 কম বৈশিষ্ট্যযুক্ত b
2. অংশীদারদের সর্বোচ্চ প্রয়োজনের বৈশিষ্ট্যগুলির অগ্রাধিকার দেওয়া যা তাদের সত্যই প্রয়োজন।

তারপরে আপনি সর্বাধিক মান বৈশিষ্ট্যগুলিতে ফোকাস করতে পারেন এবং এটিকে উত্সাহ দিয়ে বেরিয়ে যেতে পারেন।

Answer 9

যতক্ষণ না পরীক্ষার বিষয়টি এটি কখনই শেষ হয় না। এটি শেষ কিন্তু কখনই শেষ হয়নি।

তীব্রতা এবং আরও অগ্রাধিকার নেওয়া যত্ন নেওয়ার সাথে বাগ সহ লঞ্চের জন্য যান।

Comments

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

— জেসন বেকার

ভাল বলেছেন @ জেসন। +1

— ড্যান ম্যাকগ্রা

Answer 10

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

Answer 11

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

তবে আপনি যদি "পদ্ধতিগত" দিকটি দেখেন তবে এর অর্থ হ'ল অ্যাপ্লিকেশনটির আরও পরীক্ষার প্রয়োজন রয়েছে এবং এটি সফ্টওয়্যারটির প্রাকৃতিক জীবনের একটি অংশ।

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

Answer 12

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

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