ডকুমেন্টেশন একটি ব্যবহারকারীর গল্প? [বন্ধ]


13

আমরা গত কয়েক স্প্রিন্টের জন্য যে পণ্যটিতে কাজ করছি তার জন্য আমাদের কিছু ব্যবহারকারীর ডকুমেন্টেশন করতে হবে। আমরা এখন পরবর্তী স্প্রিন্টে একটি নতুন প্রকল্প শুরু করছি এবং পিও এই স্প্রিন্টের জন্য একটি ব্যবহারকারী গল্প আগে উত্পাদিত পণ্যটির জন্য ডকুমেন্টেশন তৈরি করছে।

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

সম্পাদনা: আপনার মতামত বলছি জন্য ধন্যবাদ। আমার মাথার পিছনে এটি ছিল যে একটি স্প্রিন্ট হ'ল কার্যকারী সফ্টওয়্যারটির বর্ধিতকরণ বাস্তবায়ন করতে হবে তবে আপনার দৃষ্টিভঙ্গি আমার দৃষ্টিভঙ্গি বদলে দিয়েছে। আপনার সমস্ত উত্তরের জন্য আপনাকে ধন্যবাদ।


সিস্টেম ডকুমেন্টেশন তৈরি করতে আপনি কোনও ইউজার স্টোরি তৈরি করার কথা ভাবছেন, নাকি সিস্টেমের ডকুমেন্টেশন হিসাবে কোনও ইউজার স্টোরি ব্যবহার করছেন?
রাইথাল

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

2
আপনি যদি কোনও কোড না লিখে কোনও গল্পের জন্য অর্থ প্রদান করতে পারেন তবে তার উপরে ঝাঁপ দাও।
জেফো

1
@ জেফো - আমি বরং কোড ধন্যবাদ লিখতে চাই। ডকুমেন্টেশন লেখার জন্য আমি কোডটি লিখতে পারি ... হালকা ভন নিউম্যান মেশিনের সাজান: পি
সোয়েলেন্টগ্রি

উত্তর:


15

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

পয়েন্টটি কেবল কোড নয় - এটি ব্যবহারকারীর প্রয়োজনীয়তা পূরণ করে।


6
অপারেটর, প্রশাসক এবং অন্যান্য প্রযুক্তিবিদরা প্রথম শ্রেণির ব্যবহারকারী। তারা প্রতিটি অন্যান্য ব্যবহারকারীর মতোই গল্পের গল্প পেয়ে থাকে।
এস .লট

10

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

আপনি ঠিক বলেছেন, এটি কোনও কোড উত্পাদন করে না। তবে এটি ব্যবহারকারীর প্রয়োজনীয়তা পূরণ করে এবং অন্যান্য ব্যবহারকারীর প্রয়োজনীয়তার তুলনায় অগ্রাধিকার দেওয়া উচিত।

যদি এর অর্থ হ'ল এটি কখনই সম্পন্ন হয় না, কারণ এটি এবং সেই কার্যকারিতাটি কাজ করা হচ্ছে তবে সম্ভবত আপনার সম্ভবত সেই ডকুমেন্টেশনের দরকার নেই that


3
যদি ডকুমেন্টেশন প্রয়োজন হয়, অবশেষে এটি সম্পন্ন সংজ্ঞার অংশ হয়ে উঠতে পারে।
হুগো

3

আমি পিডিআর এর ডকুমেন্টেশন মূল্যায়নের সাথে একমত, যদি এর প্রয়োজনীয়তা, প্রযুক্তিগত বা প্রকল্পের নথিপত্র থাকে। আদর্শভাবে এটি স্প্রিন্ট কাজের সাথে সংযুক্ত করা উচিত।

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

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


1

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

আপনার প্রশ্নের সুনির্দিষ্টভাবে উত্তর দেওয়ার জন্য, আমি জিজ্ঞাসা করব যে দলটি বিবেচনা করে যে ডকুমেন্টেশনগুলি "সংজ্ঞার সংজ্ঞা" এর অংশ বা না।

দলটি যদি বিবেচনা করে যে ডকুমেন্টেশনগুলি তখন "সংশোধিত সংজ্ঞা" এর অংশ, তবে অতিরিক্ত গল্পের প্রয়োজন নেই এবং ডকুমেন্টেশন লিখিত এবং যাচাই না করা অবধি গল্পটি গ্রহণ করা যাবে না।

দলটি যদি বিবেচনা করে যে ডকুমেন্টেশনগুলি "সংজ্ঞায়িত করা" এর অংশ নয়, তবে আমি একটি পৃথক গল্প তৈরি করব যাতে পণ্য মালিক তাদের কাজ পরিচালনা করতে পারে।

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