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