বড় প্রকল্পগুলি বিকাশ করার সময় সবচেয়ে বড় বাধা কোনটি? [বন্ধ]


11

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

দয়া করে আপনার উত্তরে রেফারেন্সগুলি ব্যবহার করুন বা বিষয়টিতে আপনার অভিজ্ঞতাটি বর্ণনা করুন।


4
ভাল বিকাশকারীরা পেয়েছেন?

@ থরবজর্ন রাভন অ্যান্ডারসন মাইক্রোসফ্ট হিসাবে ভাল এবং খারাপের একই মিশ্রণটি বলি।
ডেভিড

1
এটি মারাত্মকভাবে সংক্ষিপ্ত বিবরণযুক্ত এবং এর উত্তর দেওয়া যায় না।

উত্তর:


3

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

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

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


37

আসুন ধরে নেওয়া যাক যে সমস্ত নির্দিষ্টকরণের জায়গায় রয়েছে এবং সংস্থাটি নিখুঁতভাবে কাজ করছে।

আপনি ধরে নিয়েছেন যে সফটওয়্যার বিকাশের প্রক্রিয়াগুলির মধ্যে দুটি বৃহত্তম "বাধা" রয়েছে (আমার ব্যক্তিগত অভিজ্ঞতা থেকে)।


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

আমি জানি এগুলি বিশাল বাধা, তবে আমি তাদের সম্পর্কে জিজ্ঞাসা করছি না কারণ আমি তাদের সম্পর্কে ইতিমধ্যে জানতাম এবং সেগুলি সুস্পষ্ট।
ডেভিড

8

এমনকি আপনার অনুমানিক, নিখুঁত বিশ্বেও কিছু সমস্যা রয়েছে যা আমি দেখতে পাচ্ছি:

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

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

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


আমি মনে করি এটি একটি দুর্দান্ত উত্তর!
ডেভিড

4

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


2

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


এটি একটি দুর্দান্ত উত্তর। বাগগুলির মধ্যে, আপনি কী বলবেন এটি সবচেয়ে বড় বাধা, যা বিকাশকারীর জন্য সবচেয়ে বড় সময় গ্রাহক সম্পর্কে জিজ্ঞাসা করা থেকে পৃথক। বাগ চিহ্নিত করা, একটি সমাধান সন্ধান করা, পরীক্ষা করা বা অন্য কিছু something
ডেভিড

1
পুনরায় প্রার্থনা করা একটি ইস্যু নয়। সত্যিকারের বাধাটি সাধারণত আমার মতে একটি ত্রুটি খুঁজে পাওয়া যায়, তবে একটি সঠিক সমাধান খুঁজে পেতে বেশ সমান পরিমাণ সময় নিতে পারে।

2

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

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


0

হ্যাঁ আমি উপরের জিনিসগুলির সাথে একমত হব এবং এটি অবশ্যই সফ্টওয়্যার মডেলগুলি অনুসরণ করা উচিত my আমার জ্ঞান অনুসারে, প্রধান জিনিসগুলি হ'ল:

1. টাইম ম্যানেজমেন্ট 2. টিম দক্ষতা এবং টিম ম্যানেজমেন্ট 3. দলে সমন্বয় এবং 4. ক্লায়েন্টের সাথে আরও ভাল বোঝাপড়া

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


0

আবশ্যক ত্রুটিগুলি, প্রয়োজনীয়তাতে, নকশা, প্রয়োগকরণ, স্থাপনা .... স্টাফের মতো এটি ভেঙে যায় তবে আপনি এখনও এটি খুঁজে পাননি। কল্পনা করুন সফ্টওয়্যারটি ডেভেলকোপমেন্টটি ছিল প্রতিটি নতুন বাগটি সাম্প্রতিক পরিবর্তনের ফলে ঘটেছিল।

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