প্রোগ্রামিং জবগুলিতে মিসড ডেডলাইনগুলি কি সাধারণ? [বন্ধ]


18

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

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


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


3
মিস করা সময়সীমা সব চাকরিতে সাধারণ
স্টিভেন এ লো।

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

6
এটি দ্রুত করুন, সস্তা করুন, এটি ভাল করুন: দুটি বেছে নিন।
চুল্লী

উত্তর:


45

হ্যাঁ. মিস করা সময়সীমা সফটওয়্যার বিকাশে সাধারণ।

অনেক ফ্রিল্যান্সার প্রযুক্তিগত debtণে জড়িত হয়ে বা গালির নীচে আবর্জনা লুকিয়ে সময়সীমা পূরণ করে।

ফ্রেডরিক ব্রুকসের ' পৌরাণিক ম্যান মাস : প্যারাফ্রেসিং

ফ্রেডরিক ব্রুকস, দ্য মিথোলিক্যাল ম্যান মাসের লেখক

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

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

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

  • কোনও ব্রিজ বা বিল্ডিং অর্ধেকটি নির্মিত হওয়ার পরে, ক্লায়েন্টের জন্য প্রকল্পের ক্ষেত্র পুরোপুরি পরিবর্তন করার পক্ষে এটি সাধারণ নয়। সফ্টওয়্যার প্রকল্পগুলিতে প্রায়শই এটি ঘটে।

  • সফ্টওয়্যার বিকাশের শিল্পের অবস্থা এমন পর্যায়ে পৌঁছেছে যেখানে সফ্টওয়্যার প্রকল্পগুলি পুনরাবৃত্তিযোগ্য এবং প্রায় ঝুঁকি মুক্ত। এমনকি মাইক্রোসফ্টের মতো বৃহত্তম সফ্টওয়্যার সংস্থাগুলি কয়েক মাস বা কয়েক বছরের মধ্যে সময়সীমা মিস করতে পারে।

  • বেশিরভাগ বাষ্পওয়্যার হ'ল সফটওয়্যার প্রকল্প ছাড়া কিছুই নয় যা এই ধরণের সমস্যার কারণে কাটা হয়েছিল।

উপসংহারে:

সফটওয়্যার ডেভলপমেন্ট প্রক্রিয়াটির হস্তশিল্প প্রকৃতির কারণে খারাপ অনুমান এবং জটিলতার অবমূল্যায়ন, এর অর্থ এটি অপরিণত শৃঙ্খলা থেকে যায়।


11
+ ভাল উত্তর, কিন্তু যান্ত্রিক এবং সিভিল ইঞ্জিনিয়ারিংয়ের কিছুটা এক্সপোজার থাকার পরে, প্রোগ্রামাররা কীভাবে সেতুগুলি তৈরি এবং কীভাবে নির্বিঘ্ন ধারণা পাওয়া যায় না সে সম্পর্কে কীভাবে ব্রিজ ও অন্যান্য বিষয়গুলি নির্মাণের সাথে তুলনামূলকভাবে তুলনা করা যায় তা মজাদার।
মাইক ডুনলাভে

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

2
@ ইউজার 18১5৫২: আপনি আমাকে ভুল বুঝেছেন। ইঞ্জিনিয়ারিংয়ের 'পরিকল্পনা' কম্পিউটার বিজ্ঞানের যেমন 'উত্স' - তেমনি প্রতিটি উপাদানগুলির বিশদ বিবরণ - তবে একবার আমাদের কাছে থাকলে আমরা এটি তৈরি করতে পারি (প্রবেশ করুন makeবা যাই হোক না কেন) computer কম্পিউটার বিজ্ঞানের 'পরিকল্পনা' কী 'পরিকল্পনা' হবে? পরিকল্পনা 'engeneering মধ্যে। পার্থক্যটি হ'ল makeকম্পিউটার বিজ্ঞানে প্রায় কয়েক ঘন্টা সময় লাগে যখন সোর্স কোড লেখার ক্ষেত্রে (পরীক্ষাগুলি এবং সংহতকরণ সহ) কয়েক মাস সময় লাগে যখন ইঞ্জিনিয়ারিংয়ে পরিকল্পনায় কয়েক মাস সময় লাগে (কাঠামোগত গণনা সহ) বিল্ডিংয়ে কয়েক বছর সময় লাগে। সুতরাং পরিকল্পনার বৈকল্পিকতা কম প্রভাব ফেলে পরের দিকে।
ম্যাকিয়েজ পাইচোটকা

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

2
পৌরাণিক ম্যান মাস উদ্ধৃত করার জন্য বোনাস; ফ্রেডরিক ব্রুকস এত বছর পরে ধরে রাখেন কারণ তিনি প্রযুক্তি না মানুষকে কেন্দ্র করে।
মাইকেল শপসিন 21

3

আপনি যদি চাকরি চালিয়ে যেতে চান তবে মিসড ডেডলাইনগুলি সাধারণ অনুশীলনে পরিণত হওয়া উচিত নয়।

এই কথাটি বলে, আপনার জিনিস সাধারণত ঘটে যায় এমন পরিস্থিতিতে আপনার অনুমানের জন্য নিজেকে কিছু অতিরিক্ত "উইগল" রেখে যেতে চান (এবং এটি সর্বদা হয়)। আপনি অতিরিক্ত সময় যোগ করেছেন তা প্রকাশ করার দরকার নেই, কেবল এটি অযৌক্তিক করবেন না। হতে পারে 5 থেকে 10% মোট সময়ের? আপনি খুঁজে পাবেন একমাত্র উপায় এটি কয়েকবার করা।

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


2
প্রাক্কলন করার সময় আমি সর্বদা 20% ঘর দেই। 5-10% খুব কম। আমার ধারণা এটি নির্ভর করে আপনি কতটা বিক্ষিপ্ত। সোলো ডেভেলপার এ সব বিভ্রান্ত করা যাবে না
BЈовић

আমি একক বিকাশকারী এবং আমি সাধারণত আমার প্রকল্পগুলির জন্য 10% মার্জিন নিই।
কনসোল


1
৫-২০% এর সাথে তুলনা করে, আমি মনে করি যে ১০০% মার্জিন ভাল। সিরিয়াসলি। এটি আপনাকে আপনার বিকল্পগুলি আরও ভাল অন্বেষণ করতে দেয়। এবং স্ট্যাক এক্সচেঞ্জের আরও প্রশ্নের উত্তর দিন।
একিউম্যানাস

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

3

নির্ধারিত সময়সীমা সফটওয়্যার বিকাশে অস্বাভাবিক নয়। কোনও সফ্টওয়্যার প্রকল্প কতটা সময় নিবে তা সঠিকভাবে অনুমান করা প্রায় অসম্ভব।

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


2

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

বেগ সম্পর্কে আশ্চর্যজনক বিষয় হ'ল এটি বাধা এবং অপ্রত্যাশিত জটিলতার মতো সমস্ত অদম্য বিষয়কে অন্তর্ভুক্ত করে যা বিকাশকারীদের তাদের অনুমানের জন্য অ্যাকাউন্টিংয়ে একটি কঠিন সময় কাটাতে হয়। সময়ের সাথে সাথে সমস্ত সম্ভাবনা গড় হয়। 10 সপ্তাহেরও বেশি গড়ে, আমাদের বেগের হিসাবগুলি প্রায় 5% এর মধ্যে নির্ভুল হয়ে থাকে। তবুও যখন আমরা ঘন্টাগুলিতে একই কাজগুলি অনুমান করি, ঠিক একই দলটি ধারাবাহিকভাবে 30-50% দ্বারা কম হয়।


1

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

১৯ the০ এর দশকে আমাদের একটি রসিকতা ছিল: যে কোনও প্রোগ্রামার প্রাক্কলন নিন, সংখ্যাটি দ্বিগুণ করুন, তারপরে এটি পরবর্তী পরবর্তী ইউনিটে নিয়ে যান। সুতরাং, কোনও প্রোগ্রামার যদি বলেন যে এটি দুই সপ্তাহের মধ্যে করা যায়, তবে তিনি চার মাসের মধ্যে এটি শেষ করবেন।

যদি কেউ রান্নাঘরটি পুনরায় তৈরি করে থাকে তবে তারা সাধারণত ভাবেন যে 'আচ্ছা আমি এটি দুই সপ্তাহের মধ্যে শেষ করে দেব'। তারা প্রায় ছয় সপ্তাহ পরে এটি শেষ করে।


1
আমার প্রশ্নের সাথে নাসার কী সম্পর্ক আছে?

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

যদিও আমি সম্মত হই যে বেশিরভাগ লোকের অনুমান কমপক্ষে দ্বিগুণ হয়ে যায় তবে সময়ের পরবর্তী ইউনিট ... হুঁ মিমি। যাইহোক, নাসা কার্য নির্ধারণের ক্ষেত্রে খুব ভাল, যা তারা ইতিমধ্যে কীভাবে করতে হয় তা জানে। সমস্যাটি হ'ল লোকেরা যখন কাজগুলি অনুমান করে তখন খুব ভাল হয় না যখন তারা কী জানে না what নাসা সত্যিকারের অনেক অগ্রগামী কাজ করে বলে অবাক হওয়ার কিছু নেই যে তারা কাজ শুরু না করা পর্যন্ত তারা কী করছে সে সম্পর্কে খুব বেশি কিছু জানে না। সুতরাং, প্রাথমিক অবমূল্যায়নের কারণ। এছাড়াও, কিছু লোক আশাবাদী এবং অন্যরা হতাশাবাদী হওয়ার সম্ভাবনা পোষণ করে। নিশ্চিত নয় যে বিবর্তন জড়িত।
ডঙ্ক
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.