স্ক্রাম: ব্যবহারকারীর গল্পের নকশা / ইউএক্স বাস্তবায়নের মতো একই স্প্রিন্টে আসার পক্ষে কি ঠিক আছে?


9

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

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

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

বিষয়টিকে আরও খারাপ করা এই প্রথম নয়। শেষ স্প্রিন্টে, ঠিক একই ঘটনা ঘটেছে। আমি এটি আমাদের পূর্ববর্তী স্থানে পতাকাঙ্কিত করেছি এবং স্ক্রাম মাস্টারের কাছে "এটি আপনার পক্ষে কেবল উন্নয়ন" বলার পরিবর্তে কীভাবে এটি সমাধান করা যায় তার কোনও উত্তর ছিল না। হাস্যকরভাবে যে জ্বলন্ত লক্ষ্যমাত্রা না থাকলে তিনি বিরক্ত হন ...

এখন আমি ডিজাইনারের কাজটি পেতে তার সাথে জিজ্ঞাসা / কাজ করতে যাচ্ছি। আমি আমার অন্যান্য সমস্ত কাজ শেষ করায় এটি আমাকে ধরে রাখতে চলেছে।

আমার প্রশ্ন তাই

  • ক) স্প্রিন্ট পরিকল্পনায় আপনি কীভাবে নির্ভরতা পরিচালনা করেন? সম্পাদনা: ব্যবহারকারীর গল্পের নকশা / ইউএক্স বাস্তবায়নের মতো একই স্প্রিন্টে আসার জন্য এটি কি ঠিক?
  • খ) আমার এখন কীভাবে স্প্রিন্টের কাছে যেতে হবে? বর্তমান ব্যবহারকারীর কাহিনীটি পুনরায় অনুমান করুন এবং বর্ধমানটিকে বার্ন আপে রূপান্তরিত করুন এবং অযোগ্য / অনুৎপাদনশীল হিসাবে দেখবেন? অথবা "ডিজাইনারকে একটি উপযুক্ত নকশা তৈরি করতে সহায়তা করুন" এর লাইনে বর্তমান স্প্রিন্টে একটি নতুন কাজ যুক্ত করুন


  • বিষয়বস্তুতে আপনার প্রশ্নটি আপনার পাঠ্যের নীচে থাকা প্রশ্নগুলির চেয়ে পৃথক mentioning আপনি যদি একে একে বা অন্যটিকে বেছে নিতে সম্পাদনা করেন তবে সহায়ক হবে।
    পিডিআর

    উত্তর:


    14

    কীভাবে আপনি স্প্রিন্ট পরিকল্পনায় নির্ভরতা পরিচালনা করবেন?

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

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

    এটি যা করে তা হ'ল তুলনামূলকভাবে দৃ design় নকশা ছাড়াই অনুমানের অনিশ্চয়তা দেখায়। সম্ভবত, এটি আপনার পরিচালকদের একটি পণ্য ব্যাকলগ আইটেম সঠিকভাবে সংজ্ঞায়িত হয়েছে তা নিশ্চিত করতে উত্সাহিত করবে; তবে সবচেয়ে খারাপ দিক থেকে এটি আপনার পিঠে coverেকে দেবে। যখন কোনও আন্ড-বাজেটে কোনও কাজ আসে তখন কেউ অভিযোগ করে না।

    তবে, আপনি তা করেন নি, এবং এখন আপনার প্রশ্নটি ...

    আমার এখন কীভাবে স্প্রিন্টের কাছে যেতে হবে?

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

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


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

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

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

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

    6

    প্রথমত, গল্প / কার্যগুলির মধ্যে নির্ভরতা এবং একটি গল্প / কার্যের সুযোগ / প্রচেষ্টার মধ্যে অনিশ্চয়তার মধ্যে একটি বড় পার্থক্য রয়েছে।

    নির্ভরশীলতা / গল্পের উপর নির্ভরশীল টাস্ক / কাহিনীকে নির্ভর করে যে টাস্ক / গল্পের উপর নির্ভর করে তার চেয়ে কম অগ্রাধিকার দিয়ে এবং সম্ভবত অন্য কোনও টাস্ক / গল্পটি করার আগে এটি শুরু করতে পারে না এমন একটি টীকা দিয়ে নির্ভরতা পরিচালিত হয়।

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

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

    শেষ পর্যন্ত, স্ক্রমে, এটি এমন একটি দল যা কিছু সরবরাহ করার প্রতিশ্রুতি দেয়। যদি সেই প্রতিশ্রুতি দেওয়া না যায়, তবে এটি পুরো দলের ব্যর্থতা, দলের মধ্যে কোনও ব্যক্তির কখনও নয়।


    এটিও একটি ভাল উত্তর ছিল। আমি যদি দুটি উত্তর সঠিক হিসাবে চিহ্নিত করতে পারি তবে আমার কাছে ছিল।
    অ্যালান

    3

    স্প্রিন্ট পরিকল্পনার সময় এই অপরিজ্ঞাত ব্যবহারকারীর গল্পটি কত সময় নেবে সে সম্পর্কে আমাকে একটি বন্য অনুমান নিতে হয়েছিল।

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

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


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

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

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

    1

    গল্প হিসাবে প্রকাশিত ডিজাইন সম্পর্কিত কাজগুলি এবং আপনার দলের সংজ্ঞা কী

    • একটি গল্প প্রস্তুত
    • একটি গল্প করা হয়েছে

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

    যদি কোনও গল্প প্রস্তুত না হয় তবে এটি আপনার স্প্রিন্টে এম্বেড করবেন না। যদি গ্রহণের শর্ত পূরণ না হয় তবে এটি শেষ নয়।

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

    আপনার ম্যানেজারকে আপনার সহজে বোঝানো উচিত যে প্রস্তুতের জন্য শক্তিশালী নিয়ম থাকা ভাল জিনিস: স্প্রিন্ট চলাকালীন জটিলতার পুনর্মূল্যায়ন করা একটি খারাপ অভ্যাস। এর অর্থ দলের গতিবেগ অনিশ্চিত এবং তারপরে পরিচালক হিসাবে তারা দলের কাজ এবং ভবিষ্যতের প্রতি খারাপ দৃষ্টি রাখে।


    0

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

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

    আরও কিছু প্রশিক্ষণ ক্ষতি করতে পারে না ... সম্ভবত ডিজাইনারের সাথে কাজ করা আপনার জন্য কিছু নতুন ইউএক্স দক্ষতা অর্জনের সুযোগ হতে পারে? ... এটি অর্ধ-খালি পরিবর্তে কাচটি অর্ধ পূর্ণ পূর্ণ পর্যবেক্ষণ করছে :))

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