কোনও ক্লায়েন্টকে কোনও প্রকল্পে অবদান রাখতে দেওয়ার সর্বোত্তম উপায় কী?


12

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

এটি আদৌ বাস্তবসম্মত কিনা তা নিয়ে আমি সিদ্ধান্তহীন, তবে ধরে নিচ্ছি, আমি এমন কিছু পয়েন্টার চাই যার উপরে এটি কার্যকরভাবে তৈরি করার ব্যবস্থা নেওয়া যেতে পারে। আমি এ পর্যন্ত যা পেয়েছি তা এখানে:

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

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

    • ইস্যু ট্র্যাকিং সিস্টেমে নথিভুক্ত করা হবে,
    • প্রথমে পৃথক পরীক্ষার পরিবেশে ঘটে এবং
    • স্বয়ংক্রিয় পরীক্ষা পাস করতে হবে।

    হায়রে, আমি শৃঙ্খলা সন্দেহ কোনো ঐ ব্যাপা হবে।

ধরে নিন যে একটি প্লাগ-ইন আর্কিটেকচার বা পৃথক প্রকল্প কার্যকর বিকল্প নয়, কারণ 1) পূর্ববর্তীটি বিদ্যমান নেই এবং 2) পরবর্তী ক্লায়েন্টটি ক্লায়েন্টকে বিদ্যমান কোডটি দেখতে এবং সম্ভবত পরিবর্তন করতে নিষেধ করবে, এমন একটি ক্ষমতা যা আমি বিশ্বাস করি তিনি জিদ.


2
তাদের বলুন যে মাশরুমের ভূমিকা পালন করার জন্য আপনার তাদের প্রয়োজন। তাদের অন্ধকারে রাখুন এবং তাদের বিএস খাওয়ান।
ক্যাপড্রাগন

@ ক্যাপড্রাগন আমি সম্মতি জানাই, (এবং দ্য প্রেরক থেকে মার্ক ওয়ালবার্গও তাই )
চানি

1
আপনি কি এই জাতীয় ব্যবস্থার আইনী দিকগুলি বিবেচনা করেছেন? ক্লায়েন্ট সংশোধিত কোড মেনটানাইটিংয়ের জন্য কে দায়বদ্ধ? আপনার দ্বারা এবং ক্লায়েন্টের দ্বারা উত্পাদিত কোডের কপিরাইটের মালিক কে, আপনি কি অন্য কোনও ক্লায়েন্টের কাছে সিস্টেম বা সিস্টেমের অংশগুলি বিক্রি করতে চান?
জয়দী

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

উত্তর:


2

এটি সর্বনিম্ন প্রিয় উত্তর হতে চলেছে - তবে তবুও এটি এখানে রয়েছে!


এটি ঝুঁকিপূর্ণ ( নবজাতককে একেবারে নতুন গাড়ি চালানোর অনুমতি দেওয়া) - তবে এটি কোনও খারাপ ধারণা নয়।

তারা কেন এটি করতে চায় তা বুঝতে পারেন: তাদের অতিরিক্ত বাহ্যিক সম্পদ রয়েছে তা নয়, কেবল তাদের নিয়ন্ত্রণের বোধ করাই to

আপনার যা করা দরকার তা নিম্নলিখিত:

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

  2. আপনার কাছে সর্বদা পন্থাগুলিতে প্রো / কনস সম্পর্কে বিকল্পগুলি নিয়ে ফিরে যাওয়া উচিত (এবং এই মিটিংগুলিকে ভালভাবে নথিভুক্ত করুন) তবে আপনাকে তাদের কিছু সিদ্ধান্ত নেওয়ার অনুমতি দেওয়া উচিত। অন্তত তারা প্রশংসা করতে শুরু করবে যে তারা বেশি জানেন না - বা নিজেরাই মালিকানা নেবে take

  3. আপনি আলাদা স্থান তৈরি করতে পারেন - যেমন শাখাগুলি যাতে তারা যা চায় কোড করতে সক্ষম হয় - কমিট বা মার্জ হওয়ার আগে জিনিসগুলি যথাযথভাবে পরীক্ষা করা উচিত।

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

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


ওপি যেমন চেয়েছিল ঠিক তেমন ব্যক্তিগত অভিজ্ঞতাতে +1 উত্তরের উত্তর অঙ্কন।
সারদাথ্রিয়ন - এসই অপব্যবহারের বিরুদ্ধে

13

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

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

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

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


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

@ সেরেনকুকলাউ তারপর আমি দুঃখিত যে আপনি ইতিমধ্যে এই যুদ্ধটি হারিয়ে ফেলেছেন। আমি আমার উত্তর সম্পাদনা করতে এবং একটি বিকল্প সরবরাহ করতে যাচ্ছি।
maple_shaft

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

6

আইনী দৃষ্টিকোণ থেকে, আপনি মূলত জিজ্ঞাসা করছেন "খনির ক্ষেতের উপর দিয়ে গাধার উপর চোখের পাতায় চড়ার সেরা উপায় কি?"

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


10
What's the best way to ride a donkey blindfolded through a mine field?আমি অনুমান করব উত্তরটি "মাতাল !!"
হতাশ

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

যদি এটি হয় তবে ক্লায়েন্টকে সিআরএম-এর একটি সোর্স লাইসেন্স, এসএলএ-এর সাথে বিক্রি করার ক্ষেত্রে কী ভুল?
জোনাথন সমৃদ্ধ

ক্লায়েন্ট আইনীভাবে কোডটির অধিকারী। এখানে বিষয়টি ইস্যু নয়; সহযোগীভাবে এটিতে কাজ করা হয়।
সেরেন কুকলাউ

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

3

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

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

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


3

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

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

সৃষ্টির ক্ষেত্রে, এটি সাধারণত বিপরীত ক্রম: ব্যাপ্তি (যা আপনি ইতিমধ্যে পরিষ্কারভাবে পেয়েছেন) -> ডাব্লুবিএস (যা আপনার থাকতে পারে) -> ভূমিকা এবং দায়িত্ব ম্যাট্রিক্স -> SOW।

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

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

অন্য কয়েকজন সতর্কীকরণ ...

  1. ধরে নিবেন না যে ক্লায়েন্টের আপনার দলের মতো উত্পাদনশীলতা রয়েছে। (আপনি ডোমেন জ্ঞানের উপরের দিকে বিস্ময় পাবেন, আপনার সফ্টওয়্যার নির্দিষ্ট করে গতি নিম্নতর চমক।)

  2. ধরে নিবেন না ক্লায়েন্ট আপনার পদ্ধতিটি জানে।

  3. ক্লায়েন্টটি আপনার দলের ওয়ার্কেথিক ভাগ করে নিবেন না। (আমি উভয় উপরে এবং নীচে অবাক দেখেছি।)

  4. প্রচুর সময় প্রশিক্ষণ এবং সহ-অবস্থান ব্যয় করুন।

  5. ক্লায়েন্টকে সমস্যা সমাধানে শেখাতে প্রতি ঘন্টা ব্যয় করা ভবিষ্যতে অনেক দিন বাঁচাতে পারে।

  6. ক্লায়েন্টকে আপনার জন্য তাদের অভ্যন্তরীণ সংস্থার মাধ্যমে কাজ করতে এবং সামগ্রী এবং ডোমেন প্রশ্নে বিশেষজ্ঞদের সন্ধান করুন।

  7. ক্লায়েন্টকে তাদের প্রতিষ্ঠানের প্রশিক্ষণ বিক্রয় করতে ব্যবহার করবেন না।

  8. ডিফল্টরূপে আপনার বিকাশ প্রক্রিয়াতে ক্লায়েন্টদের জড়িত করা আপনাকে পেশাদার পরিষেবা সংস্থার মতো ভাবতে বাধ্য করবে। ডেভিড মাইস্টার এই বিষয়ে সেরা বইটি লিখেছেন । এমনকি যদি কেবল 20% আপনার ক্ষেত্রে প্রাসঙ্গিক হয় তবে এটি পড়ার মতো।

আপনার দলগুলির ক্লায়েন্ট সহ এই সমস্ত সতর্কতা সত্ত্বেও আপনাকে আপনার ক্রেতার নিকটে আনতে আশ্চর্য কাজ করতে পারে। এই ক্লায়েন্টগুলিই সম্ভবত ভবিষ্যতের উল্লেখ হতে পারে be এই পরিস্থিতিতে সেরা করতে শুভকামনা!


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

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

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

0

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

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