শিরোনাম প্রশ্ন, যেখানে উদ্ভাবনটি এমন একটি দলে ছোট আকারের সৃজনশীল অগ্রগতি বোঝায় যা ইতিমধ্যে আগলেলে ভাল করছে in
"সোনার কার্ডের দিনগুলি" সম্পর্কে এই নিবন্ধে সেরা উত্তরটির সংক্ষিপ্তসার দেওয়া হয়েছে ।
সংক্ষিপ্তসার (প্যারাফ্রেসড, এবং আমার নিজের ব্যাখ্যা দিয়ে যা লেখকের উদ্দেশ্যগুলি প্রতিফলিত করে না) :
- বিকাশকারীরা আকর্ষণীয় (বৌদ্ধিকভাবে উদ্দীপক) প্রসারিত-লক্ষ্যগুলি সনাক্ত করতে পারে যা কার্য-সম্পর্কিত যা তারা কাজ করতে চায়।
- এই প্রসারিত লক্ষ্যগুলি, টিম কর্তৃক অনুমোদিত হওয়ার পরে (পণ্য মালিক সহ), "সোনার কার্ড" হয়ে যায়।
- দলটিকে এই "সোনার কার্ড" নিয়ে কাজ করার জন্য একদিন সময় নিতে উত্সাহ দেওয়া হচ্ছে।
- সাধারণত এটি শুক্রবারে হয়, তাই এটি "গোল্ড কার্ড দিবস" হয়ে ওঠে।
- স্ক্রমের প্রতি শ্রদ্ধার সাথে সোনার কার্ডগুলি নির্ধারিত এবং অন্য যে কোনও ব্যাকলগ আইটেমের মতো ট্র্যাক হয়; দলের তাদের ফলাফল প্রদর্শন করা প্রয়োজন।
"সোনার কার্ড" প্রয়োগের ক্ষেত্রে আরও কিছু পয়েন্ট রয়েছে (সেই নিবন্ধে নেই):
- একক দলের সদস্যকে সমস্ত মজা নিতে দেবেন না । প্রতিটি দলের সদস্যকে একবার "সোনার কার্ডের দিন" নিয়ে কিছুটা সৃজনশীল সময় কাটাতে উত্সাহিত করা উচিত।
- একই লাইনের পাশাপাশি, "সোনার কার্ড" টিমের চেষ্টা করার চেষ্টা করুন (একক টাস্কের বিপরীতে), এবং সেই কাজটি সামাজিকীকরণ (দল গঠনের) মুহুর্ত হিসাবে কাজে লাগান।
সুনির্দিষ্ট প্রশ্ন, যেখানে উদ্ভাবন গবেষণাকে বোঝায় (মাস থেকে বছর ধরে ভয়াবহ কাজ) যার কোনও কার্যকর সমাধান না পাওয়ার বাস্তব ঝুঁকি রয়েছে।
এই আগের প্রশ্নটি, কোন চূড়ান্ত-প্রোগ্রামিং কৌশলগুলি গবেষণা পরিবেশে ব্যবহারের জন্য উপযুক্ত? এই প্রশ্নের মূল অংশ জুড়ে।
(অস্বীকৃতি: আমি নির্বাচিত না হলেও, এই প্রশ্নের উত্তরগুলির একটি লিখেছি))
সংক্ষিপ্তসারটি হ'ল সফটওয়্যার গবেষণা কাজটি দ্রুত গতিযুক্ত হতে পারে; এটির অংশগ্রহণকারীদের নতুন তথ্যের উপর ভিত্তি করে অগ্রাধিকার দেওয়ার প্রয়োজন (আবিষ্কারকৃত / শিখে নেওয়া ধারণাগুলি শোষণ করে এবং নতুন সংশ্লেষিত করে)। এটি "ধীর" হওয়ার উপস্থিতি দেয় কারণ এটি "সাফল্যের ফলগুলি দেখাতে ধীর এবং কেবল সফল হলে"।
প্রকল্প পরিচালনা বিটা সম্পর্কিত এই প্রশ্ন - একটি প্রকল্পের পরিচালককে একটি গবেষণামূলক দলে অন্তর্ভুক্ত করার পক্ষে কি কি? - একই ভিত্তিও কভার করে।
আত্মায়, হ্যাঁ
মৌভিচিলের উত্তরে যেমন উল্লেখ করা হয়েছে , সফটওয়্যার গবেষণার চেতনাটি এজিলে ম্যানিফেস্টোর চেতনার সাথে সঙ্গতিপূর্ণ। পরবর্তী আমি কী যুক্তি দেব তা হ'ল উচ্চ-ঝুঁকিপূর্ণ গবেষণাটি কোনও সংস্থা বা পরিচালন পদ্ধতি হিসাবে ("অনুশীলনে চটজলদি") হিসাবে Agile এ ফিট হতে পারে।
অনুশীলনে, আপনাকে কয়েকটি প্রশ্নের উত্তর দিতে হবে।
এই তালিকা সম্পূর্ণ নয়...
চতুর পদ্ধতিটি কীভাবে অস্তিত্ব নিয়ে আসে সে সম্পর্কে আমাদের কিছুটা ফিরে যেতে হবে।
প্রকল্পের স্পনসর থাকাকালীন সাধারণত চতুরতা পদ্ধতিটি ব্যবহৃত হয়। তদ্ব্যতীত, প্রকল্পের তহবিল স্পনসর এর সীমাবদ্ধতা; প্রকল্পটি কিছু সময়ের জন্য তহবিল দেওয়ার পরে নিয়মিত ভিত্তিতে ব্যবহারযোগ্য (সম্ভাব্য শিপযোগ্য) মানের কিছু সফ্টওয়্যারটি প্রত্যাশা করে।
এই প্রশ্নে গবেষণা কাজ ধরণের "সম্ভাব্য অ দ্রবণীয় প্রচেষ্টা" বোঝায়। অন্য কথায়, এই ধরণের কাজের প্রকৃতির প্রকৃতির একটি ঝুঁকি রয়েছে যা জড়িত লোকদের সমস্ত উদ্দেশ্য এবং পরিশ্রমের পরেও এটি শেষ পর্যন্ত ব্যর্থ হতে পারে।
এটি কোনও স্ক্রামব্যাট-স্টাইলের চেকলিস্ট নয়।
এটি আরও একটি প্রিফ্লাইট চেকলিস্ট যা ভবিষ্যদ্বাণী করে যে "কুই সেরা, সেরা" এর চেয়ে আরও ভাল কিনা pred
1. স্বচ্ছতা আপ-সম্মুখ। প্রকল্পটির স্পনসরকে কি প্রকল্পের ঝুঁকিপূর্ণ প্রকৃতি সম্পর্কে সত্য বলা হচ্ছে?
2. স্পনসর ইচ্ছুক। স্পনসর কি ঝুঁকি সম্পর্কে সচেতন এবং তহবিল চালিয়ে যেতে ইচ্ছুক?
স্পনসরকে একটি ঝুঁকি গ্রহণযোগ্যতা থাকা দরকার যা সাধারণত ব্যবসায়িক প্রকল্পগুলি, বা সাধারণ সফ্টওয়্যার / আইটি / চতুর প্রকল্পগুলির চেয়ে বেশি। প্রতিটি স্পনসর এই মানদণ্ডে ফিট করে না। যদি এটি মাপসই না হয় তবে পেশাদারদের পক্ষে প্রকল্প থেকে ব্যাকআপ করা ভাল।
৩. প্রকল্পে স্বচ্ছতা। স্পনসরকে কি নিয়মিত প্রকল্পের আসল অবস্থা সম্পর্কে অবহিত করা হচ্ছে?
এটি স্ট্যাটাস আপডেটগুলির মধ্যে সময়ের ব্যবধানের অপব্যবহার করে প্রকল্পের ব্যর্থতা বা কমে যাওয়াগুলি আড়াল করার প্রচেষ্টা ব্যর্থ করা।
4. স্পনসর সক্রিয় অংশগ্রহণ। স্পনসর কি কৌতূহল-কৌতুকপূর্ণ বিবরণ, উত্থান-পতন, প্রতিশ্রুতি এবং প্রতিটি চেষ্টার সীমাবদ্ধতাগুলি জানতে আগ্রহী?
সফ্টওয়্যার গবেষণার বিষয়টি হ'ল এখানে অনেকগুলি মিথ্যা লিড থাকতে পারে - উভয় মিথ্যা ধনাত্মক (বিশ্বাস একটি পদ্ধতি কার্যকর হবে তবে এটি সফল হয় না), এবং মিথ্যা নেতিবাচক (কোনও কিছুর দাবি করা সম্ভব নয়, কেবল অন্য কারও দ্বারা অস্বীকার করা হবে) ।
চতুর প্রকল্পগুলি দলটিকে (স্পনসর এবং অংশীদারগণ সহ) গণনা করা ঝুঁকি নিতে দেয়। "গণনা করা" এর অর্থ হ'ল ঝুঁকি গ্রহণকারীরা পুরোপুরি অবহিত। যদি স্পনসর প্রকল্পটির ছোট-খাটো বিবরণ জানতে আগ্রহী না হন, তবে স্পনসরটির নিজের ঝুঁকি গণনা করার জন্য (বিচারক) সম্পূর্ণ তথ্য থাকবে না।
এমনকি যদি কোনও স্পনসর আর্থিক ঝুঁকি নিতে ইচ্ছুক থাকে, তবে যদি সিদ্ধান্ত গ্রহণের ঝুঁকিগুলিও গ্রহণ করতে ইচ্ছুক না হয় (এবং তার নিজস্ব ফলাফলগুলির পরিণতি স্বীকার করে) তবে স্পনসরও এই জাতীয় উচ্চ-ঝুঁকিপূর্ণ গবেষণা প্রকল্পগুলির পক্ষে অযোগ্য।
৫. গবেষণা দলটি উপস্থাপনা স্লাইডগুলির বিপরীতে চলমান সফ্টওয়্যার আকারে তাদের অগ্রগতিটি প্রদর্শন করতে (প্রদর্শন করতে পারে)?
এই প্রশ্নটি গবেষণা প্রকল্পগুলির জন্য উপযুক্ত যেখানে শেষ ফলাফলটি সফটওয়্যারটি চালিত হবে বলে আশা করা যায়। উপস্থাপনা স্লাইডগুলি সিএস তত্ত্বগুলি ব্যাখ্যা করার জন্য দরকারী হতে পারে তবে এটি সফ্টওয়্যার বাস্তবায়নে (বা সম্পূর্ণ অভাব) আটকে রাখার অপব্যবহারও করা যেতে পারে। একটি সফ্টওয়্যার ডেমো এই ধরনের অপব্যবহারগুলি ব্যর্থ করার উদ্দেশ্যে তৈরি।
The. পৃষ্ঠপোষকরা প্রকল্পের যে কোনও সময় অর্থায়ন বন্ধ করার সিদ্ধান্ত নিলেও গবেষণা দলটি আংশিক মূল্যবান সফ্টওয়্যার পণ্য সরবরাহ করতে পারে?
এই প্রশ্নটি কেবলমাত্র কেস-কেস-কেস ভিত্তিতে প্রাসঙ্গিক। কিছু গবেষণা প্রকল্পগুলি ইনক্রিমেন্টাল; তাদের একাধিক মাইলফলক এবং সরবরাহযোগ্য হতে পারে। "প্রথমে সর্বনিম্ন ঝুলন্ত ফল" বা "সার্থকতা প্রদর্শনের জন্য সর্বনিম্ন ব্যয় পদ্ধতির" পক্ষে তাদের দৃষ্টিভঙ্গিকে অগ্রাধিকার দেওয়ার জন্য এটি একটি গবেষণা দলের প্রয়োজন।
কিছু গবেষণা প্রকল্প বর্ধনশীল নয়: একটি একক, খুব নির্দিষ্ট প্রযুক্তিগত অগ্রগতি সরবরাহ করার জন্য। এটি হিট বা মিস এই ধরণের প্রকল্পগুলির জন্য, কেবলমাত্র বৃদ্ধি সংক্রান্ত ফলাফলগুলি গবেষণা কাজ এবং প্রোটোটাইপিং এবং সম্ভবত একাডেমিক প্রকাশনা। এই "অপব্যয়যোগ্য" বর্ধনশীল বিতরণযোগ্যতা সত্ত্বেও কিছু ধরণের স্পনসর - যথা, বিশ্ববিদ্যালয়, গবেষণা তহবিল এজেন্সিগুলি এবং একাডেমিক শুভেচ্ছার উন্নয়নের আশায় বড়-বড় কর্পোরেশনগুলির পক্ষে মূল্যবান।
তবে, এমন বৈশিষ্ট্যযুক্ত গবেষণা প্রকল্পগুলি "কাউবয় কোডিং" পদ্ধতির পক্ষেও থাকতে পারে, যেমন নীচে আরও আলোচনা করা হয়েছে। এগুলিকে যথাযথভাবে "হ্যাকস" বলা হয় এবং এগুলি একাডেমিয়ায় ঘটে।
বেশিরভাগ একাডেমিক গবেষণার সময়সীমার কারণে, একাডেমিক-স্টাইল গবেষণা তহবিল সাধারণত এক বা একাধিক বছরের প্রতিশ্রুতি দিয়ে সরবরাহ করা হয়; চিকিত্সা গবেষণা তহবিল (একাডেমিক এবং বাণিজ্যিক) আরও দীর্ঘ সময়ের জন্য প্রতিশ্রুতিবদ্ধ হতে পারে। অন্যদিকে, সাধারণত বাণিজ্যিকভাবে অর্থায়িত গবেষণাটি কোনও বিজ্ঞপ্তি ছাড়াই শেষ করা যেতে পারে, বা তাদের সংস্থাগুলি (জনশক্তি) সম্পূর্ণরূপে অন্য প্রকল্পগুলিতে পুনর্নির্দিষ্ট করা হতে পারে।
Sil. সিলো বনাম ক্রস-ক্রিয়ামূলকভাবে কীভাবে গবেষণা দল পরিমাপ করে?
কিছু প্রকারের গবেষণা দল অত্যন্ত সাইলড। প্রায়শই, এটি "মাল্টি-ডিসিপ্লিনারি" প্রকল্পগুলিতে ঘটে - প্রতিটি বিভাগে ঠিক একজন সদস্য জড়িত। ফলস্বরূপ, কোনও সদস্যই অন্য সদস্যের কার্যভার গ্রহণ করতে পারবেন না, এমনকি খুব ছোট ছোটও নয়, কারণ তাদের জ্ঞান এবং দক্ষতা ওভারল্যাপ হয় না। সমস্যাটি যোগাযোগ এবং কার্য সংজ্ঞা পর্যন্ত প্রসারিত হবে।
চূড়ান্তভাবে সাইলড দলগুলি দৈনিক স্ট্যান্ড-আপ মিটিংয়ের মতো কিছু স্ক্র্যাম আচার থেকে এখনও উপকৃত হবে, তবে "আচার" বাদে খুব বেশি ইন্টারঅ্যাকশন চলতে পারে না। দলটিকে কথা বলার এবং আস্থা তৈরি করার জন্য এটি একটি চূড়ান্তভাবে সামাজিক চতুর কোচ লাগবে।
৮. যদি কোনও চতুর কোচ উপস্থিত থাকে, তাহলে কোচ কি সংক্ষিপ্ত পুনরাবৃত্তি চক্র, সময় বক্সিং এবং সময়ের অনুমান সরবরাহ করে?
এই চতুর প্রতিটি অনুশীলন নির্দিষ্ট ধরণের গবেষণা প্রকল্পগুলির জন্য অসুবিধা সৃষ্টি করে। তবুও, কিছু বিশেষজ্ঞ-দক্ষ গবেষণা দলগুলি উন্নত গবেষণায় এই অনুশীলনগুলি প্রয়োগ করতে সক্ষম হয়েছিল বলে জানা গেছে । যেহেতু এই বিশেষজ্ঞ দলগুলির মধ্যে কীভাবে চটচটে কোচিং হয় সে সম্পর্কে কোনও বিশদ নেই, সুতরাং আমরা এই অসুবিধাগুলির প্রতিটিটি কীভাবে কাটিয়ে উঠতে পারি তা আমরা জানতে সক্ষম হতে পারি না।
9. গবেষণা দলটি কি অন্য কোন পদ্ধতিতে এককভাবে বিকাশের স্টাইল গ্রহণের পক্ষে সর্বসম্মতভাবে ভোট দেয়?
সম্পাদিত: পূর্ববর্তী সংস্করণটিতে "কাউবয় কোডিং" বাক্যাংশটি ব্যবহার করা হয়েছে, যা পেশাদারিত্বের অভাবকে বোঝায়। তবে একক বিকাশ এবং কাউবয় কোডিংয়ের মধ্যে পার্থক্য রয়েছে এবং এই চেকলিস্ট আইটেমের পরিস্থিতি একক বিকাশকে বৈধ পছন্দ করতে পারে।
এই প্রশ্নটি দেখায় যে এমন প্রোগ্রামাররা রয়েছেন যারা বিকাশের একটি বিশাল অংশের মালিক হতে পছন্দ করেন। যদি গবেষণা দলটি মূলত এই ধরণের প্রোগ্রামারদের সমন্বয়ে গঠিত হয়, তবে দলের সদস্যদের দক্ষতা সেটটি অপরিবর্তনীয় (দক্ষতার সিলোর পূর্ববর্তী পয়েন্টটি উল্লেখ করে) দেওয়া হয়, তারপরে দলের সদস্যরা যা চান তার জন্য মঞ্জুর হতে পারে, বিনিময়ে তাদের দক্ষতা এবং শ্রমের জন্য।
একক বিকাশ এবং কাউবয় কোডিংয়ের মধ্যে প্রধান পার্থক্যটি হ'ল একক বিকাশে, জোয়েল টেস্টে তালিকাভুক্ত পদ্ধতিগুলি গ্রহণ করা যেতে পারে : নতুন বৈশিষ্ট্য যুক্ত করার আগে সংস্করণ নিয়ন্ত্রণ ব্যবহার, অটোমেশন তৈরি করা এবং বাগগুলি ঠিক করার মতো আরও ভাল কোডের 12 টি পদক্ষেপ ।
কিছু পরিস্থিতিতে প্রতিটি সদস্য একক বিকাশ চালিয়ে যাওয়ার পক্ষে, আবার কিছু পরিস্থিতিতে কাউবয় কোডিংয়ের পক্ষে হবে।
প্রযুক্তিগতভাবে কিছু সম্ভব কিনা তা দেখিয়ে শেষ-লক্ষ্যটি "পয়েন্ট করা" হয় তবে কাউবয় কোডিং পছন্দসই। পরবর্তী একটি ভাল উপস্থাপনা থেকে সরাইয়া - কিংবা গুণমান - আছে প্রসবের জন্য কোন প্রয়োজনীয়তা নেই DEF, CON ® ।
চূড়ান্ত প্রশ্ন। পরিস্থিতি যদি কোনও চতুর দলকে স্থলবিহীন গবেষণা চালানোর অনুমতি না দেয় তবে তারা কীভাবে উদ্ভাবনী প্রযুক্তি ব্যবহার করবেন?
স্বাভাবিক হিসাবে ব্যবসা. অন্যান্য সংস্থাগুলি (বা শিক্ষাবিদ, ব্যক্তি বা হ্যাকারদের দল , স্টার্টআপস ইত্যাদি) প্রথমে প্রথমে সমস্যাটি মোকাবেলা করুন এবং তারপরে প্রযুক্তিটি ক্রয় / লাইসেন্স করুন। সফটওয়্যার শিল্প বহু দশক ধরে এই নীতিগুলির উপর চলছে।
চতুর পদ্ধতিতে প্রাথমিক কাজের প্রোটোটাইপগুলি দেখানোর উপর জোর একটি দলকে প্রথমে বিদ্যমান সমাধানগুলি সন্ধান করতে বাধ্য করে, যা একটি ভাল জিনিস কারণ এটি দলকে কিছু অপ্রয়োজনীয় কাজ থেকে বাঁচাতে পারে।