স্প্রিন্ট পর্যালোচনায় আপনি কোনও ইউআই সহ ডেমো সফটওয়্যারটি কীভাবে করবেন?

Question

মূলত স্ক্রাম অনুসরণ করে আমরা চতুর সফ্টওয়্যার বিকাশ করছি। আমরা স্প্রিন্ট পর্যালোচনা করার চেষ্টা করছি তবে এটির পক্ষে এটি কঠিন। আমাদের সফ্টওয়্যারটি প্রচুর ডেটা প্রক্রিয়াকরণ করছে এবং গল্পগুলি প্রায়শই বিভিন্ন নিয়ম পরিবর্তন করতে থাকে।

কোনও ইউআই বা দৃশ্যমান ওয়ার্কফ্লো পরিবর্তন না হলে স্প্রিন্টে যে পরিবর্তনগুলি ঘটেছিল তা ডেমোমিংয়ের জন্য কী কী বিকল্প রয়েছে তবে পরিবর্তে পরিবর্তনটি একটি প্রসেসিং কাজের উপর একটি সূক্ষ্ম ব্যবসায়িক নিয়ম যা 10 মিনিট বা এমনকি কয়েক ঘন্টা সময় নিতে পারে ?

Comments

ইউনিটেটস বা ফাইল মনিপ

— ফ্রিক

@ratchetfreak: এটি কি প্রযুক্তিগত শব্দ, ফাইল ম্যানিপ?

— রবার্ট হার্ভে

@ রবার্তাহারভে ফাইলের কারসাজি, আমি কমান্ড লাইন সরঞ্জাম এবং এই জাতীয়

— র‌্যাচেট ফ্রিক

@ আর্টচেতফ্রাক: আমি জানতাম এর অর্থ কী। > _ <

— রবার্ট হার্ভে

না আপনি

— করেননি

Answer 1

স্প্রিন্টের সময় আপনি মান তৈরি করেন। আপনার শুরুতে এবং স্প্রিন্টের শেষে যা ছিল তার মধ্যে সবসময় কিছুটা পার্থক্য থাকে। সাধারণত ক্লায়েন্টের দ্বারা লক্ষণীয়ভাবেও। সুতরাং শুধু পার্থক্য দেখান।

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

যদি প্রকৃত প্রসেসিংয়ে বেশি সময় লাগে তবে সময়-জিপ করা ভিডিও বা চিত্রের একটি টেবিল প্রদর্শন করা ঠিক okay বা ফলাফলের প্রাক-সংগৃহীত আউটপুট।

Comments

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

— জাস্টিনসি

Answer 2

ব্যাক-এন্ড কাজ করে এমন জিনিসগুলির জন্য আমার নিজের ব্যক্তিগত পছন্দটি হ'ল শেষ-ব্যবহারকারীর পরিবর্তনটি সন্ধান করা। আপনি যে ডেটা প্রক্রিয়া করছেন তা শেষ পর্যন্ত কোনও প্রতিবেদনে সক্রিয় হয়, প্রতিবেদনের পার্থক্যের আগে / পরে দেখান show

আমি ধরে নিচ্ছি পরিবর্তনের আকাঙ্ক্ষা একটি প্রয়োজন থেকে এসেছে। গল্পটি করার দরকারটি কী এমন সমস্যা হয়েছিল? আপনার ব্যবহারকারীর গল্প 'ভয়েস ফর্ম'-এ আপনাকে বোঝানো উচিত যে আপনি কীভাবে আপনার গল্পের ব্যবহারকারী হিসাবে অভিনয় করে সমস্যাটি ডেমো করতে সক্ষম হবেন (যেমন জোয়ান হিসাবে আমার ইউরোপের ব্যবহারকারীরা ছাড়া রিপোর্টটি দেখার প্রয়োজন)।

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

Answer 3

আপনি কীভাবে জানবেন যে কোনও বৈশিষ্ট্য নিজেই কাজ করছে? আপনি যখন এটি স্থাপন করেন আপনি কীভাবে নিশ্চিত হন যে এটি আসলে কাজ করছে?

আপনি যদি এই প্রশ্নের উত্তর দিতে না পারেন তবে আপনার একটি স্প্রিন্ট পর্যালোচনার চেয়ে বড় সমস্যা রয়েছে। আপনার ডেমোতে এটি দেখাতে সক্ষম হওয়া উচিত।

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

আপনার পণ্য মালিককেও সহায়তা করতে সক্ষম হওয়া উচিত; তাদের বিকাশের অধীনে পণ্যটির একটি বিশদ বোঝা উচিত। তাদের পুরো প্রয়োগের বিশদটি বোঝার দরকার নেই তবে প্রতিটি বৈশিষ্ট্যের উদ্দেশ্য (বা ব্যবসায়ের মূল্য) ব্যাখ্যা করতে সক্ষম হওয়ার জন্য তাদের এটিকে যথেষ্ট ভাল বুঝতে হবে well সর্বোপরি, পণ্যের মালিক হলেন সেই ব্যক্তি যিনি আপনাকে গল্পটি প্রথম স্থানে প্রয়োগ করতে বলেছিলেন!

Answer 4

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

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

তবে মঞ্জুর, এটি আপনার পক্ষে এটির চেয়ে বেশি কাজ হতে পারে। এটি উপকারের জন্য এবং প্রয়োজনীয় কাজটি আপনাকে করতে হবে weight

Comments

স্লাইড উপস্থাপনা জন্য।

— চুল্লী

আমি সবসময় স্লাইডগুলির বিরুদ্ধেও দুর্দান্ত চেষ্টা করি। স্লাইডওয়্যার পিচ্ছিল opeাল, আমরা পরিবর্তে প্রকৃত পণ্যটি করি।

— বালোগ পাল

+1 টি। আমি বিশেষত স্লাইড উপস্থাপনাগুলি পছন্দ করি না তবে ডাউনভোটদের সাথে আমি একমত নই। স্লাইডগুলি চার্টগুলি একসাথে রাখার একমাত্র উপায়।

— ফ্রেক্স

Answer 5

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

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

Answer 6

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