Jag tror att många av oss ibland presenteras med, brist på en bättre fras, unga barn krav. Slutanvändaren verkligen, mycket dåligt vill ett vissa specifika utseende, eller en mycket specifik sortering struktur eller en att skära ut ett klick eller menyn Alternativ för att underlätta navigering eller [Infoga passionerat uppfattning som råkar vara fel]. Som SharePoint pro, Generellt kan vi tillgodose nästan alla typer av krav med plattform, men för vissa av dem, Vi känner i våra hjärtan som:
- De kommer att ta en oproportionerlig tid att genomföra (och därför kosta mer)
- De kommer att vara mycket anpassade och därför svår att underhålla och felsöka
- Det finns är något lätt SharePoint förhållningssätt som uppfyller 80% eller flera av kraven (dvs. uppfyller anda av kravet, men inte märka av kravet)
Nedersta raden, Vi vet att "kravet" är egentligen bara ett trevligt att ha eller ens legitima i någon mening, men något som människor bör leva med i stället för att spendera en massa tid på att försöka att "lösa".
Jag tänker på dessa som "barn" krav eftersom jag har sett detta mönster många gånger tidigare. Barnen kommer att tyna bort och tjatar du för några nya leksak för veckor i taget. Du får dem leksaken, de spelar med det för några timmar eller dagar och sedan lägga ner, aldrig att plocka upp någonsin igen. Eller, du får inte leksaken, den gnagande stannar och ungen flyttar vidare till bli President i den fria världen. Jag har sett detta hända i SharePoint-projekt. Beslutsfattare få antingen vad de vill och det blir en oanvända eller underutnyttjade funktion eller de får inte vad de vill och projektet fortfarande lyckas ändå.
Jag blev påmind om att idag i ett forum inlägg och jag gillade hur Clayton Cobb försökte få forumet affisch att trycka tillbaka på en av dessa typer av krav: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/
Jag är verkligen nyfiken hur människor ser på detta ämne och hur du hanterar det. Jag saknar punkten? Har du strategier för att styra beslutsfattare från överinvestera i triviala krav? Lämna gärna en kommentar.
</slutet>
Följ mig på Twitter vid http://www.twitter.com/pagalvin
Mina tidigare erfarenheter säger mig att du har rätt: Kravet på desperat behov ignoreras ofta snabbt, oftast eftersom det inte är väl genomtänkt. Jag håller med om att det är vårt jobb som konsulter för att hjälpa till att styra klienten mot en lyckad lösning, inte bara uppfyller ett krav.
Men: Vi förstår våra klienter’ verksamhet så bra som de gör. Det är viktigt att, som konsulter, Vi blir inte arrogant, tala om för klienten att deras krav är onödiga. Så, Vi har lite av en balansgång att gå: Hjälpa kunden att tänka igenom det goda skäl för ett krav; förklara varför du skulle vilja föreslå en annan kurs och erbjuda alternativ. Till exempel, erbjuda att starta med en enkel lösning som kan förbättras senare om det visar sig inte för att möta behovet.
Som med de flesta saker i livet, kan vara knepigt att hitta rätt balans, men är värt investeringen.
-Ruven
Bra punkt, Ruven. Det finns en fin linje. Jag brukar personligen till “ge i” snarare än att ta en hård linje. Alltid gör det mig obekväm när någon skjuter tillbaka mot klientkrav två gånger och tre eller flera gånger.
Jag nästan alltid följa den “enkel lösning” metoden du beskriver. Jag kan inte faktiskt tänka en instans där det fungerade bäst i slutet.
Generellt håller jag med detta inlägg Paul. I själva verket, Jag fångar mig själv ofta säger till människor “SharePoint kan göra något du vill att det ska göra förutom vad du vill göra.” Jag försöker ofta hitta enkla ur de rutan metoderna för att lösa en slutanvändare affärsbehov. Så mycket som jag älskar och njuter av att utveckla lösningar i SharePoint jag hellre prova något enkelt och ur lådan först.
De flesta gånger landar detta upp tillräckligt och andra gånger det genererar en ny idé för dem som kommer att bygga en egen lösning som är bättre för dem..
Stor post.
Paul Liebrand
Twitter: @PaulLiebrand
Jag måste ta itu med dessa önskemål mycket ofta. Lyckligtvis, ofta verksamheten kommer att erkänna begäran är en "bra-att-ha’ snarare än ett "behov".
När det inte är klart jag börja med att fråga vad de försöker att lösa med begäran. Som normalt fångar objekt som de helt enkelt inte igen som en trevlig-till-har inledningsvis. Då flytta jag att utvärdera vad de ber att avgöra om det är faktiskt något enkelt eller inte; och hur påverkar räckvidden är (som är detta en förändring till en sub eller att hela gården).
Desto större inverkan räckvidd, större antal frågor jag höja. Om svaren inte låter som en sann behöver, men är fortfarande inriktade på agerar som om det finns ett behov, sedan presenterar jag den tid/kostnaden och påverka vad som kan vara förknippade med begäran.
Om verksamheten fortfarande vill att jag ska gå vidare, Jag gör det, men vi har alla en mycket mer tydlig bild av vad förändras.
Jag är ny på webbplatsen men följa dig på EndUserSharePoint. Jag arbetar för ett militärsjukhus och vet vad alla pratar om när det gäller "Kan göra" och "Ska göra". Jag få den här nästan varje dag och den "kan SharePoint dokument inte utskrivbara? Vi kan ta bort alternativet "Skicka till"?"Avdelningen skulle vilja ha några dokument Visa endast (Inga problem, gjort) numreringen och spårningssystem för dokument. Jag har sökt olika Bloggar och webbplatser och kan inte hitta svaret. Hoppas någon kan hjälpa.
Paul:
Jag tror att push-back, eller åtminstone diskussionen om den verkliga nyttan av saker, är vad som skiljer riktiga SharePoint proffs från vanlig utvecklare. Vi kan alla göra det här SharePoint, som gömmer sig i “Visa alla webbplats innehåll” länka även om de flesta människor inte ser det ändå. Det är vår uppgift att hjälpa klienten (intern eller extern, Det gör inte en skillnad) förstå vilka bitar i SharePoint är verkligen användbara och varför, varför några UI saker faktiskt kan vara skadligt, m.m.. Vi borde veta bättre än vad de gör och det är vad vi har betalat för. Om vi bara samtycka till varje efterfrågan, sedan ger vi endast 50% på de flesta.
Tack för inlägget!
M.
Pingback: Steve Ballmer är en Gud; Varför Google kommer inte att slå Microsoft Cloud tillsammans; Adobe ger Flash till mobiler - SharePoint dagligen - Bambu Nation
Hej,
Tack för inlägget och be alla att lämna en kommentar för hans erfarenhet, I dessa situationer brukade jag ge både möjlighet till klienten, Det är lätt att bygga/snabb lösning som ger dig nästan vad du behöver men inte 100% ( från prestanda, utseende och känsla, underhållsmässighet.etc) och det finns en annan anpassad lösning som ger dig vad du vill, presentera en uppskattning för både lösningar och kostnaden är associerade till det, och då om anpassad lösning kostnaden är högre används oftast för att säga låt oss gå med nästan vad vi behöver :). Om inte vad de vill är verkligen påverkar processen och en mycket efterfrågade funktionen. Jag vänta brukar på dessa möten någon kommer att hoppa i och börja diskutera varför ? och för din upplevelse med produkten kan du övertyga honom varför och hur lång tid tar det?
Hoppas att detta hjälper.