স্ক্র্যাম স্প্রিন্টে কীভাবে আমাদের অতিরিক্ত কসমেটিক বৈশিষ্ট্যগুলি পরিচালনা করতে হবে?

Question

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

এর অর্থ কী তা নিয়ে আমি বিভ্রান্ত। মনে করুন স্প্রিন্ট 1 এ লক্ষ্য ছিল, "ব্যবহারকারী নিবন্ধকরণ ফর্ম"।

শিপিংয়ের জন্য প্রস্তুত হওয়ার জন্য আমাকে আরও কত কী বিশদ যুক্ত করতে হবে? উদাহরণ স্বরূপ:

1. আমি কোনও অভিনব স্টাইলিং ছাড়াই ক্ষেত্রগুলি সহ সহজ ফর্মটি প্রদর্শন করতে পারি এবং সেগুলি হিসাবে চিহ্নিত করতে পারি
2. আমি ঠিক হিসাবে ক্লায়েন্ট পার্শ্ব বৈধতা চিহ্ন হিসাবে সম্পন্ন করতে পারি তবে সার্ভার সাইডটি বিকল্প বা উভয়ই
3. আমি ফর্মের জন্য কিছু jQuery অভিনব সরঞ্জাম টিপস, হোভার ওভারস, ক্যাপচা, রঙ, লেবেল যুক্ত করতে পারি
4. তারপরে স্ক্রিনে ত্রুটি বার্তাগুলি কীভাবে দেখানো যায় সে সম্পর্কে পুরো স্টাইলিং রয়েছে

আমি একটি বিষয়ে অন্তহীনভাবে করতে পারি। সুতরাং আমরা কীভাবে এটি বিভক্ত করব এবং যখন আমি শিপিং প্রস্তুত হিসাবে এটি ভাবতে পারি।

অথবা আমার ত্রুটি, পপআপ বা হালকা বাক্সের পাঠ্যকে সাবটাস্ক হিসাবে দেখানো এবং সেগুলিকে স্প্রিন্ট হিসাবে রাখার মতো প্রতিটি ছোট ছোট ছোট জিনিসও লিখতে হবে? এটি পুরো প্রকল্পের জন্য কাজগুলি সীমাবদ্ধ করে।

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

Comments

কোন "স্ক্রাম নথি"?

— ডেভ হিলিয়ার

Answer 1

এটি ইন্টারনেটের সাথে না রেখে পণ্য মালিক এবং স্ক্রাম দলের সাথে একমত হন। এটি আপনার সংজ্ঞাটি নির্ধারণ করা উচিত এবং এটি টিম কীভাবে কাজ করে তার উপর অনেকাংশে নির্ভর করবে।

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

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

আপনি এমন একটি দলে কাজ করতে পারেন যেখানে ইউআই সাধারণত পৃথকভাবে পরিচালিত হয়, উদাহরণস্বরূপ কোনও ভিন্ন দল বা একবার ইউআই বিশেষজ্ঞরা ফর্মটি কেমন দেখতে হবে তা স্থির করে রাখে, বিকল্পভাবে, একটি ছোট প্রকল্প / দলে আশা করা যায় যে ইউআইটি আপনার মতো নির্মিত হয়েছে যাওয়া.

যতক্ষণ দল সকলেই উত্তরটি জানে ততক্ষণ উত্তরটি কী তা অপ্রাসঙ্গিক।

Comments

"+ যতক্ষণ দলটি উত্তরটি জানবে ততক্ষণ উত্তরটি কী তা অপ্রাসঙ্গিক" "

— mattyB

"টিম যতক্ষণ উত্তরটি জানে ততক্ষণ এই উত্তরটি কী তা অপ্রাসঙ্গিক for" এর জন্য আরও একটি +1। ব্যবহারকারীর গল্পগুলির সাথে প্রয়োজনীয়তার সাথে ডকুমেন্টিং করা এবং সেগুলিকে টাস্কে ভাঙ্গা একটি বিজ্ঞান নয়। ব্যবহারকারীর কাহিনী গ্রহণের স্বীকৃতি বা স্বতন্ত্র কার্যাদি হিসাবে শর্তে প্রতিটি দলের (পণ্য মালিক সহ) সম্পন্ন সংজ্ঞাতে কী স্তরের বিস্তারিত দলিল করতে হবে তা এক সাথে শিখতে হবে।

— নিক

আপনি জেনে আনন্দিত হবেন যে স্ক্র্যাম গাইডের সর্বশেষ সংস্করণ (জুলাই ২০১৩) আর শিপযোগ্য নয় now এখন ব্যবহৃত বাক্যাংশটি সম্ভবত পুনরায় প্রকাশযোগ্য ।

— ডেরেক ডেভিডসন পিএসটি সিএসটি

Answer 2

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

এর অর্থ এই নয় যে এটি শেষ ব্যবহারকারীর জন্য ব্যবহারের জন্য প্রস্তুত, এর অর্থ কেবল এটি কারও জন্য প্রস্তুত । যে কেউ পরীক্ষক হতে পারে, বা অন্য দল যেমন ব্যাক-এন্ড দল হতে পারে।

আপনি যদি এটি বিকাশকারী হিসাবে জিজ্ঞাসা করেন তবে উত্তরটি "আপনি জানেন, কারণ পণ্য মালিক আপনাকে প্রসাধনী বৈশিষ্ট্যগুলি চান কিনা" তা আপনাকে জানিয়ে দেবে becomes

যদি আপনি এটি কোনও পণ্যের মালিক হিসাবে জিজ্ঞাসা করছেন, তবে আপনি কেবল সিদ্ধান্ত নিতে হবে যে আপনি বৈশিষ্ট্যটি একাধিক গল্পে ভাঙতে চান কিনা whether আপনার গ্রাহককে সন্তুষ্ট করার উপায় হিসাবে এটি আপনাকে সন্তুষ্ট করা ছাড়া অন্য কোনও প্রয়োজন নেই ।

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

Answer 3

"সম্ভাব্য শিপযোগ্য" এর অর্থ শিপ-সক্ষম এমন কোনও কিছু নয় যা আপনি চালিত করেন। উদাহরণ স্বরূপ:

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

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

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

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

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

Answer 4

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

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

Answer 5

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

স্ক্রাম নির্দিষ্ট সময়ে নির্দিষ্ট বৈশিষ্ট্য সরবরাহের গ্যারান্টি দেওয়ার কথা নয়। এটি আপনাকে একটি নির্দিষ্ট সময়ে সম্ভাব্য সর্বাধিক কার্যকর কাজ দেওয়ার কথা। যদি সেই স্প্রিন্টের সময় "featuresচ্ছিক" প্রসাধনী বৈশিষ্ট্যগুলি সম্পন্ন না হয় তবে এটি হওয়া উচিত কারণ এটি সম্ভব ছিল না।

Comments

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

— ইউজিন

ঠিক আছে, এটি একটি আকর্ষণীয় বাধা। দেখে মনে হচ্ছে যে কোনও উপায়েই আপনার পক্ষে কাজ করতে পারে তবে পরের ক্ষেত্রেটি "কাজের পরিমাণকে হ্রাস করে" এর চতুর মানকে সমর্থন করে। অন্য কথায়, ইয়াজিএনআই আপনার বন্ধু।

— ক্যাটফুড

@ ইউজিন: যদি পণ্য মালিকরা সমস্ত বৈশিষ্ট্যগুলি তাদের চূড়ান্ত দৃষ্টিনন্দন চেহারাতে সরবরাহ করতে চান তবে আপনাকে সেটাই দিতে হবে। অন্যথায়, "পণ্যটিকে এক্স ভাল দেখায়" এর লাইনে অতিরিক্ত গল্পগুলি প্রবর্তন করা পণ্য মালিকের পক্ষে up

— বার্ট ভ্যান ইনজেন শেহেনো

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

— ক্যাটফুড

Answer 6

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

আরও পরিপক্ক প্রকল্পে আপনি কোনও পাইলট বা বিটা ক্লায়েন্টকে ন্যূনতম স্টাইলিং সহ বৈশিষ্ট্যটির একটি "বিকাশকারী নকশাকৃত" সংস্করণ পাঠিয়ে দিতে পারেন, তবে কার্যকারিতা পরিবর্তন (প্রতিক্রিয়া অনুসারে) এবং নকশা সম্পূর্ণকরণ উভয়ের জন্য একই বৈশিষ্ট্যটি আবার দেখতে পারেন।

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