কন্টেন্ট
- চটপটি আইটি কেন?
- চতুর পদ্ধতিটি কীভাবে জলপ্রপাতের মডেলগুলির সমস্যাগুলি সমাধান করে?
- চতুরতা আইটি শিল্পকে কীভাবে প্রভাবিত করেছে?
- কোনও বাগ নেই, কোনও স্ট্রেস নেই - আপনার জীবনকে বিনষ্ট না করে জীবন-পরিবর্তনশীল সফটওয়্যার তৈরির ধাপে গাইড আপনার ধাপ
- বিটি শিষ্ট পদ্ধতিতে স্থানান্তরিত হওয়ার কারণ
- প্রয়োজনীয়তাগুলির দরিদ্র ব্যবস্থাপনা
- দরিদ্র সফ্টওয়্যার ডিজাইন
- উন্নয়ন সীমাবদ্ধতা
- উপরের সমস্যাগুলি সমাধানে বিটি কী করেছিল?
- উপসংহার
সূত্র: ডারকভুজিক / ড্রিমসটাইম ডটকম
ছাড়াইয়া লত্তয়া:
অনেকের কাছে, কয়েক দশক ধরে সফ্টওয়্যার বিকাশের জলপ্রপাতের মডেল মানদণ্ডী ছিল, তবে এটি এখন আরও নমনীয় Agile পদ্ধতি দ্বারা প্রতিস্থাপিত হচ্ছে।
সফটওয়্যার বিকাশের জন্য চতুর পদ্ধতি আইটি শিল্পকে ইতিবাচকভাবে প্রভাবিত করতে পারে। চতুর পদ্ধতি গ্রহণের ফলাফলগুলি বেশ কয়েকটি উপায়ে পরিমাপ করা যেতে পারে। সফটওয়্যার পরিবর্তনের অনুরোধগুলির দ্রুত টার্নআরাউন্ড, কম বাগ, দলের পারফরম্যান্সের পরিমাণগত পরিমাপ এবং বাধা সবগুলিই এজিলেটির সফল প্রয়োগের প্রতিচ্ছবি। সাফল্যের সাথে সাফল্যের পরিমাণ পরিমাপ করতে একটি সংস্থাকে আগাগোলা পূর্ব এবং পরবর্তী যুগের উন্নয়নের সাথে সম্পর্কিত বিভিন্ন মেট্রিকের তুলনা করতে হবে। এগিলের আসল প্রভাবটি কেবলমাত্র রাজস্ব বৃদ্ধি বা স্থির বাগের সংখ্যা দ্বারা পরিমাপ করা যায় না। আসল প্রভাব বুঝতে বেশ কয়েকটি অভ্যন্তরীণ পরামিতি বিবেচনা করা দরকার। (চপল বিকাশের বিষয়ে আরও তথ্যের জন্য, এগিল সফটওয়্যার ডেভলপমেন্ট 101 দেখুন))
চটপটি আইটি কেন?
মূলত সফ্টওয়্যার বিকাশের জলপ্রপাতের মডেলগুলির প্রতিবন্ধকতার কারণে আইটি শিল্পটি চটপটে অনুশীলনের দিকে ঝুঁকছে। সাধারণত, এটি লক্ষ্য করা গেছে যে আইটি সংস্থাগুলি গ্রাহকের চাহিদা বা বাজার পরিস্থিতি পরিবর্তনে সাড়া দিতে বা সফ্টওয়্যার বিকাশের জলপ্রপাতের মডেল দিয়ে ব্যয় হ্রাস করতে অক্ষম। এমনকি যদি আমরা এই অপ্রতিরোধ্য প্রবণতাটিকে চৌকস পদ্ধতিটির দিকে সামঞ্জস্য করি এবং কিছু উত্তেজনাকে কেবল হাইপ হিসাবে বিবেচনা করি, জলপ্রপাতের মডেলের বিরুদ্ধে প্রচুর অভিজ্ঞতামূলক প্রতিক্রিয়া রয়েছে।
সহজ কথায় বলতে গেলে, জলপ্রপাত মডেল একটি সফ্টওয়্যার বিকাশ মডেল যেখানে কাজটি ক্রমানুসারে করা হয় - একের পর এক পর্যায়। এই মডেলের পাঁচটি পর্যায় রয়েছে: প্রয়োজনীয়তা, নকশা, বাস্তবায়ন, যাচাইকরণ এবং রক্ষণাবেক্ষণ। সাধারণত, এক ধাপ শেষ হয়ে যাওয়ার পরে, পূর্বের পর্যায়ে পরিবর্তন করা কঠিন, যদি অসম্ভব না হয়। সুতরাং, ধারনাটি হ'ল প্রয়োজনীয়তাগুলি অনেকগুলি স্থির। এগিল মডেলের সাথে মূল পার্থক্যটি এই ধারণায় রয়েছে যে প্রয়োজনে কোনও পরিবর্তন হবে না। চতুরতা ধরে নেয় যে ব্যবসায়ের পরিস্থিতি পরিবর্তিত হবে এবং প্রয়োজনীয়তাও আসবে। সুতরাং, সফ্টওয়্যারটি এসএসের ওপরে ছোট ছোট অংশগুলিতে সরবরাহ করা হয়, যেখানে জলপ্রপাতের মডেলটিতে, প্রথম বিতরণ বা রিলিজ দীর্ঘ সময় পরে করা হয়। (উন্নয়নের বিষয়ে আরও তথ্যের জন্য দেখুন অ্যাপাচি স্পার্ক কীভাবে দ্রুত প্রয়োগের বিকাশকে সহায়তা করে)
জলপ্রপাতের মডেলের বিরুদ্ধে সর্বাধিক উল্লেখযোগ্য সমালোচনা হ'ল ধারণাটি হ'ল প্রয়োজনীয়তাগুলিতে কোনও পরিবর্তন হবে না। খুব অনুমান ত্রুটিযুক্ত এবং অবাস্তব। উদাহরণস্বরূপ, 2001 সালে, মার্কিন যুক্তরাষ্ট্রে 1,027 আইটি প্রকল্পের উপর একটি সমীক্ষা দেখিয়েছে যে আইটি প্রকল্পগুলির ব্যর্থতার একমাত্র বৃহত্তম কারণ এই ধারণা ছিল।
অন্য উদাহরণে, "অ্যাগ্রিল অ্যান্ড আইট্রেটিভ ডেভলপমেন্ট: এ ম্যানেজার গাইড" বইয়ের লেখক ক্রেইগ লারম্যান কীভাবে যুক্তরাষ্ট্রে জলপ্রপাতের মডেলটি ব্যবহার করে প্রতিরক্ষা দফতর (ডিওডি) কর্তৃক সম্পাদিত বেশ কয়েকটি প্রকল্পে ব্যর্থ হয়েছে তা নির্দেশ করেছেন has তাদের উদ্দেশ্য অর্জন। ১৯৮০ এবং ১৯৯০ এর দশকে, ডিওডি এসটিডি 2167-তে প্রকাশিত মান অনুযায়ী ওয়াটারফল মডেলটি তার সফ্টওয়্যার বিকাশ প্রকল্পগুলির জন্য ব্যবহার করা হয়েছিল। মর্মাহত পরিসংখ্যান থেকে জানা গেছে যে এই সফ্টওয়্যার প্রকল্পগুলির 75% কখনই ব্যবহৃত হয়নি। এই প্রতিবেদনের পরে, প্রখ্যাত সফ্টওয়্যার ইঞ্জিনিয়ারিং বিশেষজ্ঞ ড। ফ্রেডরিক ব্রুকসের অধীনে একটি টাস্কফোর্স চালু করা হয়েছিল। টাস্কফোর্স এমন একটি প্রতিবেদন প্রকাশ করেছে যাতে মন্তব্য করা হয়েছিল যে "ডওড এসটিডি 2167 একইভাবে আধুনিক সেরা অনুশীলনকে প্রতিফলিত করার জন্য একটি র্যাডিক্যাল ওভারহল প্রয়োজন। বিবর্তনীয় বিকাশ প্রযুক্তিগতভাবে সবচেয়ে ভাল, এটি সময় এবং অর্থ সাশ্রয় করে।
জলপ্রপাতের মডেলটির নিম্নলিখিত চারটি অনুমান বাস্তব জগতের পরিস্থিতিতে ব্যর্থ হয়েছিল:
- প্রদত্ত প্রয়োজনীয়তাগুলি যথাযথভাবে সংজ্ঞাযুক্ত এবং তাই উল্লেখযোগ্যভাবে পরিবর্তন হবে না।
- এমনকি উন্নয়নের পর্যায়ে প্রয়োজনীয়তাগুলি পরিবর্তিত হলেও, এগুলি বিকাশের চক্রের মধ্যে উপযুক্ত হওয়ার জন্য যথেষ্ট ছোট হবে।
- সফ্টওয়্যার সরবরাহের পরে সিস্টেম ইন্টিগ্রেশন যা পরিকল্পনা অনুসারে হবে go
- সফ্টওয়্যার উদ্ভাবন এবং উদ্ভাবনের প্রয়োজনীয় প্রচেষ্টা একটি পরিকল্পিত এবং পূর্বাভাসযোগ্য সময়সূচী অনুসারে চলে যাবে।
চতুর পদ্ধতিটি কীভাবে জলপ্রপাতের মডেলগুলির সমস্যাগুলি সমাধান করে?
চতুর পদ্ধতিটি জলপ্রপাতের মডেল থেকে মূলত পৃথক এবং এটি এর অনুমানগুলি থেকে স্পষ্ট:
- গ্রাহক এমনকি কেউই প্রয়োজনীয়তাগুলি পুরোপুরি জানতে বা বুঝতে পারবেন না। প্রয়োজনীয়তা পরিবর্তন হবে না এমন কোনও গ্যারান্টি নেই।
- প্রয়োজনীয় পরিবর্তনগুলি ছোট এবং পরিচালনাযোগ্য নাও হতে পারে। আসলে, তারা বিভিন্ন আকারে আসবে এবং আসতে থাকবে। সুতরাং, পরিবর্তনগুলি ট্র্যাক রাখতে সফ্টওয়্যারটি সামান্য ইনক্রিমেন্টে সরবরাহ করা হবে।
চতুরতা আইটি শিল্পকে কীভাবে প্রভাবিত করেছে?
চতুরতা অনেক জায়গায় গ্রহণ করা হচ্ছে, যখন প্রচুর সংস্থাগুলি Agile অবলম্বনের পরিকল্পনা করছে। যদিও এগাইল আইটি শিল্পে অবশ্যই স্পষ্টতই মৌলিক পরিবর্তন করেছে, তবুও তথ্য এবং পরিসংখ্যান পাওয়া কিছুটা কঠিন। কিন্তু ব্রিটিশ টেলিকম (বিটি) এর নীচে দেওয়া কেস স্টাডি দিয়ে Agile এর প্রভাব বোঝা যাবে।
কোনও বাগ নেই, কোনও স্ট্রেস নেই - আপনার জীবনকে বিনষ্ট না করে জীবন-পরিবর্তনশীল সফটওয়্যার তৈরির ধাপে গাইড আপনার ধাপ
কেউ যখন সফ্টওয়্যার মানের সম্পর্কে চিন্তা করে না তখন আপনি আপনার প্রোগ্রামিং দক্ষতা উন্নত করতে পারবেন না।
বিটি শিষ্ট পদ্ধতিতে স্থানান্তরিত হওয়ার কারণ
বিটি 2004 সালে তার সফ্টওয়্যার বিকাশের অনুশীলনগুলির সাথে বেশ কয়েকটি সমস্যার অভিজ্ঞতা অর্জন শুরু করে। বিটি সহজ এবং জটিল উভয় সফ্টওয়্যার প্রকল্প তৈরি করেছে। অনেক সফ্টওয়্যার প্রকল্প সম্মত সময়সীমার মধ্যে মানের আউটপুট বিকাশ করতে অক্ষম ছিল। বিটি আবিষ্কার করেছে যে সমস্যাগুলি তাদের মূলগুলি জলপ্রপাতের মডেলটির কাছে owedণী। সুতরাং, জলপ্রপাতের মডেলটিকে শক্তিশালী করা কোনও উপকারে আসেনি। সমস্যার মূল কারণগুলি নীচে দেওয়া হল:
প্রয়োজনীয়তাগুলির দরিদ্র ব্যবস্থাপনা
- খুব সীমিত সময়ের মধ্যে অনেকগুলি প্রয়োজনীয়তা পূরণ করতে দেওয়া হয়েছিল।
- ব্যবসায়ের প্রয়োজনগুলির সাথে অনেকগুলি প্রয়োজনীয়তা অপ্রাসঙ্গিক ছিল।
- প্রায় সমস্ত, যদি না সমস্ত প্রয়োজনীয়তা উচ্চ-অগ্রাধিকারের স্থিতি বরাদ্দ করা হয়।
- প্রয়োজনীয় ব্যবসায়ের বর্তমান ব্যবসায়ের প্রয়োজনগুলির ভবিষ্যতের পরিস্থিতিগুলিতে নজর নেই represented এটি ভবিষ্যতের সফ্টওয়্যার পরিবর্তনের সম্ভাবনা ছেড়ে দিয়েছে।
দরিদ্র সফ্টওয়্যার ডিজাইন
- বিপুল সংখ্যক প্রয়োজনীয়তা দেওয়া, ডিজাইনার প্রয়োজনীয়তার অর্থ কী তা বোঝার চেষ্টা করে খুব বেশি সময় ব্যয় করেছিলেন। বাস্তব ডিজাইনের জন্য অল্প সময়ই বাকি ছিল।
- প্রয়োজনীয় বিশ্লেষকরা অপ্রকাশিত, স্বচ্ছ জ্ঞানকে সাথে নিয়ে অন্য কার্যালয়ে চলে যান।
- উপরোক্ত দুটি কারণের ফলে নকশা খারাপ হয়েছে। ডিজাইনারদের এখনও মূল টাইমলাইন অনুযায়ী সরবরাহ করতে হয়েছিল।
উন্নয়ন সীমাবদ্ধতা
ত্রুটিযুক্ত সফ্টওয়্যার ডিজাইনের কারণে কোডিং হুট করে এবং স্বল্প মানের ছিল poor বিকাশকারীরা বুঝতে পেরেছিলেন যে একটি সফ্টওয়্যার ডিজাইন একটি খারাপ কোডের ফলস্বরূপ হবে তবে তা সত্ত্বেও সম্মত সময়রেখার মাধ্যমে সরবরাহ করতে হয়েছিল। ইন্টিগ্রেশন চলাকালীন প্রচুর বাগ রিপোর্ট করা হবে কারণ ইউনিট পরীক্ষা এবং রিগ্রেশন পরীক্ষা চালানো হয়নি।
সফ্টওয়্যারটি স্থাপন করার সময়, গ্রাহক নোট করে যে প্রয়োজনীয়তাগুলি ইতিমধ্যে পরিবর্তিত হয়েছে এবং তাই ব্যবসায়ের দৃশ্যপটও রয়েছে। সফটওয়্যারটিতেও অনেক সমস্যা রয়েছে। কার্যকরভাবে, সফ্টওয়্যার বিকাশের পুরো প্রচেষ্টা এখন অপচয় হিসাবে বিবেচিত হয়।
উপরের সমস্যাগুলি সমাধানে বিটি কী করেছিল?
বিটি বুঝতে পেরেছিল যে জলপ্রপাতের মডেলকে চাঙ্গা করা এই সমস্যার উত্তর নয়। এটি একটি নতুন পদ্ধতির প্রয়োজন। সুতরাং, এটি চতুর পদ্ধতির প্রয়োগের সিদ্ধান্ত নিয়েছে। নতুন পদ্ধতির অধীনে নিম্নলিখিত বিষয়গুলি স্থির করা হয়েছিল:
- 12 মাসের উন্নয়ন চক্রের পরিবর্তে, বিটি এখন 90 দিনের চক্রের কার্যক্ষম টুকরো সফটওয়্যার সরবরাহ করবে। ধারণাটি ছিল এক বা দুটি ব্যবসায়িক সমস্যার উপর ফোকাস করা এবং 90 দিনের মধ্যে একটি সফ্টওয়্যার সমাধান সরবরাহের লক্ষ্য। এই চক্রের শুরুটি বিভিন্ন স্টেকহোল্ডারদের মধ্যে একটি তীব্র আলোচনার দ্বারা চিহ্নিত করা হয়েছিল যাতে প্রয়োজনীয়তাগুলি পরিষ্কারভাবে চিহ্নিত করা, বিশ্লেষণ করা এবং অগ্রাধিকার দেওয়া হয়।
- লক্ষ্য ছিল স্পষ্ট, বাস্তব ব্যবসায়িক মান সরবরাহ করা। অভ্যন্তরীণ গ্রাহক স্পষ্ট প্রয়োজনীয়তা সরবরাহের জন্য চাপে ছিলেন। সুতরাং, অস্পষ্ট লক্ষ্যগুলির পরিবর্তে, স্পষ্ট গ্রহণযোগ্যতার মানদণ্ড সহ ব্যবহারকারীদের গল্প দেওয়া হয়েছিল।
- যে সফ্টওয়্যারটি বিতরণ করা হবে তা পুরোপুরি পরীক্ষা এবং নথিভুক্ত করা হবে। সফ্টওয়্যারটি আগেই সমস্যাগুলি সনাক্ত করার জন্য ঘন ঘন সংহতকরণ পরীক্ষার মধ্য দিয়ে যেত।
চতুর পদ্ধতির সাথে, বিটি আরও সহজেই প্রয়োজনীয়তা বা ব্যবসায়ের পরিস্থিতিতে পরিবর্তনের সাথে খাপ খাইয়ে নিতে পারে। কোডের মান উন্নত হয়েছে এবং শেষ মুহুর্তের প্রাথমিক বাগগুলি সম্বোধন করা হয়েছে।
উপসংহার
চতুরতা, তার সমস্ত সুবিধার জন্য এবং এর চারপাশের হাইপটি এখনও এমন এক পর্যায়ে রয়েছে যেখানে এর সম্ভাব্যতা পুরোপুরি উপলব্ধি হয় না। এর কারণ হ'ল প্রচুর সংস্থাগুলি এর মূল নীতিগুলি সংশোধন করার পরিমাণে পদ্ধতির পছন্দসই করে। ফলস্বরূপ, জলপ্রপাতের মডেলটি কিছু ক্ষেত্রে প্রত্যাবর্তন করছে। কাস্টমাইজেশন চলতে থাকলেও এগ্রিলসের মূল নীতিগুলি বজায় রাখা গুরুত্বপূর্ণ। প্রচুর সংস্থাগুলি পুরোপুরি চটপটে বলে দাবি করেছে, তবে সত্যিকারের চতুর সংস্থায় পরিণত হওয়ার জন্য তাদের এখনও কিছু উপায় অব্যাহত রাখতে হবে।