Jeg tror at mange av oss fra tid til annen er presentert med, i mangel av et bedre uttrykk, unge barn krav. Sluttbrukeren virkelig, svært dårlig ønsker visse bestemte utseende og virkemåte, eller en svært spesifikke sortering struktur eller en å kutte ut ett klikk eller et menyalternativ å lette navigasjon eller [Sett inn lidenskapelig holdt tro som skjer for å være feil]. Som SharePoint pro's, Generelt kan vi møte nesten alle slags krav med plattformen, men for noen av dem., Vi vet i våre hjerter som:
- De skal ta en uforholdsmessig stor mengde tid til å gjennomføre (og derfor koste mer)
- De skal være svært egendefinerte og derfor vanskelig å vedlikeholde og feilsøke
- Det er er noen enkel SharePoint-tilnærming som oppfyller 80% eller flere av kravet (dvs.. møter sprit av kravet, men ikke brevet av behovet)
Bunnlinjen, Vi vet at "behovet" er egentlig bare en hyggelig å ha eller lovlig i noen forstand, men noe som folk skal leve med stedet bruker mye tid på å "løse."
Jeg tror disse som "unge barn" fordi jeg har sett dette mønsteret mange ganger før. Barna vil visne bort og mase du for noen nye leketøy for uker om gangen. Du får dem leketøy, de spiller med det for noen timer eller dager og deretter sette den ned, aldri å plukke den opp igjen. Eller, du får ikke leketøyet, griner stopper og ungen flytter på å bli President av den frie verden. Jeg har sett dette skje i SharePoint prosjekter. Beslutningstakere få enten hva de vil og det blir en ubrukt eller underutnyttet funksjon eller de får ikke det de ønsker og prosjektet fremdeles klarer likevel.
Jeg ble minnet om at i dag i et forum innlegg og jeg likte hvordan Clayton Cobb prøvde å få forum plakaten å presse tilbake på en av disse typer krav: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/
Jeg er virkelig nysgjerrig hvordan mennesker ser dette emnet og hvordan du håndterer den. Jeg mangler punktet? Har du strategier for å styre beslutninger beslutningstakere fra overinvesting i trivielle krav? Legg igjen en kommentar.
</slutten>
Følg meg på Twitter på http://www.twitter.com/pagalvin
Min siste erfaring forteller meg at du er riktig: Desperat behov kravet er ofte raskt forkastet, vanligvis fordi det ikke er godt tenkt. Jeg er enig at det er vår jobb som konsulenter til å styre klienten mot en vellykket løsning, ikke bare oppfyller et krav.
Men: Vi forstår våre kunder’ virksomhet, samt de gjøre. Det er viktig at, som konsulenter, Vi blir ikke arrogant, fortelle kunden at deres krav er unødvendig. Så, Vi har litt av en tightrope gå: Hjelpe klienten tenke gjennom grunner for et krav; Forklar hvorfor du ønsker å foreslå et annet kurs og tilbyr alternativer. For eksempel, tilby å starte med en enkel løsning som kan bli bedre senere hvis det viser seg ikke å møte behovet.
Som med de fleste ting i livet, kan være vanskelig å finne den rette balansen, men er verdt investeringen.
-Ruven
Godt poeng, Ruven. Det er en fin linje. Jeg personlig pleier å “gi” i stedet for å ta en hard linje. Den gjør alltid meg ukomfortabel når noen skyver tilbake mot klientkrav dobbelt og tre eller flere ganger.
Jeg nesten alltid følge den “enkel løsning” tilnærmingen du beskriver. Jeg kan ikke faktisk tenke ett tilfelle der det ikke fungerte ut beste slutt.
Jeg generelt enig med dette innlegget Paul. faktisk, Jeg tar meg selv ofte sier til folk “SharePoint kan gjøre hva du vil den skal gjøre unntak hva du vil den skal gjøre.” Jeg prøve ofte å finne enkle av metodene for å løse en sluttbrukere forretningsbehov. Så mye som jeg elsker og nyter utvikle løsninger i SharePoint jeg heller prøve noe enkel og esken først.
De fleste ganger lander dette opp å være nok og andre ganger det genererer en ny idé for dem som vil gjøre å bygge en egendefinert løsning som er bedre for dem..
Flott innlegg.
Paul Liebrand
Twitter: @PaulLiebrand
Jeg måtte håndtere disse forespørslene veldig ofte. Heldigvis, ofte virksomheten vil bekrefte forespørselen er en "hyggelig-å-ha’ snarere enn en "trenger".
Når det ikke klart jeg begynne med å spørre hva de prøver å løse med forespørselen. Som vanligvis fanger elementer som de bare ikke gjenkjennes som en hyggelig-å-ha først. Så går jeg videre å vurdere hva de spør å avgjøre om det er faktisk noe enkelt eller ikke; og hvordan innvirkning omfanget er (som er dette en endring til et enkelt delområde eller hele gården).
Jo større innvirkning omfanget, større antall spørsmål heve. Hvis svarene ikke høres ut som en ekte trenger, men fortsatt fokusert på opptre som det er behov for, så jeg presentere tid/kostnad og påvirke hva som kan være assosiert med forespørselen.
Hvis virksomheten fortsatt ønsker meg å gå fremover, ja, men vi alle har et mye klarere bilde av hva forandrer.
Jeg er ny på nettstedet ditt men følge deg på EndUserSharePoint. Jeg jobber for et militært sykehus og vet hva alle snakker om når det gjelder "Kan gjøre" og "Gjør". Jeg får denne nesten hver dag og det "kan SharePoint dokumenter ikke utskrivbar? Vi kan ta bort alternativet 'send til'?"Avdelingen ønsker å ha noen dokumenter Vis bare (ingen fare, gjort) på grunn av nummereringen og sporingssystem for dokumentene. Jeg har vært søker ulike blogger og nettsteder og finner ikke svaret. Håpe noen kan hjelpe.
Paul:
Jeg tror at skyver, eller i det minste diskusjonen om verktøyet virkelig ting, er hva skiller virkelige SharePoint fagfolk fra vanlig utviklere. Vi kan alle gjøre SharePoint gjør dette, som gjemmer seg i “Vis alt områdeinnhold” koble selv om fleste ikke ser det likevel. Det er vår jobb å hjelpe klienten (intern eller ekstern, Det gjør en forskjell) forstå hvilke i SharePoint som virkelig er nyttig og hvorfor, Hvorfor noen UI ting kan faktisk være skadelig, osv.. Vi burde vite bedre enn de gjør og det er hva vi er betalt for. Hvis vi bare føye alle krav, så gir vi bare 50% på de fleste.
Takk for innlegget!
M.
Pingback: Steve Ballmer er en Gud; Hvorfor Google ikke slå Microsoft i skyen samarbeid; Adobe gir Flash mobiler - SharePoint daglig - Bambus nasjon
hei,
Takk for stolpe og ber igjen en kommentar for sin erfaring, I disse situasjonene pleide jeg å gi både alternativet til klienten, Det er lett å bygge/rask løsning som gir deg nesten alt du trenger, men ikke 100% ( ytelse, utseende, Maintainability.etc) og det er en annen egendefinert løsning som gir deg det du ønsker, presentere et estimat for både nye og kostnader knyttet til det, og så hvis egendefinert løsning er høyere de brukte vanligvis å si la oss gå med nesten hva vi trenger :). Med mindre det de ønsker er virkelig påvirker prosessen og en høylig forlangte funksjon. Jeg vente vanligvis på disse møtene noen vil hoppe i og diskuterer hvorfor ? for din erfaring med produktet kan du overbevise ham hvorfor og hvor lenge vil det ta?
Håp dette hjelper.