এক্সট্রিম প্রোগ্রামিং (এক্সপি) কি?, কোন মূল্যবোধ, নীতি ও অনুশীলনের উপর ভিত্তি করে

আপনি প্রোগ্রামিং এর সাথে পরিচিত, কিন্তু এক্সট্রিম প্রোগ্রামিং (সংক্ষেপে এক্সপি) আপনার কাছে এখনও কিছুটা রহস্য।

নামটি আপনাকে বন্ধ করতে দেবেন না, আপনি দরকারী তথ্য মিস করার ঝুঁকি নিন।

এই নিবন্ধে, আমরা এক্সট্রিম প্রোগ্রামিং সম্পর্কে আপনার যা জানা দরকার তা কভার করতে যাচ্ছি যাতে আপনি এটি আপনার সুবিধার জন্য ব্যবহার করতে পারেন।

চরম প্রোগ্রামিং (XP) কি?

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

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

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

চরম প্রোগ্রামিং (XP) কিভাবে কাজ করে?

এক্সপি, অন্যান্য পদ্ধতির বিপরীতে, প্রকৌশল অনুশীলনের ক্ষেত্রে গুরুত্বপূর্ণ এবং প্রাসঙ্গিক মান এবং নীতির উপর ভিত্তি করে।

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

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

নীতিগুলি হল ডোমেন-নির্দিষ্ট নির্দেশিকা যা অনুশীলন এবং মূল্যবোধের মধ্যে ব্যবধান পূরণ করে।

এক্সট্রিম প্রোগ্রামিং এক্সপির মান

XP মান: যোগাযোগ, সরলতা, প্রতিক্রিয়া, সাহস এবং সম্মান। আসুন আরো বিস্তারিতভাবে তাদের প্রতিটি তাকান।

খসড়া BlogInnovazione.এটা ইমেজ alexsoft.com

যোগাযোগ: যোগাযোগের অভাব একটি দলের মধ্যে জ্ঞান প্রবাহ থেকে বাধা দেয়. প্রায়শই, যখন কোনও সমস্যা হয়, কেউ ইতিমধ্যেই জানেন কিভাবে এটি ঠিক করতে হয়। কিন্তু যোগাযোগের অভাব তাদের সমস্যা সম্পর্কে শিখতে বা এর সমাধানে অবদান রাখতে বাধা দেয়। এইভাবে, সমস্যাটি দুবার সমাধান হয়ে বর্জ্য তৈরি করে।

সিম্পিলিক: সরলতা বলে যে আপনি সর্বদা কাজ করে এমন সহজ জিনিসটি করার চেষ্টা করেন। এটাকে প্রায়ই ভুল বোঝানো হয় এবং "যে কাজ করে" অংশটিকে উপেক্ষা করে সহজতম জিনিস, সময়কাল হিসাবে নেওয়া হয়।

এটা মনে রাখাও গুরুত্বপূর্ণ যে সরলতা অত্যন্ত প্রাসঙ্গিক। একটি দলের জন্য যা সহজ তা অন্য দলের জন্য জটিল এবং সম্পূর্ণরূপে প্রতিটি দলের দক্ষতা, অভিজ্ঞতা এবং জ্ঞানের উপর নির্ভর করে।

প্রতিক্রিয়া: আরো ঐতিহ্যগত, ক্যাসকেডিং সফ্টওয়্যার উন্নয়ন পদ্ধতিতে প্রতিক্রিয়া প্রায়ই "খুব কম, খুব দেরী" হয়।

XP, যাইহোক, পরিবর্তনকে আলিঙ্গন করে এবং XP দলগুলি সময়মত এবং ধ্রুবক প্রতিক্রিয়ার জন্য চেষ্টা করে। যদি অবশ্যই সংশোধনের প্রয়োজন হয়, XPers যত তাড়াতাড়ি সম্ভব জানতে চায়।

খসড়া BlogInnovazione.এটা ইমেজ alexsoft.com

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

পরীক্ষা হল মূল্যবান প্রতিক্রিয়ার আরেকটি উৎস যা পরীক্ষার ফলাফলের বাইরে যায়। পরীক্ষা লেখা সহজ বা কঠিন কিনা, তাই প্রতিক্রিয়া। আপনার পরীক্ষা লিখতে সমস্যা হলে, আপনার প্রকল্প সম্ভবত খুব জটিল। প্রতিক্রিয়া শুনুন এবং আপনার নকশা প্রবাহিত করুন.

একটি মহান ধারণা মত শোনাচ্ছে যে কিছু অনুশীলনে এত ভাল কাজ নাও হতে পারে. তাই, সমাপ্ত কোডটিও প্রতিক্রিয়ার একটি উৎস, যেমন একটি বিতরণকৃত পণ্য।

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

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

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

সম্মান: XP-এর একটি মৌলিক ভিত্তি হল প্রত্যেকেই তাদের কাজের প্রতি যত্নশীল। যত্ন এবং সম্মান না থাকলে প্রযুক্তিগত উৎকর্ষতা একটি প্রকল্পকে বাঁচাতে পারে না।

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

এক্সট্রিম প্রোগ্রামিং এক্সপির মূলনীতি

নীতিগুলি মূল্যবোধের চেয়ে আরও নির্দিষ্ট নির্দেশিকা প্রদান করে। এগুলি এমন নির্দেশিকা যা মানগুলিকে আলোকিত করে এবং তাদের আরও স্পষ্ট এবং কম অস্পষ্ট করে তোলে।

খসড়া BlogInnovazione.এটা ইমেজ alexsoft.com

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

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

অর্থনীতি: XP-এ, দলগুলি সর্বদা সফ্টওয়্যার বিকাশের অর্থনৈতিক বাস্তবতার দিকে মনোযোগ দেয়, ক্রমাগত অর্থনৈতিক ঝুঁকি এবং প্রকল্পের প্রয়োজনগুলি মূল্যায়ন করে।

উদাহরণস্বরূপ, তারা প্রযুক্তিগত উদ্বেগের পরিবর্তে তাদের ব্যবসায়িক মূল্যের উপর ভিত্তি করে ব্যবহারকারীর গল্পগুলি বাস্তবায়ন করবে।

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

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

বেনিফিট (পারস্পরিক সুবিধা): যদি একটি প্রদত্ত সমাধান এক স্তরে কাজ করে, তবে এটি একটি উচ্চ বা নিম্ন স্তরেও কাজ করতে পারে। উদাহরণ স্বরূপ, XP-এ প্রথম দিকে এবং ধ্রুবক প্রতিক্রিয়া পাওয়া বিভিন্ন মাত্রার ঝুঁকিতে রয়েছে।

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

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

বৈচিত্র্য: আপনি এবং আপনার সহকর্মীরা দৃষ্টিভঙ্গি, দক্ষতা এবং মনোভাবের বৈচিত্র্য থেকে উপকৃত হন। এই ধরনের বৈচিত্র্য প্রায়ই দ্বন্দ্বের দিকে নিয়ে যায়, কিন্তু এটা ঠিক আছে।

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

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

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

প্রবাহ: ঐতিহ্যগত সফ্টওয়্যার বিকাশের পদ্ধতিগুলির স্বতন্ত্র পর্যায় রয়েছে, যা দীর্ঘ সময় স্থায়ী হয় এবং প্রতিক্রিয়া এবং কোর্স সংশোধনের খুব কম সুযোগ থাকে। পরিবর্তে, XP-তে সফ্টওয়্যার বিকাশ ঘটে এমন ক্রিয়াকলাপগুলিতে যা ক্রমাগত ঘটে, মানগুলির একটি সুসংগত "স্ট্রিম" এর মধ্যে।

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

অপ্রয়োজনীয়তা: রিডানড্যান্সির নীতি বলে যে যদি একটি প্রদত্ত সমস্যা সমালোচনামূলক হয়, তবে আপনাকে অবশ্যই এটি মোকাবেলা করার জন্য অনেক কৌশল প্রয়োগ করতে হবে।

ত্রুটিগুলি নিন। এমন কোনো একক কৌশল নেই যা উৎপাদন থেকে পালানো থেকে সমস্ত ত্রুটি প্রতিরোধ করতে পারে।

তাই XP-এর সমাধান হল মান পরিমাপের একটি সেট স্ট্যাক করা। পেয়ার প্রোগ্রামিং, টেস্টিং, ক্রমাগত ইন্টিগ্রেশন। প্রতিরক্ষার একটি একক লাইন, একসাথে একটি কার্যত দুর্ভেদ্য প্রাচীর।

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

qualità: মানুষ প্রায়ই মনে করে যে গুণমান এবং গতির মধ্যে একটি দ্বিধা আছে।

এটি অন্য উপায়: গুণমান উন্নত করার জন্য ঠেলাঠেলিই আপনাকে দ্রুত এগিয়ে নিয়ে যায়।

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

ছোট পদক্ষেপ: বড় পরিবর্তন ঝুঁকিপূর্ণ। XP প্রতিটি স্তরে ছোট ছোট পদক্ষেপে পরিবর্তন করে সেই ঝুঁকি কমায়।

প্রোগ্রামাররা পরীক্ষা-চালিত উন্নয়ন ব্যবহার করে ছোট ধাপে কোড লেখে। তারা প্রতি কয়েক সপ্তাহ বা এমনকি মাসের পরিবর্তে দিনে একাধিকবার মেইনলাইনে তাদের কোড সংহত করে। দীর্ঘস্থায়ী পর্যায়গুলির পরিবর্তে প্রকল্পটি নিজেই সংক্ষিপ্ত চক্রে সঞ্চালিত হয়।

দায়িত্ব গৃহীত: XP-এ, দায়িত্ব গ্রহণ করা উচিত, কখনও বরাদ্দ করা উচিত নয়।

আপনি কি জন্য দায়ী সেই বিষয়ে সিদ্ধান্ত নেওয়ার জন্য কর্তৃপক্ষের সাথে জবাবদিহিতা আসা উচিত। বিপরীতটাও সত্য. আপনি চান না যে লোকেরা সিদ্ধান্ত নিচ্ছে যদি তাদের পরিণতি নিয়ে বাঁচতে না হয়।

ঐতিহ্যগত এবং নন-চতুর পদ্ধতির সাথে মিল এবং পার্থক্য

চরম প্রোগ্রামিং, একটি চটপটে পদ্ধতি হওয়ায়, কঠোর পরিকল্পনা অনুসরণ না করেই এটি গ্রহণ করা যেতে পারে এবং এটি গ্রহণ করা শুরু করা যেতে পারে। এটি একটি বড় প্রাথমিক প্রকল্পের পরিবর্তে একটি পুনরাবৃত্তিমূলক নকশা।

XP প্রথাগত পদ্ধতি থেকে উল্লেখযোগ্যভাবে আলাদা, যেমন ক্যাসকেডিং, দীর্ঘস্থায়ী পর্যায়গুলি এড়ানো।

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

কিভাবে এক্সপি অন্যান্য চটপটে পদ্ধতি থেকে আলাদা?

চরম প্রোগ্রামিং, তার প্রকৃতির দ্বারা, অন্যান্য চটপটে পদ্ধতিগুলির সাথে অনেক মিল রয়েছে তবে তাদের মধ্যে অনন্য।

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

চরম প্রোগ্রামিং বনাম স্ক্রাম

স্ক্রাম হল একটি কাঠামো যা দলগুলিকে অভিযোজিত উপায়ে জটিল প্রকল্পগুলি বিকাশে সহায়তা করে৷ স্ক্রাম ডেভেলপাররা কীভাবে তাদের কাজ করে তা নির্দেশ করে না। XP, যেমন উল্লেখ করা হয়েছে, ভাল প্রোগ্রামিং অনুশীলনের উপর অনেক জোর দেয়।

খসড়া BlogInnovazione.en ইমেজ নেট সমাধান

এছাড়াও, XP স্পষ্টতই প্রোগ্রামিং সম্পর্কে। অন্যদিকে, স্ক্রাম যেকোন প্রকল্পে প্রয়োগ করা যেতে পারে যা একটি পুনরাবৃত্তিমূলক পদ্ধতির দ্বারা উপকৃত হয়।

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

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

এর মানে হল চরম প্রোগ্রামিং এবং স্ক্রামে কাজ করা অত্যন্ত সুপারিশ করা হয়।

ভূমিকা ও দায়িত্ব

কেন্ট বেকের মতে, একটি পরিপক্ক XP টিমকে কঠোর ভূমিকা নির্ধারণ করা উচিত নয়, তবে স্বীকার করা উচিত যে ভূমিকাগুলি নতুন দলগুলির জন্য উপযোগী হতে পারে যতক্ষণ না তারা ধীর হতে শুরু করে বা সহযোগিতাকে কঠিন করে তোলে।

আসুন কিছু মূল ভূমিকা দেখি:

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

পদ্ধতি এবং কৌশল

এইগুলি হল এক্সপিতে গৃহীত অভ্যাস। তারা তিনটি প্রধান গ্রুপে বিভক্ত: সফ্টওয়্যার প্রকৌশল, কর্মক্ষেত্র এবং প্রকল্প ব্যবস্থাপনা।

সফ্টওয়্যার প্রকৌশল

জোড় প্রোগ্রামিং: XP-এ, আপনি একটি মেশিনে বসে জোড়ায় জোড়ায় কোড লেখেন। আপনি এবং আপনার দম্পতি একে অপরের সাথে কথা বলবেন যখন আপনি যে বৈশিষ্ট্যটিতে কাজ করছেন তা বিশ্লেষণ, প্রয়োগ এবং পরীক্ষা করেন। পেয়ার প্রোগ্রামিং বিশেষ করে কম বাগ সহ কোড তৈরি করতে ভাল যখন এখনও আকর্ষণীয়, মজাদার এবং ক্লান্তিকর।

দশ মিনিটের সীমা: প্রয়োজনীয় সমস্ত স্বয়ংক্রিয় পরীক্ষা চালানো সহ, সর্বাধিক দশ মিনিটে সম্পূর্ণ প্রকল্প তৈরি করতে 10 মিনিটের অনুমতি দেয়৷ এই সীমাটি পরীক্ষাকে সুবিন্যস্ত এবং কার্যকর রাখার জন্য।

প্রোগ্রামিং আগে পরীক্ষা: পরীক্ষা-প্রথম পদ্ধতি ব্যবহার করে বৈশিষ্ট্যগুলি প্রয়োগ করুন, এটিও বলা হয় পরীক্ষা-চালিত উন্নয়ন (TDD). টিডিডি একটি সাধারণ পুনরাবৃত্তিমূলক পদ্ধতি ব্যবহার করে উন্নয়ন নিয়ে গঠিত:

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

TDD বিভিন্ন সুবিধা নিয়ে আসে।

প্রথম, প্রতিক্রিয়া. যদি একটি পরীক্ষা লেখা কঠিন হয়, আপনি যে নকশাটি খুঁজছেন বা আপনি উত্তরাধিকারসূত্রে পেয়েছেন তা সম্ভবত খুব জটিল এবং আপনাকে এটিকে সরল করতে হবে।

দ্বিতীয়ত, TDD প্রোগ্রামারদের তাদের লেখা কোড বিশ্বাস করতে দেয় এবং একটি সুন্দর লুপিং ছন্দ তৈরি করে যেখানে পরবর্তী ধাপটি সর্বদা পরিষ্কার থাকে।

শেষ কিন্তু অন্তত নয়, শুরু থেকে TDD ব্যবহার করা 100% কোড কভারেজ নিশ্চিত করে। পরীক্ষার স্যুট তখন সত্যিকার অর্থে ভবিষ্যতের পরিবর্তনের জন্য একটি নিরাপত্তা জাল হয়ে ওঠে, কোড রিফ্যাক্টরিংকে উৎসাহিত করে এবং গুণমানের একটি গুণী বৃত্ত তৈরি করে।

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

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

ভাগ করা কোড (সম্মিলিত মালিকানা): XP শেয়ার করা কোড, বা যৌথ মালিকানা প্রচার করে: প্রতিটি বিকাশকারী সমস্ত কোডের জন্য দায়ী৷ এটি তথ্য আদান-প্রদানকে উৎসাহিত করে, টিম বাস ফ্যাক্টর হ্রাস করে এবং প্রতিটি মডিউলের সামগ্রিক গুণমান বৃদ্ধি করে যদি আমরা বৈচিত্র্যের নীতি বিবেচনা করি।

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

দৈনিক বিতরণ: দিনে অন্তত একবার উত্পাদনে স্থাপনা ক্রমাগত একীকরণের একটি যৌক্তিক পরিণতি:। আসলে, আজ, অনেক দল আরও এগিয়ে যায় এবং ক্রমাগত বাস্তবায়ন অনুশীলন করে। অর্থাৎ, যখনই কেউ মেইনলাইনে যোগদান করে, তখনই অ্যাপ্লিকেশনটি উৎপাদনে স্থাপন করা হয়।

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

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

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

কাজের পরিবেশ

একসাথে বসি: XP-এ, দলগুলি খোলা জায়গায় একসঙ্গে কাজ করতে পছন্দ করে। এই অভ্যাস যোগাযোগ এবং একটি দলের অন্তর্গত অনুভূতি প্রচার করে।

পুরো দল: প্রকল্পের সাফল্যের জন্য যাদের প্রয়োজন তারাই এক্সপি দলের অংশ। এটি অত্যন্ত প্রাসঙ্গিক – প্রতিটি দলের জন্য আলাদা – এবং গতিশীল, এটি একটি দলের মধ্যে পরিবর্তন হতে পারে।

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

উজ্জীবিত কাজ: XP-এ, আপনি ততক্ষণ কাজ করেন যতক্ষণ আপনি উদ্যমী কাজ করতে পারেন। কাজের ঘন্টা প্রতি সপ্তাহে 40-এর মধ্যে সীমাবদ্ধ থাকতে হবে, সর্বোচ্চ।

প্রকল্প ব্যবস্থাপনা

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

ঢিলা: একটি চক্র পরিকল্পনা করার সময়, প্রয়োজন দেখা দিলে দলটি পরিত্যাগ করতে পারে এমন ছোটখাটো কাজ যোগ করুন। দল খুব বেশি ডেলিভারি করলে সবসময় আরও গল্প যোগ করা যেতে পারে।

চক্র (মাসিক এবং সাপ্তাহিক): XP-এর বিকাশ দুটি প্রধান চক্রে ঘটে: সাপ্তাহিক চক্র এবং মাসিক চক্র।

মিটিং, চক্র, নির্ধারিত রিলিজ: XP-এ বিকাশ দুটি প্রধান চক্রে কাজ করে: সাপ্তাহিক চক্র এবং ত্রৈমাসিক চক্র। প্রাথমিকভাবে, কেন্ট বেক দুই সপ্তাহের চক্রের সুপারিশ করেছিলেন, কিন্তু তার বইয়ের দ্বিতীয় সংস্করণে এটি পরিবর্তন করেছিলেন।

সাপ্তাহিক চক্র: সাপ্তাহিক চক্র একটি XP প্রকল্পের "পালস"। চক্রটি একটি মিটিং দিয়ে শুরু হয় যেখানে ক্লায়েন্ট চয়ন করে যে তিনি সপ্তাহে কোন গল্পগুলি তৈরি করতে চান। উপরন্তু, দলটি গত সপ্তাহের অগ্রগতি সহ তাদের কাজ পর্যালোচনা করে এবং তাদের প্রক্রিয়া উন্নত করার উপায় সম্পর্কে চিন্তা করে।

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

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

Ercole Palmeri