সফটওয়্যার ইঞ্জিনিয়ারদেরও কি টেক সাপোর্ট হিসাবে কাজ করা উচিত? [বন্ধ]


48

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



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

11
আমাদের করা উচিত? না, আমরা কি? হ্যাঁ. আমি এটা ঘৃণা করি.
রাচেল

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

উত্তর:


74

এটি সেই সংস্থাগুলিতে একটি ক্লাসিক সমস্যা, যার সফ্টওয়্যার সংস্থাগুলি কিনা সেগুলির কার্যক্রমে একটি সফ্টওয়্যার বিকাশ উপাদান রয়েছে। আমি সব সময় এই সঙ্গে সংগ্রাম।

ডেভেলপারদের প্রোডাকশন সাপোর্টে জড়িত

পেশাদাররা

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

কনস

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

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

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


1
আমি মনে করি উন্নয়নের প্রকল্পের জন্য সমর্থন করা খারাপ নয়। ক্লায়েন্টের সাথে কথা বলা ভাল। তবে আপনি যদি 7 টি পৃথক সময়সীমা এবং জরুরিতার সাথে 7 টি প্রকল্পে কাজ করেন ... কিছুক্ষণ পরে এটি গুরুত্ব সহকারে ভাল নয়। এটা খুব খারাপভাবে স্তন্যপান।
Loïc Faure-Lacroix

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

9
আরটিএফএম প্রশ্নগুলি ধরার জন্য ফ্রন্ট-লাইন সমর্থন স্তর থাকা উচিত, বিকাশকারীদের মাঠে নেওয়ার জন্য দরকারী প্রযুক্তিগত সামগ্রী / প্রতিক্রিয়া সহ কেবল প্রশ্নগুলি রেখে।
রবার্ট হার্ভে

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

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

18

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


18

জোর দিয়ে, না।
আমরা সবাই জানি যে কোনও প্রশ্নের উত্তর জিজ্ঞাসা করতে আপনি যা করছেন তা বন্ধ করা কতটা কঠিন হতে পারে । আমি হেল্প ডেস্কের জন্য উত্তর ফোন করি এবং আমি কিছু ইউটিলিটি অ্যাপ্লিকেশন লিখি।

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

আবার, আমি কোনও দিক বা অন্য দিকে মনোনিবেশ করতে সক্ষম হওয়া কতটা জরুরি তা আমি চাপ দিতে পারিনি।


+1 আপনি যা বলেছিলেন তার সাথে আমি সম্পর্কিত হতে পারি। আমি কয়েক সপ্তাহ আগে একই অবস্থানে ছিলাম। এখন আমাদের কাছে ফোন নেই তবে তারা যে কোনও উপায়ে দরজা নক করে এমনকি এমন স্টাফের জন্যও: "ওহে ছেলেরা, আপনি কি এক্সটি দেখেছেন?" গীজ!
জেসনকো

1
বাধা এড়াতে আপনি 'অফিসের সময়' আলাদা করতে পারেন। অন ​​কল সমর্থন করা ভাল ধারণা নয়।
JeffO

2
সম্মত, এছাড়াও, আধা-
কর্মহীন

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

1
@ ব্রায়ান ওকলি: একটি পরিকল্পনা আছে যা প্রযুক্তি সহায়তা পাবে। যদিও আমি এখনও আমার উত্তর সমর্থন করি, পর্যাপ্ত গ্রাহক সমর্থন এবং বিকাশের জন্য প্রয়োজনীয় সমস্ত কর্মী থাকা শুরু করা আশা করা অবাস্তব । আমি এখনও সুপারিশ করব যে কোনও বিকাশকারীর প্রাথমিক কাজটি হ'ল গ্রাহক সহায়তা নয়। সমস্যাটি হ'ল যখন কোনও বিকাশকারী কোনও গ্রাহকের সাথে ঘনিষ্ঠ সম্পর্ক রাখে, তখন বিকাশকারীটি হয়: (ক) যথাযথ প্রযুক্তিগত চ্যানেলের পরিবর্তে গ্রাহকের সাথে সর্বদা সরাসরি যোগাযোগ করা হবে, বা (খ) সেই গ্রাহকের প্রয়োজনের পরিবর্তে বিশেষত বিকাশ ঘটবে end প্রয়োজনীয় উন্নয়নের বিস্তৃত সুযোগ।
আইএবস্ট্রাক্ট

10

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

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

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


জাম্পোস একটি সাম্রাজ্য তৈরি করেছেন যা প্রথম ব্যক্তির বিধিগুলির বিপরীতে।
JeffO

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

কখনো? কখনও কখনও হিসাবে, কখনও? এমনকি যদি আপনি বিক্রয়কর্মী এবং এক বা দুটি বিকাশকারী গঠিত একটি ছোট সংস্থার হয়েছিলেন? এমনকি যদি আপনার বিকাশকারীরা খুব শক্তিশালী যোগাযোগকারী ছিলেন এবং গ্রাহকদের সাথে কথা বলতে পছন্দ করেছেন?
ব্রায়ান ওকলে

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

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

9

এটা কোম্পানির উপর নির্ভর করে।

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

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

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


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

3

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


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

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

3

বিকাশকারীদের সমর্থন শেষ লাইন হওয়া উচিত।

যখন হেল্পডেস্ক এবং আমাদের কিউএ বিভাগ কোনও গ্রাহককে সহায়তা করতে না পারে কেবল তখনই আমাদের ঝামেলা করা হবে। এবং তারপরেও এটি আমাদের অগ্রাধিকার প্রাপ্ত বাগ ট্র্যাকিং সিস্টেমের মধ্য দিয়ে যেতে হবে।

যদি এটি সত্যিই বড় সমস্যা হয় তবে আমরা এটি শুনব।


2

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


2

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


2

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

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


2

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

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

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

মারাত্মক বিকাশ যতটা সম্ভব হয়েছে, ঘন ঘন বাধা থাকলে এটি ভুলে যান। আমার স্ত্রী একই সাথে উন্নয়ন এবং সমর্থন ব্যবহারকারীদের করা আশা করা নিয়ে অনেক অভিযোগ করেছেন।


1

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

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


1

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

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


2
সংশোধন: নির্দিষ্ট ডিজাইনের সিদ্ধান্তগুলি এবং / অথবা আপনার ব্যবস্থাপক আপনাকে আপনার কোড সমর্থন করে এবং বজায় রাখার দক্ষতায় আপনার ম্যানেজারকে আপনাকে কীভাবে চাপিয়ে দেয় তাতে কী প্রভাব পড়ে তা বুঝতে আপনাকে একাধিক 3 এএম কলগুলির মতো কিছুই নেই। খারাপ ডিজাইনার এবং কোডগুলি প্রায়শই খারাপ প্রোগ্রামারগুলির তুলনায় খারাপ পরিচালনার ফলাফল।
ডেভিড থর্নলি

0

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

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


0

আমি যখন ভালো কোনও বেতনে একটি সংস্থায় যোগদান করি তখন আমি এই ফাঁদে পড়েছিলাম। সাক্ষাত্কারের সময় আমাকে বলা হয়েছে যে সেখানে 70% উন্নয়ন এবং 30% সমর্থন থাকবে এবং আমি প্রস্তাবটি গ্রহণ করেছি accepted এটি বর্তমানে আমি যে সংস্থা বা পরিবেশ নিয়ে কাজ করছি তা হতে পারে। তবে আসলে এটি 90% সমর্থন এবং 10% বিকাশ। বছর দু'বছর হয়ে গেছে আমি এখন উন্নয়নের হাতের মুঠোয় হারিয়ে ফেলেছি। আমি দুঃখিত যে আমি এই প্রস্তাব গ্রহণ করেছি।

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

দুর্ভাগ্যক্রমে আমি অচলাবস্থায় আছি।

আপনি যদি আগ্রহী না হন বা আগ্রহী না হন তবে দয়া করে ভূমিকা গ্রহণ করবেন না।


-1

কনস - ধরে নিচ্ছেন আপনাকে গ্রাহকদের সাথে সরাসরি ডিল করতে হবে।

1) আপনার গ্রাহকদের বদ্ধ

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

2) আপনার বিকাশকারীদের মিথ্যা বলা এবং গল্পগুলি আপ করার শর্ত দেওয়া।

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

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

3) আপনার পাঠ্যক্রম ভিটায় ভোগা।

আপনি যদি সফ্টওয়্যার ইঞ্জিনিয়ার থেকে ব্যবসায় বিশ্লেষক / আইটি পরামর্শদাতা / প্রকল্প পরিচালনায় স্যুইচ না করেন তবে আপনার সিভি প্রযুক্তিগত দিক থেকে ভুগতে চলেছে।

দলের মধ্যে ঘোরানো পেইড সাপোর্ট ওয়ার্ক একটি আলাদা গল্প।

পেশাদাররা

1) ঝকঝকে থেকে ঝরনা থামান

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


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

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

-1

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

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