একটি সফ্টওয়্যার প্রকল্পের অফশোরিং - দ্বন্দ্বের সমাধান [বন্ধ]


11

আমাকে এমন একটি প্রকল্প পরিচালনার দায়িত্ব দেওয়া হয়েছিল যা কিছু ইউক্রেনীয় বিকাশকারীদের আউটসোর্স করা হয়েছিল।

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

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

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

প্রকল্পটি 3 সপ্তাহ পরে শেষ হয়েছে এবং তারা যা প্রয়োজন তা বিতরণ করেছে। এই সময়ে আমি কোডটি পর্যালোচনা করা শুরু করি started এটি বেশিরভাগ ক্ষেত্রে ঠিক ছিল তবে কয়েকটি গুরুত্বপূর্ণ সমস্যা ছিল:

  • তারা হার্ড-কোডেড কিছু জিনিস যা একটি কনফিগার ফাইলে আলাদা করা দরকার
  • একাধিক কনফিগারেশন ফাইল ছিল যা আমার একটিতে সংহত করার দরকার ছিল
  • তারা একেবারে কোন নথিপত্র লিখেছেন
  • কিছু অন্যান্য ছোটখাটো পরিবর্তন

আমি তাদের এই পরিবর্তনগুলি (ডকুমেন্টেশন ব্যতীত) করতে বলেছিলাম - এবং, আমাদের একটি যুক্তি ছিল।

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

অবশেষে এখন তারা পরিবর্তন করেছে, এবং প্রকল্প শেষ হয়েছে। তবে এটি আমার মনে কিছু প্রশ্ন ফেলে ...

  • তারা যা প্রয়োজন ছিল তা করেছিল তবে আমার এটি সঠিকভাবে করা দরকার , এবং তাই পরিবর্তনগুলি। আমি কি সত্যিই অন্যায় ছিলাম?

  • ক্রিয়ামূলক নির্দিষ্টকরণ না রেখে কেন আমি তাদের কোড দেওয়ার বিষয়ে একমত হয়েছি?

  • আমি কেন নিশ্চিত করিনি যে তারা প্রথমবারের মতো সমস্ত কিছু বোঝে?

কেউ কি তাদেরকে একই পদে খুঁজে পায়? আপনি কি মনে করেন আউটসোর্স প্রকল্পগুলি পরিচালনা করার আরও ভাল উপায় আছে?

-- হালনাগাদ --

সমস্ত মতামতের জন্য ধন্যবাদ - সম্পূর্ণ অভিজ্ঞতা প্রতিফলিত করার পরে, আমি উপসংহারে আসতে পারেন ...

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

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

  • তাদের পক্ষ থেকে একটি কার্যকরী স্পেসিফিকেশন দাবি - এটি যে কোনও কোডের আগে লিখিত হবে জোর। এটি পথ থেকে অনেক বিভ্রান্তি এবং ভুল বোঝাবুঝি পাবে।

  • কোডটি যেমন বিকশিত হচ্ছে তেমন পর্যালোচনা করুন যাতে আপনি আগে থেকেই অসঙ্গতিগুলি সনাক্ত করতে পারেন এবং সেগুলি সংশোধন করতে পারেন। তাদের সাথে প্রতিদিন অন্যান্য দিনে কমপক্ষে একবার কথা বলুন।

  • শেষ অবধি, তাদের সাথে একটি ভাল সম্পর্ক তৈরি করার চেষ্টা করুন। তাদের অনুভব করুন যে আপনি তাদের কাজের প্রশংসা করেন। আপনার নির্দেশিকাগুলি ফিট করার জন্য তাদেরকে অতিরঞ্জিতভাবে চাপবেন না - পরিবর্তে তাদের এটি করার জন্য অনুরোধ করুন এবং তাদের বলুন যে কোডটি প্রজেক্টটি শেষ করার পরে এটি আপনার পক্ষে এত সহজ করে তুলবে।


1
আমি কোনও অফশোর প্রকল্প ভালভাবে যেতে দেখিনি। আমি ভেবেছিলাম যখন আমি এটি পড়তে শুরু করি তখন আমি কোনও যুদ্ধের গল্পে ছিলাম।
smp7d

উত্তর:


13

প্রথমত এটি অফ শোরিংয়ের সমস্যা নয়, এটি একজন বিক্রেতা পরিচালনার সমস্যা

হ্যাঁ, আপনি প্রচুর ভুল করেছেন ...

তারা যা প্রয়োজন ছিল তা করেছিল তবে আমার এটি সঠিকভাবে করা দরকার, এবং তাই পরিবর্তনগুলি। আমি কি সত্যিই অন্যায় ছিলাম?

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

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

আমি কেন নিশ্চিত করিনি যে তারা প্রথমবারের মতো সমস্ত কিছু বোঝে?

তারা বুঝতে পারে। তবে আপনার মুষ্টি সভার পরে চুক্তি স্বাক্ষরিত হওয়ার পরে (এবং নির্ধারিত মূল্যের সাথে সম্মত হয়) যখন আপনি এটি এক্সপেন করেন! সুতরাং ব্যয় (ঘন্টা) হ্রাস করার প্রয়োজন যেখানে তারা প্রতিটা করতে পারে .. মূলত সপ্তাহে কেবল একটি সভা করে, কোনও বিভ্রান্তির বিকল্প না দিয়ে।

পরের বার এটি কীভাবে করবেন তা এখানে ... দুই ধাপে ...

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

দ্বিতীয় পর্যায়: এখন তাদের (এবং আপনি) যে অনুমান করেছেন তার ভিত্তিতে তাদের উন্নতদের উপর বিড দিন এবং সত্যই জানেন যে প্রচেষ্টা জড়িত। আবার দামের মধ্যে সভার জন্য সময় অন্তর্ভুক্ত নিশ্চিত হন। কারণ পরিবর্তনের জন্য একটি ছোট alচ্ছিক বাজেট অন্তর্ভুক্ত করা।


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


2
আপনি ফেজ 3 এবং ফেজ 4 ভুলে গেছেন: ??? এবং লাভ :-)
রামহাউন্ড

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

1
@ ম্যাপল_শ্যাফ্ট ভাল পয়েন্ট, প্রয়োজনীয়তা জড়ো করা প্রথম পর্যায়ের 1 অংশ I'll আমি আমার উত্তর আপডেট করব।
মরনস

1
পুরানো জলপ্রপাত ডগমা

3
@ জারোদরোবারসন আমি কোনও বিশেষ পদ্ধতিগুলির ভক্ত ছেলে নই। প্রত্যেকেরই এটির যোগ্যতা রয়েছে তবে তারা বলছেন যে তারা চটজলদি ব্যবহার করেননি বলে ভুল হয়েছে।
মরনস

17

আমার এটি সঠিকভাবে করা দরকার

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

প্রকল্পটি 3 সপ্তাহ পরে শেষ হয়েছে এবং তারা যা প্রয়োজন তা বিতরণ করেছে। এই সময়ে আমি কোডটি পর্যালোচনা করা শুরু করি started

আবার, আপনি প্রকল্পের সময় কোড পর্যালোচনা করা উচিত ছিল, পরে না।

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

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

তাদের সাথে আমার প্রথম বৈঠকে (সর্বদা আইএম) আমি তাদের কী করা দরকার তা পুঙ্খানুপুঙ্খভাবে জানিয়েছিলাম। তারা এটি বুঝতে পেরেছিল বলে মনে হয়েছিল - এবং তারা খুব আত্মবিশ্বাসী ছিল যে এটি সহজেই হয়ে যাবে।

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

আমি যখন একজন বিকাশকারীকে জিজ্ঞাসা করি যে তিনি এক্সএমপিপি জানেন কিনা, তিনি বলেছিলেন যে তিনি এটির সাথে প্রথমবারের মতো কাজ করছেন।

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

ক্রিয়ামূলক নির্দিষ্টকরণ না রেখে কেন আমি তাদের কোড দেওয়ার বিষয়ে একমত হয়েছি?

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


2
"আপনি যদি এটি সঠিকভাবে করতে চান তবে এটি উত্সটি বের করবেন না" এর সাথে আমি একমত নই।
মরনস

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

3
এটি বলা উচিত "যদি আপনি এটি সঠিকভাবে করতে চান তবে সর্বনিম্ন দরদাতার কাছ থেকে গুণমানের আশা করবেন না" , একজন ফ্রিল্যান্সার ফটোগ্রাফার বলে যে বন্ধুটি "সবচেয়ে সস্তা গ্রাহক, সবচেয়ে অবাস্তব প্রত্যাশা"

1
আমি এই বক্তব্যের সাথেও একমত নই, আপনার অভ্যন্তরীণ দল বা স্থানীয় বিকাশের দোকানগুলির সাথে ঠিক একই সমস্যা থাকতে পারে।

7

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

সুতরাং আপনারা দুজন প্রথমে একটি চুক্তি করেছিলেন এবং তারপরে তারা আপনাকে একটি নির্দিষ্ট লেখা লিখতে দেয় এবং তারা সেই চুক্তিটিকে আপনার চুক্তির অংশ হতে মেনে নিয়েছিল ? যদি এটি এটি ছিল তবে তা আপনার দোষ নয়, এটি আপনার ঠিকাদারের দোষ। আপনি সহজেই তাদের জন্য 3 সপ্তাহের পরিবর্তে 3 মাসের কাজ দেওয়ার জন্য একটি নির্দিষ্ট লিখন লিখতে পারেন - সব একই দামের জন্য।

এটি বেশিরভাগ ক্ষেত্রে ঠিক ছিল তবে কয়েকটি গুরুত্বপূর্ণ সমস্যা ছিল:

  • তারা হার্ড-কোডেড কিছু জিনিস যা একটি কনফিগার ফাইলে আলাদা করা দরকার
  • একাধিক কনফিগারেশন ফাইল ছিল যা আমার একটিতে সংহত করার দরকার ছিল
  • তারা একেবারে কোন নথিপত্র লিখেছেন
  • কিছু অন্যান্য ছোটখাটো পরিবর্তন

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


3

অফশোরিং সম্পর্কে আমি কিছুক্ষণ আগে একটি উপস্থাপনা করেছি। এটিকে "গ্লোবাল আউটসোর্সিং, আপনার ব্যবসায়ের ক্ষমতায়নের 10 টিপস" বলা হয়েছিল। এখানে 10 টি টিপসের সংক্ষিপ্তসার রয়েছে (এটি 400 টি আউটসোর্সড প্রজেক্ট থেকে আসে):

একটা পছন্দ

  1. সর্বনিম্ন এবং সর্বোচ্চ দরদাতাদের এড়িয়ে চলুন । এটি কেবল সুস্পষ্ট, আপনি কম দরদাতাদের সাথে ঝুঁকি নিতে চান না এবং সর্বাধিক দরদাতাদের মধ্যকের চেয়ে কম মূল্যবান (মান / মূল্য) হয় tend

  2. রেটিংগুলি পরীক্ষা করুন (বা উল্লেখগুলি) । আমি সর্বদা রেফারেন্স এবং রেটিং পরীক্ষা করি।

  3. প্রেরণাকে প্রাধান্য দিন । সমান দামে, আমি উত্সাহিত বিডটি বেছে নিই। উদাহরণস্বরূপ আপনার প্রকল্পের বিষয়ে দরদাতার কথা বলা খুব ভাল লক্ষণ।

বি তদারকি

  1. আপনার মেধা সম্পত্তি রক্ষা করুন । এটি সবচেয়ে বড় ভুল। সাধারণত আপনি যে প্ল্যাটফর্মটি ব্যবহার করেন তা দ্বারা পরিচালনা করা হয় (যেমন ভিওয়াকার বা এলেন্স)।

  2. কাস্টম ফ্রেমওয়ার্কগুলি প্রত্যাখ্যান করুন । অথবা আপনি এটির সাথে জড়িত হওয়ার ঝুঁকি বা আরও নির্দিষ্ট করে এটি লিখেছেন এমন বিকাশকারীকে;)

  3. মানদণ্ড চাপিয়ে দিন । পূর্ববর্তী টিপ সম্পর্কিত। স্ট্যান্ডার্ড ব্যবহার করা আপনার উত্স কোডের মান বাড়ায় কারণ এটি বৃহত পরিমাণে বিকাশকারীদের দ্বারা বোঝা যায়।

  4. তাড়াতাড়ি পর্যালোচনা করুন, ঘন ঘন পর্যালোচনা করুন । আপনি যদি প্রথম সপ্তাহের পরে বা কাজের পরে উত্স কোডটি পর্যালোচনা করেন তবে বেশিরভাগ সমস্যা "সামঞ্জস্য" হতে পারে।

সি কৌশল

  1. ছোট প্রকল্পের সাথে পরীক্ষার সরবরাহকারী । আমি কোনও সরবরাহকারীকে একটি বড় প্রকল্প দেওয়ার আগে, আমি এটি এক বা দুটি ছোট প্রকল্পের মাধ্যমে পরীক্ষা করি।

  2. ঝুঁকি হ্রাস করতে একাধিক দরদাতাকে গ্রহণ করুন । সমালোচনামূলক প্রকল্পের জন্য, আমি দুটি বা তিনটি দরদাতাকে নির্বাচন করি তারপরে আমি সর্বোত্তম বাস্তবায়ন করি। ছোট প্রকল্পগুলির সাথে সর্বাধিক কাজ করুন (5000 ডলারের নিচে)।

  3. উপাদানগুলি জমাট । আরেকটি কৌশল হ'ল উপাদানগুলি আউটসোর্স করা যা আপনি পরে জড়ো করেন। একটি সুবিধা হ'ল আপনি সহজেই সরবরাহকারীদের মধ্যে স্যুইচ করতে পারেন এবং সত্যিই কোনও কিছুই পুরো জিনিসটিতে অ্যাক্সেস পেতে পারে না (বৌদ্ধিক সম্পত্তির ঝুঁকি হ্রাস করুন)।


1

আমি ম্যাপেল_শ্যাফটের উত্তরের সাথে সম্পূর্ণ সম্মত।

আপনি কোডটি গ্রহণ করেছেন এবং আমি ধরে নিলাম চেকটি লিখেছি, তারপরে কোডটি পর্যালোচনা করলেন, আপনি সব কিছু পিছনে পিছনে করেছেন।

ক্রিয়ামূলক নির্দিষ্টকরণ না রেখে কেন আমি তাদের কোড দেওয়ার বিষয়ে একমত হয়েছি?

কারণ আপনি এটি চুক্তিতে লিখেন নি। যেহেতু আপনি কাজটি চেয়েছিলেন তাই আপনি তাদের কারণগুলি মেনে নিয়েছেন, যদিও এটিই আপনাকে সমস্যার মধ্যে ফেলেছে।

আমি কেন নিশ্চিত করিনি যে তারা প্রথমবারের মতো সমস্ত কিছু বোঝে?

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

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

আপনি ভাগ্যবান তারা আপনার পছন্দসই পরিবর্তনগুলি করেছেন। তারা বলতে পারে: শক্ত ভাগ্য

কেউ কি তাদেরকে একই পদে খুঁজে পায়? আপনি কি মনে করেন আউটসোর্স প্রকল্পগুলি পরিচালনা করার আরও ভাল উপায় আছে?

অবশ্যই অন্য লোকেরা আপনার অবস্থানে আছে অন্যথায়, পুরো "আউটসোর্স" শিল্প ক্ষতিগ্রস্থ হবে না, অনেক সংস্থার এটি অনুধাবন করতে হবে (বা অপেক্ষা করতে হবে) 3 বা 4 বার করার জন্য ব্যয় করা আরও ব্যয়বহুল হয় ঠিক একবার একবার করা পরে ।

কমপক্ষে এটি নিজে করে আপনি প্রকল্পের স্থিতি প্রতিদিন পরীক্ষা করতে পারেন। আপনি যদি পিছনে থাকেন তবে ক্ষয়ক্ষতিটি নিয়ন্ত্রণ করতে আপনি কিছু করতে পারেন, অন্তত তত্ত্বীয় ক্ষেত্রে in


1
companies are starting to realize having to pay ... to do it 3 and 4 times is more expensive then doing it right once.এটি এর চেয়েও বেশি, আমি কেবলমাত্র মনে করি যে অফিশারিং সফটওয়্যার বিকাশের সাথে শিল্পের হানিমুনের পর্যায়টি শেষ হয়ে আসছে এবং আরও সংস্থাগুলি বুঝতে শুরু করেছে যে এটি এমন সোনার বাছুর নয় যা তারা ভেবেছিল যে এটি হবে ( বা বলা হয়েছিল এটি হবে) পরামর্শদাতাদের দ্বারা হতে হবে )। বেশিরভাগ পরিচালন সফল হয় এবং কেন তাদের কোনও ধারণা নেই, তাই তারা তাদের সমস্ত সমস্যা সমাধানের জন্য সিলভার বুলেট ডু ট্রাই অনুসন্ধান করে। আপনি যদি এটি সঠিকভাবে করেন তবে অফশিয়ারিং দুর্দান্ত but তবে বেশিরভাগের কাছে এ জাতীয় শৃঙ্খলা নেই।
ম্যাপেল_শ্যাফ্ট
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.