স্ক্রাম কীভাবে একাডেমিক পরিবেশের সাথে মানিয়ে নেওয়া যায়?


15

আমি বর্তমানে আমার কলেজে প্রদত্ত সফটওয়্যার ইঞ্জিনিয়ারিং এবং ক্যাপস্টোন ডিজাইন কোর্সের জন্য নতুন পাঠ্যক্রম বিকাশের জন্য আমার বিশ্ববিদ্যালয়ের একজন অধ্যাপকের সাথে কাজ করছি।

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

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

দুর্ভাগ্যক্রমে, আমরা স্ক্রাম এবং শিক্ষার্থীদের মধ্যে কয়েকটি অসম্পূর্ণতার মুখোমুখি হয়েছি:

  • শিক্ষার্থীদের জন্য প্রতিদিনের স্ক্রাম সভা প্রায় অসম্ভব। এমনকি ক্লাসের সময়ই, শিক্ষার্থীরা স্ক্রাম সভাগুলি করা অসুবিধাজনক যেহেতু প্রফেসর সাধারণত বক্তৃতা দিচ্ছেন।
  • পয়েন্ট / ঘন্টা নির্ধারণ করা কঠিন, যেহেতু শিক্ষার্থীরা অনভিজ্ঞ হয় এবং তাই কোনও কিছুর জন্য কতক্ষণ সময় লাগবে তা সঠিকভাবে অনুমান করতে পারে না।
  • স্ক্রাম পুরো সময়ের, সহ-বিকাশকারী বিকাশকারীদের সাথে সবচেয়ে ভাল কাজ করে তবে শিক্ষার্থীরাও নয়। বেশিরভাগ ক্ষেত্রে, শিক্ষার্থীরা কোর্সে প্রতি সপ্তাহে 15-20 ঘন্টা উত্সর্গ করে এবং কাজের সভাগুলি পরিচালনা করা অত্যন্ত কঠিন হতে পারে। টিমে 10 জন শিক্ষার্থী থাকতে পারে (এবং সর্বদা এক বা দুটি স্ল্যাকার থাকে)।
  • প্রফেসরদের ডকুমেন্টেশন কামনা! আমি কোনও স্ক্র্যাম রিপোর্ট শুনিনি - কেবল ব্যাকলোগগুলি এবং বর্নাডাউন চার্ট (যা আমি নিশ্চিত নই যে শিক্ষাবিদদের তুষ্ট করার জন্য যথেষ্ট হবে)।
  • শিক্ষার্থীরা প্রায়শই ধরে নেয় যে চটফটিটির অর্থ "ডানদিকে ঝাঁপ দাও এবং পিছনে ফিরে না দেখে কোডিং শুরু করুন"। এটি কল্পনাপ্রসূত কিছু ভয়াবহ কোডের দিকে নিয়ে যায়। অতএব, আমি 50-পৃষ্ঠার ডকুমেন্ট বা ইউএমএল ডায়াগ্রামের একটি গাদা প্রয়োজন ছাড়াই সঠিক নকশা প্রয়োগের উপায় সন্ধান করছি।

এই সমস্যাগুলি দেওয়া, আপনি কীভাবে আমার অধ্যাপক এবং আমি স্ক্রামকে একাডেমিক পরিবেশে কাজ করার জন্য অভিযোজিত করতে পারেন (এবং আমাদের এমনকি স্ক্র্যামকেও প্রথম স্থানে বিরক্ত করা উচিত)? এছাড়াও, জলপ্রপাতের মডেলটি শেখানোর কি এখনও মূল্য আছে?

কোনো প্রতিক্রিয়ার জন্য আগাম ধন্যবাদ!


2
মনে হচ্ছে যেন আপনি কীভাবে কাজ করবেন তার মৌলিক বিষয়গুলি শেখানোর চেয়ে আপনি এসসিআরএম অনুশীলনের চেষ্টা করছেন
কোডার্ট

উত্তর:


3

আমি এত তাড়াতাড়ি বোর্ড জুড়ে জলপ্রপাতটি ফেলে দিতে দ্বিধা বোধ করব।

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

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

আপনি ইতিমধ্যে একটি একাডেমিক সেটিংয়ে স্ক্র্যামের সাথে সমস্যা পেয়েছেন এবং তাদের মধ্যে বেশিরভাগের যথাযথভাবে সমাধান করা শক্ত hard

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

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

স্ক্রাম সভা এবং সময়সূচী সম্পর্কে শ্রদ্ধার সাথে আমার মনে দুটি ধারণা আসে। প্রথমটি হ'ল এটি ইঙ্গিত করে যে স্ক্রাম কোনও একাডেমিক সেটিংয়ে ব্যবহারের সেরা প্রক্রিয়া নাও হতে পারে। সফ্টওয়্যার প্রকল্পগুলির জন্য কোনও একক "সেরা প্রক্রিয়া মডেল" নেই, যেমন শিডিয়ুল, স্টাফিং, দৃশ্যমানতা এবং উন্নয়ন দলের অভিজ্ঞতা (অন্যদের মধ্যে) সহ factors

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


আপনি যদি একটি বিশ্ববিদ্যালয় পাঠ্যক্রম গড়ে তুলতে কাজ করে যাচ্ছি সাল থেকে আমি কিভাবে একটি উচ্চ পর্যায়ের ওভারভিউ দেব সফটওয়্যার ইঞ্জিনিয়ারিং পাঠ্যক্রমবিশ্ববিদ্যালয় আমি উপস্থিত হইয়া একসঙ্গে।

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

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

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

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


3

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

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

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


1

সেই সময়ে, দুটি 3-সপ্তাহের স্প্রিন্ট সহ কোর্সটি স্ক্রমে ফিরে গেছে to আমরা কীভাবে পুরোপুরি জলপ্রপাতটি নির্মূল করতে এবং একচেটিয়াভাবে স্ক্রাম-ভিত্তিক পাঠ্যক্রম তৈরি করতে পারি তা চেষ্টা করার চেষ্টা করছি।

উন্নয়নের সুবিধার্থে, বা স্ক্রাম শিখার উদ্দেশ্য, বা - আমার অনুমান - উভয়ই? আমি শিখনের প্রক্রিয়াটি গতিতে সংক্ষিপ্ত স্প্রিন্ট বিবেচনা করব।

• দৈনিক স্ক্রাম সভা শিক্ষার্থীদের জন্য প্রায় অসম্ভব। এমনকি ক্লাসের সময়ই, শিক্ষার্থীরা স্ক্রাম সভাগুলি করা অসুবিধাজনক যেহেতু প্রফেসর সাধারণত বক্তৃতা দিচ্ছেন।

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

Points পয়েন্ট / ঘন্টা অনুমান করা কঠিন, যেহেতু শিক্ষার্থীরা অনভিজ্ঞ হয় এবং তাই কোনও কিছু সময় নিতে হবে তা সঠিকভাবে অনুমান করতে পারে না।

একই কারণে ক্যালেন্ডারের সময় অনুমান করা আরও বেশি কঠিন :-) গল্পের পয়েন্টগুলির সাথে আপনি অনুমান করেন না যে কোনও জিনিস কতটা সময় নেবে: আপনি তার আপেক্ষিক আকারটি অনুমান করেন। সময়কাল প্রাপ্ত।

• স্ক্রাম পুরো সময়ের, সহ-বিকাশকারী বিকাশকারীদের সাথে সবচেয়ে ভাল কাজ করে তবে শিক্ষার্থীরাও তা নয়। বেশিরভাগ ক্ষেত্রে, শিক্ষার্থীরা কোর্সে প্রতি সপ্তাহে 15-20 ঘন্টা উত্সর্গ করে এবং কাজের সভাগুলি পরিচালনা করা অত্যন্ত কঠিন হতে পারে। টিমে 10 জন শিক্ষার্থী থাকতে পারে (এবং সর্বদা এক বা দুটি স্ল্যাকার থাকে)।

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

Document প্রফেসররা ডকুমেন্টেশন কামনা! আমি কোনও স্ক্র্যাম রিপোর্ট শুনিনি - কেবল ব্যাকলোগগুলি এবং বর্নাডাউন চার্ট (যা আমি নিশ্চিত নই যে শিক্ষাবিদদের তুষ্ট করার জন্য যথেষ্ট হবে)।

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

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

কেবল শিক্ষার্থীরা নয় :-) বেশিরভাগ স্ক্র্যাম দলগুলি টিডিডি (টেস্ট ড্রাইভড ডেভলপমেন্ট) এবং রিফ্যাক্টরিংয়ের মতো এক্সপি অনুশীলনগুলি ব্যবহার করে: আমি প্রস্তাব করি আপনি পাঠ্যক্রমটিতে এটি অন্তর্ভুক্ত করবেন।

এছাড়াও, জলপ্রপাতের মডেলটি শেখানোর কি এখনও মূল্য আছে?

হ্যাঁ, কমপক্ষে দুটি কারণে: প্রথমত, এটি নিশ্চিত নয় যে আপনার ছাত্ররা তাদের কর্মজীবনে স্ক্রাম ব্যবহার করবে এবং দ্বিতীয়ত, আমি কল্পনা করি যে আপনার যদি এর সাথে তুলনা করার কিছু থাকে তবে চতুর বিকাশের সারমর্মটি বোঝা আরও সহজ।


0

এটি একবারে নিয়ে যাওয়া কোনও বিষয়ের সাথে কিছুটা মিল বলে মনে হচ্ছে।

কিছু চিন্তা:

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

0

আমার পরামর্শ হ'ল আপনি যা শেখানোর চেষ্টা করছেন তা আলাদা এবং আলাদা করা। যদি এটি সফ্টওয়্যার ডিজাইনের কোনও কোর্স বা অন্য কোনও সফ্টওয়্যার ইঞ্জিনিয়ারিং বিষয় (অ্যালগোরিদম বা হোয়াট নোট) না থাকে তবে এতে মনোনিবেশ করুন। যদি এসসিআরইউএমের সাথে জড়িত হওয়া বাধা হয়ে দাঁড়ায় (যেমন আপনি ইঙ্গিত করেছেন) তবে এটি নিয়ে বিরক্ত করবেন না।

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

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

এই কোর্সে টিডিডি (টেস্ট ড্রাইভড ডেভলপমেন্ট) অন্তর্ভুক্ত ছিল এবং এটি সত্যই ভাল কাজ করেছে।

এছাড়াও, জলপ্রপাতের মডেলটি শেখানোর কি এখনও মূল্য আছে?

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


0

একটি একাডেমিক সফ্টওয়্যার ইঞ্জিনিয়ারিং কোর্সের মূল বিষয়টি হ'ল সফটওয়্যার লাইফসাইকেলের প্রাথমিক পর্যায়ে - বিশ্লেষণ, নকশা, বাস্তবায়ন, নিয়মিত হোমওয়ার্ক মানের কোডের পরিবর্তে প্রকৃত সফ্টওয়্যার মানের মান ব্যবহার করে পরীক্ষা করা teach

নন-জলপ্রপাত প্রক্রিয়া ব্যবহার করে অনুশীলনটি প্রদর্শনের মূল্য রয়েছে তবে যাইহোক, আপনি যে কারণে SCRUM টি উপযুক্ত প্রক্রিয়া বলে অভিহিত করেছেন তার কারণে - শিক্ষার্থীরা সেমিস্টারে অনেক কোর্স নেয়, অনেকের পড়াশোনার সময় সত্যিকারের চাকরিও থাকে, সুতরাং আপনার 100 নেই % নিবেদিত দলের সদস্য বা দৈনিক সভা পরিচালনা।

পরিবর্তে কম-চতুর পুনরাবৃত্তি প্রক্রিয়া যেমন ইউপি (আরইউপি) ব্যবহার করার বিষয়টি বিবেচনা করুন।

জলপ্রপাত প্রক্রিয়াটির তুলনায় মানটি দেখানোর জন্য, পুনরাবৃত্তির মধ্যে প্রয়োজনীয়তা পরিবর্তন করুন। এটি ইউপি এবং জলপ্রপাতের মধ্যে পার্থক্য দেখাবে এবং চতুর প্রক্রিয়াগুলি ব্যবহারের মানের প্রতি ইঙ্গিত দেবে।

এর পরে জলপ্রপাতকে বিক্ষোভ দেখানো বাড়াবাড়ি হবে কারণ ইউপি জলপ্রপাতের সমস্ত স্তরকে কভার করে।

সেমিস্টারগুলি তুলনামূলকভাবে ছোট হওয়ায় 2 টি ছোট ছোট পুনরাবৃত্তি বাস্তবসম্মত হবে।

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

কোর্স চলাকালীন লেকচারগুলি কয়েকটি প্রক্রিয়া সম্পর্কিত তত্ত্ব শিখায় যেমন জলপ্রপাত, ইউপি, এক্সপি, এসসিআরএম এবং কানবান (অন্যান্য বিষয়গুলির সাথে যেমন লেখার প্রয়োজনীয়তা, ইউএমএল, পরীক্ষা ইত্যাদি)।

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


-1

আপনার যদি একটি টার্ম / সেমিস্টার দীর্ঘ প্রকল্প থাকে এবং শ্রেণিটি 6 থেকে 10 ব্যক্তি গোষ্ঠীতে বিভক্ত হয় তবে স্ক্রাম কাজ করে। তারপরে আপনি ক্লাসের শেষ 10 মিনিট স্ক্রাম সভায় উত্সর্গ করতে পারেন।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.