প্রকল্পটি পেতে ডিজাইনটির "ঝরঝরে" ত্যাগ করা কখন ঠিক হবে?

Question

শীঘ্রই সম্পন্ন হওয়া এবং ভালভাবে কাজ করা এমন পণ্যটিতে কাজ করার সময়, জিনিসটি দ্রুত করার জন্য এবং দরজাটি দ্রুত বের করার জন্য যখন রক্ষণাবেক্ষণযোগ্যতা এবং নকশার "ঝরঝরে" ত্যাগ করা ঠিক হয় তখন? এবং এটি কোন ডিগ্রীতে ঠিক আছে, বিশেষত যখন এটি "ঝরঝরে" করার জন্য ব্যবহৃত কৌশলগুলি আমার কাছে নতুন?

Comments

শুধুমাত্র যখন এটি একেবারে প্রয়োজনীয়।

— হতাশিত

আমি যেখানে কাজ করি এটি বেশ আদর্শ। "আপনি এখন দিতে পারেন, বা আপনি আমাকে পরে দিতে পারেন" এত সত্য হয়নি been

— মেটালমিকেস্টার

একটি

আমি বিপরীত দৃষ্টিভঙ্গি নেব এবং সর্বদা বলব । যদি কোনও প্রকল্পটি সম্পন্ন না হয়, কেউ যদি এটি ঝরঝরে হয় তবে তা যত্ন করে না।

— drxzcl

@ এমআরজে, আমি আসলে ব্যবহারকারীদের সম্পর্কে ভাবছিলাম।

— drxzcl

Answer 1

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

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

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

Comments

আমি আপনার উত্তরের মনোভাবের সাথে একমত, তবে আপনি কিছু বিশদ মিস করছেন। You need to strike a balance between a technically perfect solution, and the time to market of your productআমি একমত নই, এটি কোনও বিকাশকারীর দায়িত্বের বাইরে। তারা একেবারে এটা সচেতন থাকা আবশ্যক, কিন্তু তারা কেউ একটি ব্যবসা সিদ্ধান্ত নেওয়ার জন্য দায়ী তথ্য দিতে হবে।

— স্টুপারউজার

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

— ফ্যালকন

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

— যৌক্তিকগীত

@ ফ্যালকন ব্লিজার্ড দীর্ঘমেয়াদী খেলার জন্য একটি দৃ ,়, স্থিতিশীল, উপভোগযোগ্য গেমের জন্য প্রাথমিকভাবে মুক্তির জন্য স্বল্পমেয়াদী লাভের ত্যাগ করতে পারে। এটি সম্ভবত তাদের জন্য উপযুক্ত ভারসাম্য। তবে সব ক্ষেত্রেই এটি যথাযথ ভারসাম্য নয়।

— যৌক্তিকগীত

বাস্তবতাটি হ'ল বেশিরভাগ নতুন সফ্টওয়্যার পণ্য বাজারে ব্যর্থ হতে চলেছে, মানসম্পন্ন সমস্যার কারণে নয়, তবে গ্রাহকরা কেবল সেগুলি চান না। সুতরাং, পণ্যটির 1 সংস্করণে একটি দৃ man় manitainable আর্কিটেকচার তৈরি করতে অনেক সময় / প্রচেষ্টা উত্সর্গ করা সম্পদের সর্বোত্তম ব্যবহার নাও হতে পারে। ব্যবসায়ের লোকেরা যারা দরজা বাইরে বের করার জন্য চাপ দেয় তারা হ'ল বোকা নয় যা আপনারা অনেকেই ভাবেন যে তারা they কার্যকারিতা নির্ধারণের জন্য গ্রাহকদের হাতে একটি পণ্য অর্জন করা খুব স্মার্ট কাজ।

— ক্রিস্টোফার জনসন

Answer 2

এই জাতীয় ব্যবসায়ের সিদ্ধান্ত জানাতে "প্রযুক্তি businessণ" শব্দটি খুব কার্যকর। আপনি এখন যে কাজ করেন না তার পরে কিছু পরিমাণ কাজের কারণ হয়ে যাবে। ঠিক যেমন আর্থিক হিসাবে, onণ নেওয়া ঝুঁকিপূর্ণ তবে আপনি যদি laterণ পরে পরিশোধ করতে সক্ষম হন তবে লাভজনক হতে পারে।

এটি বলার পরেও, প্রযুক্তিগত debtণ পরিশোধের সময় 1: 1 অনুপাত নয়। রিলিজের পরে বাগগুলি ঠিক করা আরও ব্যয়বহুল, এবং অগোছালো উত্তরাধিকার ব্যবস্থা থেকে বিকাশকালে ভবিষ্যতের উত্পাদনশীলতার উপর প্রভাব মারাত্মক হতে পারে। আপনি নিজের ত্রুটিগুলি ঠিক করতে দ্বিগুণ সময় ব্যয় করতে পারেন, বা বহু ঘন্টা-সময় এবং সংস্থান হিসাবে 1000 গুণ হতে পারেন।

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

Comments

+1 টি। প্রযুক্তিগত debtণ এটি বর্ণনা করার জন্য প্রকৃততম উপায়।

— পাগল 2be

Answer 3

যখন এটি গৃহীত হয় এবং ফলাফলগুলি মালিক / ক্লায়েন্ট / ব্যবহারকারী দ্বারা বোঝা যায়।

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

আপনি এখন সময় এবং বাজেটে থাকতে পারেন, তবে দীর্ঘমেয়াদে ত্যাগ / ঝুঁকি এমনকি আরও বেশি চার্জ। প্রযুক্তিবিহীন লোকদের বোঝা এটি কঠিন হতে পারে তবে বিক্রয়কর্মীরা এটাই বোঝেন।

Answer 4

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

তবুও, দিন শেষে কেবলমাত্র একটি সফল সফ্টওয়্যারই সেই জাহাজটি পাঠায়।

Comments

"তবুও, দিনের শেষে কেবল সফল সফটওয়্যারই হ'ল জাহাজগুলি" " যতক্ষণ না এটি ক্র্যাশ হয়ে যায় এবং কয়েক বছর রাস্তায় জ্বলে যায় কারণ এটি সঠিকভাবে আর্কিটেড ছিল না। কর্মক্ষেত্রে স্বল্পদৃষ্টিতে।

— ওয়েইন মোলিনা

আপনি যদি কখনও চালনা না করেন তবে আপনি এটি কখনও কয়েক বছর

— জেরেমি

যদি আপনি এমন কিছু শিপ করতে না পারেন যা স্বল্পদৃষ্টির ব্যবস্থাপনার কারণে আপনাকে দীর্ঘায়িত করবে না তবে আপনি প্রথমে ব্যবসায়ের যোগ্য হওয়ার যোগ্য নন!

— ওয়েইন মোলিনা

Answer 5

নরম সময়সীমা পেরিয়ে যাওয়ার পরে। এবং তারপরেও এটি "ওকে" এর খুব কম ডিগ্রি। হার্ড সময়সীমাটি পাস করার পরে এটি অবশ্যই মোট। কারণ এটাই কঠিন সময়সীমা প্রকৃতি।

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

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

Answer 6

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

আপনি যদি যথাযথ প্রযুক্তিগত সমাধানের জন্য দাঁড়ান না তবে আমি আপনাকে কেউ প্রতিশ্রুতি দেব না। আপনার বসকে সঠিক উপায়ে কাজ করার জন্য আপনার সর্বদা তর্ক করা উচিত এবং প্রধানমন্ত্রীর সর্বদা সময়সীমার পক্ষে তর্ক করা উচিত।

আশা করি আপনি যদি কোনও যুক্তিসঙ্গত প্রতিষ্ঠানে থাকেন তবে একটি সমঝোতা পৌঁছে যাবে যা সময়সীমা পূরণে সহায়তা করে এবং একই সাথে ডিজাইন থেকে খুব দূরেও না ভ্রষ্ট হয়।

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

আমি যখন প্রধানমন্ত্রীর সময়সূচীতে থাকতাম প্রায় প্রতিটি সময়সীমা বেশিরভাগই কৃত্রিম। তারা এটি দাঁত এবং পেরেকটি রক্ষা করবে এবং ভান করবে অন্যথায় তবে প্রধানমন্ত্রী যদি সময়সীমার দিকে ধাক্কা দেয় তবে প্রধানমন্ত্রী খারাপ দেখতে চান!

প্রধানমন্ত্রী খারাপ দেখায় বলেই বোঝায় না যে প্রকল্পটি ব্যর্থ হয়েছে। আপনি যদি এটি বুঝতে পারেন তবে আপনি অবাক হবেন যে আপনি কোনও প্রধানমন্ত্রীকে বাঁকানো কতটা পেতে পারেন।

Answer 7

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

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

Answer 8

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

Answer 9

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

অবশ্যই, আপনি ঝরঝরে খুব দূরে নিতে পারেন, তবে সাধারণত কিছুটা ঝরঝরেই আপনাকে পরে কাজ বাঁচিয়ে দেবে।

Comments

ক্লায়েন্ট আপনাকে যা বলুক না কেন এমন কোনও পণ্য যা রক্ষণাবেক্ষণের প্রয়োজন হয় না এমন কোনও জিনিস নেই।

— এডওয়ার্ড স্ট্রেঞ্জ

@ ক্রেজি-এডি প্রেটি অনেক বেশি। এটি বোঝা প্রশ্ন হিসাবে বোঝানো হয়েছিল; আমি সত্যিই এমন অনেক ক্ষেত্রে ভাবতে পারি না যেখানে আপনি সেই প্রশ্নের "না" উত্তর দেবেন। এমনকি তাত্ক্ষণিকভাবে স্ক্রিপ্ট শুধুমাত্র একটি জিনিসের জন্য বোঝানো হয়েছিল এবং আর কখনও ব্যবহার করা হবে না, তা সম্ভবত পরে সম্পাদনা এবং পুনর্নির্মাণ করা যেতে পারে।

— জো-হারমান হাওল্ট