স্ক্র্যাম প্রকল্পে ইউএক্স কে করে?


9

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

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

আমি বেশ নিশ্চিত যে আমাদের কিছু ইউএক্স সহায়তা দরকার, আপনি দেখুন, তবে এটি কোথায় প্রয়োগ করবেন তা সত্যই আমি নিশ্চিত নই ...

সম্পাদনা: আমাকে প্রশ্নটি নতুন করে বলি।

আপনি কীভাবে একটি চৌর্য প্রকল্পে সামঞ্জস্যপূর্ণ, উচ্চ-মানের ব্যবহারকারীর অভিজ্ঞতা সরবরাহ করবেন?


1
"পাঠ্যপুস্তক স্ক্রাম"? আপনার মানে "কঠোরভাবে চটজলদি"? চটপটি "বই দ্বারা অবিচ্ছিন্নভাবে" সম্পন্ন? তা কি পরস্পরবিরোধী নয়?
এস .লট

আপনি কি কেবল সেই ব্যক্তিকে বাছাই করবেন না যে তারা জানে যে তারা কী করছে এবং সময় আছে?
জেফো

1
ইউএক্স! = ওয়্যারফ্রেমিং, এবং ইউএক্স একটি স্প্রিন্টের চেয়ে অনেক বড়
স্টিভেন এ লো লো

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

ওজিএন 17 এর মূল নোটগুলিতে ইউএক্স সম্পর্কে আপনার মতামত
ম্যাট এলেন

উত্তর:


11

মিথস্ক্রিয়া ডিজাইনার

ইউএক্স! = ইউআই আপনার প্রোগ্রামার নয় এমন জনপ্রিয় বিশ্বাসের বিপরীতে ভাল ব্যবহারকারীর অভিজ্ঞতা সরবরাহ করার জন্য অভিজ্ঞ ইন্টারঅ্যাকশন ডিজাইনারের প্রয়োজন । আপনার সকল প্রোগ্রামারদের জন্য যারা মনে করেন তারা ইউএক্স করতে পারে (এতে আমার অন্তর্ভুক্ত) আমাকে এটি বলতে দিন। ইন্টারেক্টিভ ডিজাইনে ভাল হওয়ার জন্য প্রোগ্রামিংয়ে ভাল হওয়ার জন্য কমপক্ষে সময় প্রয়োজন requires খাঁটি ইন্টারঅ্যাকশন ডিজাইন করতে আপনি কত সময় ব্যয় করেছেন?

প্রাথমিক পর্যায়ে এটি ইন্টারঅ্যাকশন ডিজাইনারের দায়িত্ব:

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

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

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

বরাবরের মতো আমি এই বিষয়টিতে অ্যালান কুপার্সের বইগুলির গভীরভাবে সুপারিশ করছি ("ফেস সম্পর্কে" এবং "কয়েদিরা আশ্রয় করছে")


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

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

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

আপনি যদি মনে করেন ইন্টারঅ্যাকশন ডিজাইনে ভাল হওয়া যেমন প্রোগ্রামিংয়ে ভাল হওয়া ঠিক ততই শক্তিশালী তবে আপনার অবশ্যই প্রোগ্রামিংয়ের জন্য
রবার্ট

3

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

আদর্শভাবে, মক-আপগুলি কমপক্ষে একটি স্প্রিন্ট আগেই করা উচিত, তবে ছোট বৈশিষ্ট্যগুলির জন্য এটি বর্তমান পুনরাবৃত্তির জন্য পরিকল্পনা করা গল্পের একটি সাবটাস্ক হিসাবে মক-আপগুলি তৈরি করা বিবেচনা করে বিবেচনা করতে পারে।

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


3

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

সম্পাদনা:

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

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


2

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


1

"পাঠ্যপুস্তক স্ক্রাম" এর জন্য:

প্রথমত, স্ক্রাম মাস্টার্স পণ্য মালিকদের সাথে সহযোগিতা করে না - এসএম এবং পিও সহ পুরো টিম সিস্টেমটি তৈরিতে সহযোগিতা করে than

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

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


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

1
সফটওয়্যারটির জন্য নরকের একটি বিশেষ চেনাশোনা রয়েছে যার ব্যবহারকারীর অভিজ্ঞতা যেকোন কোডার কয়েক ঘন্টা মুক্ত রেখে তৈরি করেছিল।
ডিলান বিটি

1

জলপ্রপাতের প্রকল্পে ইউএক্স কে করে? এক্সপি প্রকল্পে কে মেইনফ্রেম বিকাশ করে?

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

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

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


0

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

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

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

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