ব্যাকএন্ড ডেভস ব্যবহারকারী গল্পগুলি লিখে রাখে


10

আমি ব্যাকএন্ড ডেভলপমেন্টটি ব্যবহারকারী গল্পগুলিতে উল্লম্বভাবে টুকরো টুকরো করার পরিকল্পনা করেছি। তবে আমাদের দলের একজন ব্যাকএন্ড লোক অভিযোগ করতে শুরু করেছে যে এটি তাদের কাজটিকে অদৃশ্য করে তোলে।

আমার উত্তর ছিল

  • স্প্রিন্ট পরিকল্পনা এবং পর্যালোচনা সভাগুলিতে আমরা স্টেকহোল্ডারদের সামনে ব্যাকএন্ড কার্যগুলি নিয়ে আলোচনা করি যাতে এটি এটি দৃশ্যমান হয় এবং

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

তিনি এখনও গল্পের মতো জোর দিয়েছিলেন: "একজন বিকাশকারী হিসাবে আমার একটি ডোমেন স্তর থাকা দরকার যাতে আমি ব্যবসায়ের যুক্তি সজ্জিত করতে পারি" "

দলটিকে কলুষিত করার আগে আমি কীভাবে সমস্যাটি সমাধান করতে পারি?

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


7
আমার ব্যাকএন্ড গল্পগুলি থাকবে না, তারা কোনও ধারণা রাখে না .. তবে, আমি সেই ধরণের পরিচালকদের রাখতে চাই না .. আমি ভেবেছিলাম কিছুক্ষণ আগে ব্যাকএন্ড
ডেভগুলি

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

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

1
টপিকগুলি উল্লম্বভাবে টুকরো টুকরো করুন, তারপরে ফলস্বরূপ গল্পগুলি অনুভূমিক কার্যগুলিতে টুকরো টুকরো করুন।
জেন্টিং

উত্তর:


5

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

টিমের একদল ব্যক্তি কাজ থেকে গৌরব অর্জন না করায় বেশ কিছু সম্ভাব্য সমস্যার মুখোমুখি হওয়ার বিষয়টি স্বীকার করেছেন।

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

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

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


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

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

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

11

এটি একটি সামাজিক সমস্যা বলে মনে হচ্ছে, সুতরাং এটির একটি সামাজিক সমাধান প্রয়োজন।

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

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

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


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

1
@ সিজিলি: ব্যাকএন্ডের কাজটি কি এতই খারাপ যে এটি কোনও সম্মানের প্রাপ্য নয়, বা তিনি কেবল টিক দিয়েছেন যে তিনি স্বীকৃতি পাচ্ছেন না?
blrfl

তাঁর ব্যাকেন্ডের কাজটি দুর্দান্ত। যথাযথ স্বীকৃতি এবং এমনকি পরিচালিত বুলিংও সমস্যা is
সিজিলি

4

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

আসলে এই সমস্যা। এটা স্পষ্টত আপনি গল্প দিয়ে সমাধান করবেন না!

সাধারণভাবে, চতুর বিকাশের অন্যতম বৈশিষ্ট্য স্বচ্ছতা। এর অর্থ হ'ল এটি আপনার সাংগঠনিক সমস্যাগুলিকে আরও প্রকট করে তোলে ।

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

অন্য কথায়: প্রত্যেককে আপনার শেষ ব্যবহারকারীদের জন্য মূল্য উত্পাদন করুন।

(*) দ্রষ্টব্য: সমস্ত গল্পের একটি ফ্রন্ট-এন্ড উপাদান বা কোনও ব্যাক-এন্ড উপাদান থাকা দরকার না। অতিরিক্ত ব্যাক-এন্ড কাজ ছাড়াই ইউআই উপাদানগুলি পুনর্বহাল করা যেতে পারে এবং পারফরম্যান্স একটি বৈশিষ্ট্য


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

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

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

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

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

1

আপনার সমস্যাগুলি হ'ল:

  • আপনার ব্যবসায়ের আপনার পরিচালনা স্তর রয়েছে যেখানে তারা কোনও উদ্দেশ্য করে না। স্ক্রাম, চটজলদি, আমি পাত্তা দিই না। প্রযুক্তি সম্পর্কে একটি! @ # $ ইঙ্গিত থাকা কোনও প্রোডাক্ট ম্যানেজারের ব্যবসায়ের উদ্বেগের সাথে পরিচালনা ও বিকাশকে আলাদা করা উচিত। হতে পারে এটি স্টিভ জবসের পক্ষে কাজ করেছে তবে আমি কখনও এমন পরিস্থিতিতে পড়িনি যেখানে নন-টেক-পারদর্শী পরিচালকদের দেবের কাছাকাছি থাকা স্বাস্থ্যকর জিনিস ছিল বা শেষ পর্যন্ত একটি দল তৈরি করতে পারে এমন সেরা মানের পণ্য তৈরির জন্য পরিবেশন করা হয়েছিল।

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

যাদের পরিকল্পনা ও স্ট্যান্ডআপের বাইরে থাকার দরকার নেই তাদেরকে পান। ফ্রন্ট-এন্ডের চেয়ে ব্যাক-এন্ডের চেয়ে কম গুরুত্বপূর্ণ যে কেউ ধারণা রয়েছে এমন কেউ আছেন যাঁর সেখানে থাকার দরকার নেই এবং প্রকৃতপক্ষে সেখানে উপস্থিত হয়ে প্রক্রিয়াটি ব্যাহত করছেন।

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

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


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

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

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

যে কোনও উপায়ে, আমি যদি আপনার ইউএক্স সমস্যা হয় তবে আমি অভিজ্ঞ এনাল-রিটেনটিভ ইউআই দেবের প্রস্তাব দেব। কিছু দারুণ জেনারালিস্টকে বাদ দিয়ে বিকল্প নেই যে খুব কম লোকই পুরো দলের জন্য অর্থ দিতে চায়।
এরিক রিপেন
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.