কে স্ক্র্যামে প্রযুক্তিগত 'ব্যবহারকারীর গল্প' লিখেছেন


11

আমি জানি যে কোনও পণ্যের মালিকের উচিত স্ক্রমে একটি ব্যবহারকারী গল্প লেখা।

একটি ব্যবহারকারী গল্প শেষ ব্যবহারকারীর জন্য একটি বৈশিষ্ট্য বর্ণনা করে।

তবে প্রযুক্তিগতভাবে কী কী বিকাশ করা দরকার এবং কীভাবে এটি বাস্তবায়নের প্রয়োজন তা কে বর্ণনা করে

এবং স্ক্র্যাম সম্পর্কিত তথ্য কোথায় সংরক্ষণ করা হয়?

এটা সত্যিই আমার আগ্রহ হবে!

ডেভেলপাররা যখন গল্পটি বাস্তবায়ন করতে শুরু করে তখন আমি আমাদের সংস্থায় জ্ঞানের একটি বড় অভাব দেখি তবে তারা এটি বাস্তবায়নের জন্য কীভাবে জানেন না!

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

স্ক্র্যাম কীভাবে লোকদের ব্যবহারকারী গল্প দিয়ে শুরু করতে সহায়তা করে?

উত্তর:


19

অচঞ্চল-বিদ্বেষী এখানে। বাস্তবায়নের বিশদটি সন্ধান করা এবং যে কাজগুলি করা দরকার তা নির্ধারণ করা স্প্রিন্ট পরিকল্পনা সভার সময় ঘটে যা ব্যবহারকারীর গল্পগুলিকে স্প্রিন্টের আসল কাজ / প্রয়োজনীয়তায় রূপান্তরিত করে। অনেক চতুর প্রক্রিয়াটির ব্যর্থতা হ'ল স্প্রিন্ট পরিকল্পনার সভাটি মূলত বিকাশকারীদের দ্বারা মূলত সম্পন্ন হওয়ার কথা ... যদি এটি কেবল পণ্য মালিক হয় তবে তারা কেবল চাঁদ পাওয়ার সিদ্ধান্ত নেবে। আপনি এখানে (যেমন তুলনামূলক) ব্যবহারকারীর গল্পটি নিয়ে এসেছেন:

As a non-technical user, I need to have a simpler interface with the API

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

  • বর্তমান এপিআই ডকুমেন্ট এবং বুঝতে
  • নতুন এপিআই নকশা করুন
  • নতুন এপিআই প্রয়োগ করুন
  • যাই হোক...

এটি দেওয়া, ব্যবহারকারীর গল্পগুলিকে ছোট ছোট পরিবর্তনে ভাঙতে আলোচনা করা ঠিক। চতুর পদ্ধতিটির অর্থ হল যে ব্যক্তি বর্ধিত পদক্ষেপে যা চায় তার কাছে যেতে চান। সুতরাং আপনি বলতে পারেন "আরে চেহারা। আমরা কেবলমাত্র একটি পুনরাবৃত্তির মধ্যে এপিআইটি ওভারহোল করতে পারি না split এটিকে 'একটি অ-প্রযুক্তিগত গ্রাহক হিসাবে বিভক্ত করা যাক, আমার একটি ভাল নথিভুক্ত API' ect" দরকার "


3
আমি দেখতে পাচ্ছি আপনি কেন চটজলদি; আপনি জানেন আপনি কি করছেন
জেফও

@ জেফও লোল, সম্ভবত এমন একটি মন্তব্যে একটি ভুল প্রতিস্থাপন ছিল যা মুছে ফেলা হয়েছে যা কেবল "রাবল রাবলল অ্যাগ্রিল খারাপ"।
আইডিয়াহাট

@ আইডিয়া হ্যাট - "অপ্রস্তুত" প্রোডাক্ট ম্যানেজার বা বিএ যখন প্রয়োজনীয়ভাবে ব্যবহারকারী গল্পগুলি সফ্টওয়্যারজিনিজারিং.স্ট্যাকেকেক্সচেঞ্জ.
com

10

সংক্ষিপ্ত উত্তর

দেব দলটি প্রযুক্তিগত জিনিসগুলি লিখে দেয়। স্ক্রাম আপনাকে কিছুটা সহায়তা করে তবে প্রযুক্তিগত ব্রেকডাউন রেসপন্ডের সাথে খুব বেশি নয়। একটি ব্যবহারকারী গল্প শুরু করা। স্ক্রাম প্রায় একমাত্র ওয়ার্ল্ড-ওয়ানডে । প্রযুক্তিগত ভাঙ্গন হ'ল ওয়ার্ল্ড

স্ক্রাম দ্বারা সরবরাহিত ব্রেকডাউনটি হ'ল:

  • ব্যবহারকারীর গল্প -> স্বীকৃতি মানদণ্ড

লোকেরা প্রায়শই এর উপরে ব্যবহার করে:

  • মহাকাব্য -> ব্যবহারকারী গল্প
  • ব্যবহারকারীর গল্প -> সাবটাস্ক
  • গ্রহণের মানদণ্ড -> স্বীকৃতি পরীক্ষা

এছাড়াও, দলটি তাদের প্রয়োজনীয় কাজগুলির জন্য প্রযুক্তিগত কাজগুলি লিখতে পারে (যেমন প্রকল্পের শুরুতে প্রত্যেকের জন্য ইন্টেলিজ আইডিইএ ইনস্টল করুন) তবে যার কোনও ব্যবসায়িক মূল্য নেই।

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

দীর্ঘ উত্তর

কীভাবে স্ক্র্যাম চিন্তা করে

হোয়াট-ওয়ার্ল্ড এবং হাও-ওয়ার্ল্ড

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

ব্যবহারকারীর গল্প বনাম টাস্ক

সাধারণত, ব্যাকলগ চলছে , যার জন্য হয় কীভাবে পৃথিবী ব্যবহারকারী গল্প কিন্তু বলা হয় না কারিগরী টাস্ক বা Subtask । অনেক টুলস ভেঙ্গে অনুমতি ব্যবহারকারী গল্প থেকে কি-পৃথিবী মধ্যে Subtasks মধ্যে কীভাবে পৃথিবী

স্ক্রাম কীভাবে সহায়তা করে এবং কোথায় তা শেষ হয়

হা -ওয়ার্ল্ডের জন্য স্ক্র্যামের সহায়তা স্প্রিন্ট পরিকল্পনা সভার কয়েকটি পয়েন্টে শেষ হয় :

  • [স্প্রিন্ট প্ল্যানিং মিটিং] পরিকল্পনা পোকার -> আলোচনার সময় বিভিন্ন দলের সঙ্গী বিভিন্ন স্টোরি পয়েন্টের অনুমান নিয়ে আসে তবে দলটি গল্পটির ভুল বোঝাবুঝি আবিষ্কার করে ।
  • [প্রস্তুত সংজ্ঞা] টিমটি ব্যবহারকারী গল্পগুলি গ্রহণ করে না যা খুব বড় (গল্পের পয়েন্টগুলি খুব বেশি)। প্রস্তুত সংখ্যক সংজ্ঞাতে থাম্বের একটি নিয়ম পাওয়া যায় যে স্টোরি পয়েন্টগুলি অবশ্যই দলের গতিবেগের অর্ধেকের কম হতে হবে।
  • [প্রস্তুত সংজ্ঞা] দল গ্রহণের মানদণ্ডের পর্যাপ্ত বিবরণ ছাড়াই ব্যবহারকারীর গল্পগুলি গ্রহণ করে না। স্বীকৃতি টেস্ট লেখার জন্য কীভাবে টিম শুরু করতে পারে তার বিষয়ে দলের যদি আস্থা থাকে তবে গ্রহণের মানদণ্ডই যথেষ্ট।

স্ক্রামের স্তরের কয়েকটি টিপস

ব্যাকলগ সংশোধন সভা বা স্প্রিন্ট পরিকল্পনা সভার কমপক্ষে দ্বিতীয় অংশে (কিছু দলের জন্য স্প্রিন্ট প্ল্যানিং 2 সভার জন্য) ব্যবহারকারীর গল্পগুলিকে সাবটাস্কগুলিতে ভাঙ্গতে সহায়তা করে ।

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

এবং বৈশিষ্ট্য এক্স এর "(আর্কিটেকচার | ডিজাইন | বাস্তবায়ন | পরীক্ষা)" ব্যবহারকারীর গল্প হিসাবে করবেন না। আমি প্রস্তাব দিচ্ছি যে আপনি এটিকে সাবটাস্ক হিসাবে এড়িয়ে চলার চেষ্টা করুন।

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

স্ক্রাম ছাড়িয়ে

স্ক্র্যামের বাইরে স্ক্রাম মাস্টার

আজ, স্ক্রাম মাস্টার বেশিরভাগই পরিচালকের ভূমিকা হিসাবে বোঝা যায় এবং এটি বুলশিট। মূলত, স্ক্রাম মাস্টার ছিল, এবং আমি এই প্রচার, একটি কারিগরী ভূমিকা , না একটি ব্যবস্থাপনাগত ভূমিকা, ঠিক কোচ মধ্যে এক্সপি

স্ক্রাম এবং স্ক্রাম মাস্টারের উপর নির্ভর করা এত সহজ এবং এইভাবে একটি বিশাল ব্যবধানে পড়ে কারণ স্ক্রাম হা-ওয়ার্ল্ড সম্পর্কে প্রায় কিছুই বলে না।

ঘূর্ণায়মান স্ক্রাম মাস্টার

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

তবে সাবধান, স্ক্রাম মাস্টারি রান্না করার মতো, টেবিল পরিষ্কার করার এবং বাসন ধোয়ার মতো নয়। কে টেবিল পরিষ্কার করে এবং থালা বাসনগুলি ধুয়ে দেয়, আপনি সবাই এমনটি করতে পারেন এমনভাবে আপনি ঘোরানো যেতে পারেন। তবে আপনি রান্নাটি সবার উপরে ঘোরানো চাইবেন না, কারণ এমন কিছু লোক আছেন যারা রান্না করতে পারেন না বা রান্না পছন্দ করেন না এবং আপনি ভাল খাবার খেতে চান।

বিশেষজ্ঞ বিকাশকারীদের মধ্যে স্ক্রাম মাস্টারটি ঘোরানোর বিষয়ে ভাল বিষয়টি এই যে টিম আরও পদ্ধতি সম্পর্কে শিখার সম্ভাবনা বেশি।

স্ব-সংগঠিত দল

স্ক্রামের দৃষ্টিকোণ থেকে, দলটিকে অবশ্যই নিজেরাই সন্ধান করতে হবে, আদর্শভাবে স্ক্রাম মাস্টারের সহায়তায় ।

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

গ্রহণের পরীক্ষা

ব্যবহারকারী গল্প নেই স্বীকৃতির মানদন্ড । এই স্বীকৃতির মানদন্ড মধ্যে প্রমাণিত হয় স্বীকৃতির টেস্ট

অন্যান্য উপাদান

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

আশাকরি এটা সাহায্য করবে.


1

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

  • এটি সর্বদা এমন বিকাশকারী হয়ে থাকে যা পণ্য মালিকদের সাথে আলোচনার ভিত্তিতে গল্পগুলি লেখে writes
  • এই গল্পগুলি তখন বিকাশকারীদের দ্বারা (পয়েন্ট বা সময়ের উপর ভিত্তি করে) অনুমান করা হয়
  • পণ্য মালিকরা তারপরে কীভাবে বিষয়টিকে অগ্রাধিকার দেওয়া হয় সে বিষয়ে সিদ্ধান্ত নেন।

যদি ডেভেলপাররা কোনও গল্প কীভাবে প্রয়োগ করতে হয় তা না জানেন, তবে এর মধ্যে একটির ক্ষেত্রে সত্য হতে পারে:

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

আপনি উডেমিতে এসসিআরইউএমে বিনামূল্যে এই কোর্সটি নিতে পারেন এবং এসসিআরইউএম প্রক্রিয়াটির পৃথক দিকগুলি সম্পর্কে জানতে পারেন - https://www.udemy.com/scrum-methodology/


0

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

আবার, পিও সিদ্ধান্ত নেবে যে কী বানাবেন, দল কীভাবে সেই গল্পগুলি বাস্তবায়ন করতে পারে তা সিদ্ধান্ত নিতে পারে


0

এটি কোনও চতুর সমস্যা নয়। সমস্যাটি হ'ল টিমটির কাছে ব্যবহারকারীর কাহিনী (চৌকস) বা প্রয়োজনীয়তা (traditionalতিহ্যবাহী) সম্পূর্ণ করার জন্য পর্যাপ্ত প্রযুক্তিগত জ্ঞান নেই। চটপটে এই পরিস্থিতিতে সাহায্য করতে পারেন? না, যদি দলটি যত্ন সহকারে বাছাই না করা হত এবং দলে কারও কারও কাছে তাদের কাজ সম্পাদনের জন্য পর্যাপ্ত প্রযুক্তিগত অভিজ্ঞতা না রয়েছে। হ্যাঁ, যদি দলের সদস্যদের কারও কারও কাছে ভাল প্রযুক্তিগত জ্ঞান থাকে তবে যারা অন্য দলের সদস্যদের তাদের কাজ সম্পাদনে সহায়তা করতে পারে। সেই দলের জন্য স্ব-সংগঠিত হওয়া দরকার এবং এটির শক্তি এবং দুর্বলতাগুলি জানা উচিত।

দয়া করে নীচের চটপটি মনে রাখবেন।

"সেরা আর্কিটেকচার, প্রয়োজনীয়তা এবং নকশাগুলি স্ব-সংগঠিত দলগুলি থেকে উত্থিত হয়"

এটি ঘটবে কারণ চপল পরিবেশে দলের ভরসা বেশি এবং তারা নিজেদের মধ্যে কাজ অর্পণ করে।

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