আপনি কীভাবে বৈশিষ্ট্যগুলির অনুরোধ এবং সফ্টওয়্যার পরিবর্তনগুলি পরিচালনা করবেন? [বন্ধ]


21

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

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



1
এবং সম্ভবত
এটিও হ'ল

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

উত্তর:


21

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

আমি সাধারণত এই ক্রমে অনুরোধগুলিকে শ্রেণিবদ্ধ করি (ওয়াইএমএমভি):

  1. সাম্প্রতিক আপগ্রেড বা মাইগ্রেশন সম্পর্কিত সমস্যাগুলি (সবচেয়ে গুরুত্বপূর্ণ)।
  2. সুরক্ষা সংশোধন।
  3. বিদ্যমান সিস্টেমের ভাঙ্গা কার্যকারিতা।
  4. আরসি এবং বিটা বৈশিষ্ট্যে ভাঙা কার্যকারিতা।
  5. প্রদত্ত বৈশিষ্ট্য অনুরোধ
  6. আর-ডি বৈশিষ্ট্যটি ব্যবহারকারীর বেসের বৃহত অংশ থেকে অনুরোধ করে।
  7. শুধুমাত্র একটি বা দু'জন ব্যবহারকারীর কাছ থেকে গবেষণা ও উন্নয়ন বৈশিষ্ট্য অনুরোধ।

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


3
আপনার অধ্যাপক কিছুক্ষণের মধ্যে আইভরি টাওয়ার থেকে নীচে নামতে চাইতে পারেন।
JeffO

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

4
ওহ, গ্রাহকগণ বিটা বৈশিষ্ট্যের চেয়ে কম অগ্রাধিকার পাবেন ?
জেবিআরওয়িলকিনসন

12

আমি তিতির পক্ষীদলএর নীতিগুলি পছন্দ করি :

  1. কিউআই - গুরুত্বপূর্ণ এবং জরুরি
  2. কিউআইআই - জরুরি তবে জরুরি নয়
  3. কিউআইআইআই - গুরুত্বপূর্ণ নয় তবে জরুরি
  4. কিউআইভি - জরুরি এবং জরুরি নয়

কোথা থেকে এসেছে?
রোক

প্রথম প্রথম জিনিষ (1994) একটি এসো নিজে করি বই স্টিফেন তিতির পক্ষীদল এবং এ রজার এবং রেবেকা আর মেরিল রচিত en.wikipedia.org/wiki/First_Things_First_%28book%29
Adamizer

@ রুক - অত্যন্ত কার্যকর ব্যক্তিদের কোভির 7 টি অভ্যাসেও তালিকাভুক্ত। দুর্দান্ত বই।
নেমি

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

সমস্যা ট্র্যাকিংয়ের জন্য +1। এর আগে আমাকে এই ডাব্লু / সহকর্মীদের করতে হয়েছিল। আমি তাদের বলি যদি এটি করা আমার পক্ষে সত্যিই গুরুত্বপূর্ণ তবে এটি টিকিট ফাইল করতে 5-10 মিনিটের মূল্য হওয়া উচিত।
জিএসটি

3

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

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

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


2

এখানে কিছু চিন্তা ...

বাজারে প্রচুর সফ্টওয়্যার রয়েছে যা আপনাকে ফোগবুগজের সাথে http://www.fogcreek.com/ , এক্সপিএম http://www.genexususa.com/xpm ইত্যাদি সহ জেনেক্সাস ইউএসএ ইত্যাদি সহায়তা করে helps

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

আপনার কাছে সময়, সংস্থান এবং সুযোগ রয়েছে, এটিকে যথাসাধ্য করুন।

হেনরি ফোর্ডও একবার বিখ্যাত বলেছিলেন, "আমি যদি গ্রাহকদের কথা শুনতাম তবে আমি তাদের একটি দ্রুত ঘোড়া দিতাম" ...

ব্যক্তিগতভাবে: গতিশীল হোন, আপনি যা বলেছেন তার মতো নিয়ম রাখবেন না ... এবং অন্যান্য লোকের নিয়মগুলি সম্পর্কে সতর্ক হন ... তারা তাদের প্রসঙ্গে ভাল কাজ করতে পারে তবে আপনার ক্ষেত্রে নয়।


2

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


1

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


1

আমি এখনও পর্যন্ত উত্তরগুলি দেখতে ভাল ভাল। একটি জিনিস যা আমি বিশেষভাবে বানান করব তা হ'ল আপনাকে কিছু অনুরোধে "না" বলার ক্ষেত্রে ভাল হতে হবে।

আপনি যদি গ্রাহককে তাত্ক্ষণিকতা সেট করার অনুমতি দেন তবে এটি প্রায় সর্বদা "উচ্চ" (বা আরও বেশি) হবে।

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

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