আমি আমাদের অনেক মাঝে মাঝে প্রদর্শন করা হয় যে মনে হয়, একটি ভাল ফ্রেজ অভাব, তরুণ সন্তান প্রয়োজনীয়তা. শেষ ব্যবহারকারী সত্যিই, খুব খারাপভাবে একটি নির্দিষ্ট নির্দিষ্ট চেহারা চায় এবং মনে, অথবা একটি খুব নির্দিষ্ট শ্রেণীবিভাজন কাঠামো বা একটি অথবা এক ক্লিক করুন অথবা নেভিগেশন এড়িয়ে আরাম মেনু অপশন খুঁজে কাটা [ভুল হতে হবে যে একটু অনুষ্ঠিত বিশ্বাস সন্নিবেশ]. SharePoint প্রো এর হিসাবে, সাধারণভাবে আমরা প্ল্যাটফর্ম সঙ্গে প্রয়োজন প্রায় কোনো ধরনের মেটাতে পারে, কিন্তু তাদের কিছু, আমরা আমাদের অন্তরে জানেন যে:
- তারা বাস্তবায়ন করতে সময় অপেক্ষাকৃত পরিমাণ নিতে যাচ্ছে (এবং সেইজন্য আরো খরচ)
- তারা বজায় রাখা এবং কিছু সমস্যার সমাধান অত্যন্ত স্বনির্ধারিত এবং সেইজন্য কঠিন হতে যাচ্ছে
- পূরণ করে যে কিছু সহজ SharePoint পদ্ধতি আছে 80% প্রয়োজন অথবা অধিক (I.E. প্রয়োজন sprit পূরণ, প্রয়োজন কিন্তু অক্ষর)
পাদ - পংক্তি, আমরা "প্রয়োজন" সত্যিই কিছু জানার আছে শুধু একটি চমৎকার বা এমনকি বৈধ জানি যে, কিন্তু মানুষের সাথে বাস বরং উচিত যে কিছু করার চেষ্টা করছে অনেক সময় ব্যয় "সমাধান."
আমি অনেক বার আগে এই প্যাটার্ন দেখা করেছি, কারণ "ছোট বাচ্চার" প্রয়োজনীয়তা হিসাবে এই মনে. কিডস দূরে পাইন এবং একটি সময়ে সপ্তাহের জন্য কিছু নতুন খেলনা জন্য আপনাকে nag করবে. আপনি তাদের খেলনা পেতে, তারা কয়েক ঘন্টা বা দিনের জন্য এটি সঙ্গে খেলা এবং তারপর এটি আরোপ করা, আবার কখনও এটা কুড়ান না. বা, আপনি খেলনা পাবেন না, nagging স্টপ এবং ছাগলছানা বিনামূল্যে বিশ্বের প্রেসিডেন্ট হয়ে নেভিগেশন চলে আসে. আমি এই SharePoint প্রকল্পে ঘটতে দেখা করেছি. সিদ্ধান্ত প্রস্তুতকারকদের হয় তারা চান কি এবং এটি একটি অব্যবহৃত বা underused ফাংশন হয়ে অথবা তারা কি চান না এবং প্রকল্প এখনও যাহাই হউক না কেন সফল.
আমি একটি ফোরাম পোস্টে যে আজ স্মরণ করিয়ে এবং আমি পছন্দ কিভাবে Clayton Cobb প্রয়োজনীয়তা এই ধরনের এক ফিরে ধাক্কা ফোরাম পোস্টার পেতে চেষ্টা: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/
মানুষ এই বিষয়টি দেখতে এবং আপনি তা মোকাবেলা কিভাবে কিভাবে আমি সত্যিই অদ্ভুত না. আমি বিন্দু অনুপস্থিত am? আপনি তুচ্ছ আবশ্যকতা overinvesting থেকে দূরে সিদ্ধান্ত প্রস্তুতকারকসমূহের বাহা কৌশল আছে? একটি মন্তব্য করুন.
</শেষ>
আমার ব্লগ এর জন্য সাবস্ক্রাইব করুন.
টুইটারে আমার অনুসরণ http://www.twitter.com/pagalvin
My past experience tells me that you are correct: The desperately needed requirement is often quickly discarded, usually because it is not well thought through. I agree that it is our job as consultants to help steer the client towards a successful solution, not just fulfilling a requirement.
কিন্তু: We don’t understand our clients’ business as well as they do. It’s important that, as consultants, we don’t become arrogant, telling the client that their requirement is unneccessary. সুতরাং, we have a bit of a tightrope to walk: Help the client think through the resons for a requirement; explain why you would like to suggest another course and offer alternatives. উদাহরণস্বরূপ, offer to start with a simple solution which can be enhanced later if it turns out not to meet the need.
As with most things in life, finding the right balance can be tricky, but is worth the investment.
-Ruven
Great point, Ruven. There is a fine line. I personally tend to “give in” rather than take a hard line. It always makes me uncomfortable when someone pushes back against client requirements twice and three or more times.
I almost always follow the “simple solution” approach you describe. I can’t actually think of one instance where it didn’t work out best in the end.
I generally agree with this post Paul. বাস্তবিকই, I catch myself often saying to people “SharePoint can do anything you want it to do except what YOU want it to do.” I often try to find simple out of the box methods to solve an end users business need. As much as I love and enjoying developing solutions in SharePoint I’d rather try something simple and out of the box first.
Most times this lands up being enough and other times it generates a new idea for them that will make building a custom solution better for them.
গ্রেট পোস্ট.
পল Liebrand
টুইটার: @PaulLiebrand
I have to deal with these requests very frequently. Luckily, often the business will acknowledge the request is a ‘nice-to-have’ rather than a ‘need’.
When it isn’t clear I start with asking what they are trying to solve with the request. That typically catches items that they simply didn’t recognize as a nice-to-have initially. Then I move on to evaluate what they are asking to determine if it is actually something simple or not; and what the impact scope is like (such as is this a change to a single sub-site or to the whole farm).
The greater the impact scope, the greater number of questions I raise. If the answers do not sound like a true need, but are still focused on acting like it is a need, then I present the time/cost and whatever impact that may be associated with the request.
If the business still wants me to go forward, I do, but we all have a much more clear picture of what is changing.
I’m new to your site but follow you on EndUserSharePoint. I work for a military hospital and know what everyone is talking about when it comes to “Can Do” and “Should Do”. I get this almost every day and the “Can SharePoint make documents not printable? Can we take away the ‘send to’ option?” The department would like to have some documents view only (no problem, done) because of the numbering and tracking system for the documents. I’ve been searching different blogs and sites and can’t find the answer. Hope someone can help.
পল:
I think that the push back, or at least the discussion about the real utility of things, is what separates real SharePoint Professionals from plain developers. We can all make SharePoint do this stuff, like hiding the “View All site Content” link even though most people don’t see it anyway. It’s our job to help the client (internal or external, it doesn’t make a difference) understand which bits in SharePoint really are useful and why, why some UI things may actually be detrimental, প্রভৃতি. We ought to know better than they do and that is what we are paid for. If we simply acquiesce to every demand, then we’re only giving 50% at most.
পোস্টের জন্য ধন্যবাদ!
এম.
পোস্টটি পড়ুন: Steve Ballmer is a God; Why Google Won't Beat Microsoft in Cloud Collaboration; Adobe Brings Flash to Mobiles - SharePoint Daily - Bamboo Nation
উচ্চ,
Thanks for the post and asking everyone to leave a comment for his experience, In these situations i used to give both option to the client, There is an easy to build/fast solution which gives you almost what you need but not 100% ( from performance, look and feel, maintainability..etc) and there is another custom solution that gives you what you want, present an estimate for both solutions and Cost associated to it, and then usually if the custom solution cost is higher they used to say let’s go with almost what we need :). Unless what they want is really affects the process and a highly demanded feature. I usually expect on those meetings someone will jump in and start discussing why ? and for your experience with the product you can convince him Why and How long will it take?
Hope this helps.