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