3 স্ক্রামের ক্ষতি এবং কীভাবে তাদের ঠিক করা যায়

আসুন ভয়াবহ স্ট্যান্ড-আপ মিটিং, অনুমান নরক এবং ব্যবহারকারী মান প্রদান এবং এর পরিবর্তে দুর্দান্ত পণ্যগুলি তৈরি থেকে মুক্তি পান।

আনস্প্ল্যাশে রেন্ডি ফাথের ছবি by

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

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

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

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

এই নিবন্ধে, আমি পূর্ববর্তী নিবন্ধটি লেখার পর থেকে যা শিখেছি তার প্রতিফলন করেছি এবং আমি কীভাবে মনে করি যে স্ক্রাম আপনাকে এবং আপনার দলকে আরও ভাল সফ্টওয়্যার তৈরি করতে সহায়তা করতে পারে।

দরকারী দৈনিক স্ট্যান্ড আপ সভা পরিচালনা করুন

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

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

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

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

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

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

আনব্ল্যাশ-এ রব হ্যাম্পসনের ছবি

ব্যবহারকারীর মানকে অবলম্বন করবেন না

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

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

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

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

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

সুসমাচারের জন্য অনুমানগুলি গ্রহণ করবেন না

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

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

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

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

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

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

দলগুলি সময়ের সাথে সাথে কাজের অনুমান করতে আরও ভাল হয়, তবে সর্বদা মনে রাখবেন যে ক্ষুদ্রতম জিনিসগুলি সম্পূর্ণরূপে অনুমানটি ছুঁড়ে দিতে পারে। আসল মান প্রকৃত কাজ হয়, অনুমানটি সঠিক ছিল কি না তা নয়।

উপসংহার

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

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

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

যদি স্ক্র্যাম আপনার দলের পক্ষে উপযুক্ত উপযুক্ত মনে না করে তবে কথোপকথনটি খুলুন। আপনার দলের অন্যান্য লোকেরাও একইরকম অনুভব করে কিনা তা দেখুন এবং তারা যদি তা করে তবে ঠিক কী অনুঘটক হতে পারে তা নির্ধারণ করার চেষ্টা করুন এবং একসাথে ধীরে ধীরে পরিবর্তন আনতে চেষ্টা করুন।

সফটওয়্যার বিকাশের সর্বোত্তম উপায় হ'ল আপনার দলের পক্ষে কাজ করে। সেদিকে মনোযোগ দিন। বাকিটা ভুলে যাও

আরো দেখুন

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