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