কোড শুরু করার আগে কোনও সফ্টওয়্যার পণ্য কতটা সংজ্ঞায়িত হওয়া উচিত?


13

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

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

অন্যান্য আরও নির্দিষ্ট প্রশ্ন সম্ভবত:

  1. কোনও প্রকল্পের কত শতাংশ সময় সাধারণত উন্নয়নের আগে পরিকল্পনার পর্যায়ে ব্যয় হয়?

  2. কোড শুরু করার আগে আপনি কি পরিমাপযোগ্য কিছু মাপদণ্ড পূরণ করার চেষ্টা করেছেন বা অন্তরের জিনিস বেশি?

  3. কোডিং শুরুর আগে আপনি কি সব ক্লাস ডায়াগ্রাম করেছেন, বা এটি বেশিরভাগ ক্ষেত্রেই পরিবর্তনগুলি পরিবর্তিত হবে এমন প্রত্যাশা করে শুরু থেকেই একটি গতিশীল নকশা তৈরির চেষ্টা করছেন?

আপনি ভাগ করতে ইচ্ছুক যে কোনও অভিজ্ঞতা দুর্দান্ত হবে!

উত্তর:


10

আক্ষরিক উত্তর "কতটা সংজ্ঞায়িত?" হয়

ভালভাবে সংজ্ঞা দেওয়া হয়েছে যে আপনি শুরু করতে পারেন।

ভালভাবে সংজ্ঞায়িত করা হয়েছে যে আপনি কাজের প্রাথমিক ক্ষেত্র সনাক্ত করতে পারবেন (প্রাথমিক ধারণার জন্য)। এটি অনিবার্যভাবে ঘটবে এমন পরিবর্তনগুলি সনাক্ত করতে সহায়তা করার জন্য যথেষ্ট।

ভালভাবে সংজ্ঞায়িত করা হয়েছে যে আপনি স্প্রিন্টগুলিকে অগ্রাধিকার দিতে পারেন।

আমি ব্যবহারের ক্ষেত্রে সংজ্ঞায়নের বিষয়ে উল্লেখ করছি,

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

ঝুঁকি বিশ্লেষণ,

সাধারণত সময় নষ্ট।

অঙ্কন ক্লাস ডায়াগ্রাম, ইত্যাদি

যদি এটি সাহায্য করে।

কোনও প্রকল্পের কত শতাংশ সময় সাধারণত উন্নয়নের আগে পরিকল্পনার পর্যায়ে ব্যয় হয়?

এটির ভিন্নতা রয়েছে। "অনুমোদিত" নম্বর পেতে সফ্টওয়্যার ইঞ্জিনিয়ারিং ইকোনমিকসের মতো একটি ভাল বই কিনুন।

কোড শুরু করার আগে আপনি কি পরিমাপযোগ্য কিছু মাপদণ্ড পূরণ করার চেষ্টা করেছেন বা অন্তরের জিনিস বেশি?

"পরিমাপযোগ্য"। এটি নির্ধারণ করা প্রায় অসম্ভব।

"সাহস". খারাপ নীতি।

সমস্যাটি "আপনি কী করছেন তা বুঝতে পারছেন?"

এটি একটি অন্ত্র জিনিস না। এটি হ্যাঁ / কোনও প্রশ্ন নয়।

এটি "পরিমাপযোগ্য" নয় কারণ এটি হ্যাঁ / কোনও প্রশ্ন নয় /

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

কোডিং শুরুর আগে আপনি কি সব ক্লাস ডায়াগ্রাম করেছেন, বা এটি বেশিরভাগ ক্ষেত্রেই পরিবর্তনগুলি পরিবর্তিত হবে এমন প্রত্যাশা করে শুরু থেকেই একটি গতিশীল নকশা তৈরির চেষ্টা করছেন?

আপনি আগেই সবকিছু জানতে পারবেন না।

চেষ্টা করবেন না।


ব্যক্তিগতভাবে আমি ক্লাস ডায়াগ্রাম লেখার জন্য অনেক বেশি সময় ব্যয় করা সময় নষ্ট করা যেহেতু আপনি শুরু করার পরে এটির সাথে মডেল এবং কোড যেভাবেই পরিবর্তিত হয়।
AndersK

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

@ টিম পোস্ট: ভাল পরামর্শ। এটি প্রশ্নের "কীভাবে সংজ্ঞায়িত" সংজ্ঞায়িত করার একটি উপায়। এটি "স্কোপ এবং বৈশিষ্ট্য রঙ্গন সনাক্তকরণে আপনাকে সহায়তা করবে।" বেশি কিছু না, তাই না?
এস.লট

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

@ রিন হেনরিচস: আপনার বক্তব্যকে সংযুক্ত করার জন্য আমি উত্তরটি সামান্য টুইট করেছি। শুরু করার জন্য পর্যাপ্ত পরিমাণের সংজ্ঞা। আমি "এবং আরও কিছু" যোগ করার লোভী।
এস.লট

2

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

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

আমাদের সংস্থায় আমরা ব্যবহারকারীর গল্প তৈরি করি এবং প্রকল্পের বিকাশকারীদের সাথে প্লানিং পোকার খেলি । এটি আমাদের ব্যবহারকারীর গল্পে কাটানোর ঘন্টাগুলির একটি সুস্পষ্ট ইঙ্গিত দেয়।


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

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

2

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

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

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

কোডিংয়ের সময়, আপনি নির্বাচিত বৈশিষ্ট্যগুলি একটি সমাপ্ত অবস্থায় আনার জন্য অবশ্যই অন্যান্য উপাদানগুলির বিকাশ করতে হবে think সম্পন্ন হ'ল মানে আপনার আর কিছুই করার নেই, তা হচ্ছে, টেস্টিংস, কোডিং, এসেম্বলিং, ডকুমেন্টেশন সম্পন্ন!

যে কোনও সময়ে আপনার নির্বাচিত বৈশিষ্ট্যগুলির তালিকাটি প্রসারিত হতে পারে, যতক্ষণ আপনি লক্ষ্যটির সাথে মিলিত হন, অর্থাত, আপনি প্রদত্ত সময়কালে আপনি যা বলেছিলেন সবই বিকাশ করতে সক্ষম হবেন।

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

As a user, I may manage the Customers;
As a system, I persist changes to the underlying data store;
As a user, I need to enter my credentials to be able to manage customers;
As a system, I have to authenticate the user against the Active Directory;

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

As a user, I may manage Customers;
    -> As a user, I add a customer to the system;
    -> As a user, I change a customer details;
    -> As a user, I delete a customer;
    -> As a system, I flag a deleted customer as being inactive instead of deleting it;
    -> As a user, I need to list the customers;
    -> As a user, I search the customers data bank for a given customer;
    -> ...

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

আশা করি এটা কাজে লাগবে! =)


অনেক ধন্যবাদ! এটি একটি নির্দিষ্ট দৃশ্যে এটি দেখতে দুর্দান্ত ছিল। আমি মনে করি এটি সামগ্রিক পণ্য সম্পর্কে আপনি যা সংজ্ঞায়িত করেছেন তবে সাবগোয়াল এবং একটি বৈশিষ্ট্য ভিত্তিক দৃষ্টিভঙ্গিকে জোর দিয়ে কিছুটা হলেও পরিমাপযোগ্য এমন কিছু কাঠামো যা এটির জন্য একটি ভাল কাঠামো। ভবিষ্যতে নতুন প্রকল্প শুরু করার সাথে সাথে এই পদ্ধতির বিষয়টি অবশ্যই গুরুত্বপূর্ণ হবে!
0.06 এ ড্র্যাগ করুন

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

1

ভাল, আমার জন্য যা দুর্দান্ত কাজ করে তা কার্যকারিতা "মোটামুটি ভাল" নির্দিষ্ট করে দেওয়া হয়েছে এবং সফ্টওয়্যার আর্কিটেকচারটি কেবল খুব শিথিলভাবে নির্দিষ্ট করা যায়।

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

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

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


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

1

আপনি কোন ভাষা এবং পদ্ধতি ব্যবহার করছেন?

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

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

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


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

1

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

আপনার পণ্যটি যেমন ব্যবহারযোগ্য তত তাড়াতাড়ি ছেড়ে দিন, তারপরে ক্রমবর্ধমান এটির উন্নতি চালিয়ে যান।


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