"Kan gøre” kontra "bør gøre” i SharePoint projekter

Jeg tror, at mange af os lejlighedsvis, præsenteres med, på grund af et bedre udtryk, unge-underordnede krav.  Slutbrugeren virkelig, meget dårligt ønsker et visse specifikke udseende, eller en meget specifik sortering struktur eller en til at klippe én i menuen eller klikke på indstilling at lette navigation eller [Indsæt lidenskabeligt afholdt tro på, at der sker forkert].  Som SharePoint pro's, Vi kan generelt opfylde næsten enhver form for krav med platform, men for nogle af dem, Vi kender i vores hjerter,:

  • De vil tage en uforholdsmæssig lang tid at gennemføre (og derfor dyrere)
  • De vil være yderst tilpassede og derfor vanskelige at vedligeholde og foretage fejlfinding af
  • Der er nogle nemme SharePoint tilgang, der opfylder 80% eller flere af kravet (dvs. opfylder sprit af kravet, men ikke brevet af kravet)

Bundlinjen, Vi ved, at "krav" er virkelig bare et rart at have eller endda legitime i en vis forstand, men noget, som folk skal leve med i stedet for at tilbringe en masse tid på at forsøge at "løse".

Jeg tænker på dem som "lille barn" krav, fordi jeg har set dette mønster mange gange før.  Børnene vil pine væk og nag du for nogle nyt legetøj for uger ad gangen.  Du får dem legetøjet, de spiller med det i et par timer eller dage og derefter sætte det ned, aldrig at samle den op nogensinde igen.  Eller, du får ikke den stykke legetøj, de nagende stopper og kid bevæger sig at blive formand for den frie verden.   Jeg har set det ske i SharePoint projekter.  Beslutningstagere får enten hvad de ønsker og det bliver en ubrugt eller underudnyttes funktion eller de får ikke hvad de ønsker og projektet stadig lykkes alligevel.

Jeg blev mindet om, at i dag i et forum post og jeg kunne godt lide hvordan Clayton Cobb forsøgte at få forum plakaten til at skubbe tilbage på en af disse former for krav: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/

Jeg er virkelig nysgerrig, hvordan folk se dette emne, og hvordan du håndtere det.  Jeg mangler punktet?  Har du strategier til at styre beslutninger beslutningstagere fra overinvesting i trivielle krav?  Indtal en kommentar.

</slutningen>

Abonner på min blog.

Følg mig på kvidre på http://www.twitter.com/pagalvin

8 tanker om ”"Kan gøre” kontra "bør gøre” i SharePoint projekter

  1. Ruven Gotz

    Min tidligere erfaring fortæller mig, at du er korrekte: Den hårdt tiltrængte krav kasseres ofte hurtigt, normalt fordi det ikke er gennemarbejdet. Jeg er enig i at det er vores job som konsulenter til at hjælpe med at styre klienten hen imod en vellykket løsning, ikke blot opfylde et krav.

    Dog: Vi forstår ikke vores klienter’ såvel erhvervslivet som de gør. Det er vigtigt at, som konsulenter, Vi bliver ikke arrogant, fortæller kunden, deres krav er unødvendige. Så, Vi har lidt af en balancegang at gå: Hjælpe klienten gennemtænke resons for et krav om; forklare hvorfor du ønsker at foreslå et andet kursus og tilbyde alternativer. For eksempel, tilbyde at starte med en enkel løsning, som kan forbedres senere, hvis det viser sig ikke at opfylde behovet for.

    Som med de fleste ting i livet, at finde den rette balance kan være en vanskelig opgave, men det er værd at investere.

    -Ruven

    Svar
    1. Paul Galvin Indlæg forfatter

      Great punkt, Ruven. Der er en fin linje. Jeg personligt har tendens til at “give” stedet for at tage en hård linje. Det gør altid mig utilpas, når en person skubber tilbage mod kundens krav to gange og tre eller flere gange.

      Jeg næsten altid følger de “simpel løsning” tilgang du beskriver. Jeg faktisk tænke ikke på et tilfælde, hvor det fungerede bedst i sidste ende.

      Svar
  2. Paul Liebrand

    Jeg er generelt enig i dette indlæg Paul. Faktisk, Jeg griber mig ofte siger til mennesker “SharePoint kan gøre noget, du ønsker at gøre, undtagen hvad du vil have det at gøre.” Jeg forsøger ofte at finde enkle ud af boksen metoder til at løse en slutbrugere forretningsmæssige behov. Så meget som jeg elsker og nyder, udvikling af løsninger på SharePoint jeg hellere prøve noget simpelt og ud af boksen først.

    De fleste gange lander dette op at være nok og andre gange det genererer en ny idé for dem, der vil gøre opbygning af en brugerdefineret løsning bedre for dem..

    Stor post.

    Paul Liebrand
    Twitter: @PaulLiebrand

    Svar
  3. Tony rockwell

    Jeg er nødt til at behandle disse anmodninger meget ofte. Heldigvis, ofte virksomhed vil anerkende anmodningen er en "nice to have’ snarere end en 'behov'.
    Når det er ikke klart, jeg starter med spørge hvad de forsøger at løse med anmodning om. Der typisk fangster elementer, som de simpelthen ikke genkende som et rart at have i første omgang. Så gå jeg videre til at vurdere, hvad de beder til at afgøre, om det er faktisk noget simpelt eller ikke; og hvad effekt anvendelsesområdet er som (sådan som det er dette en ændring til et enkelt underordnet websted eller hele bedriften).
    Jo større indvirkning anvendelsesområdet, det større antal spørgsmål jeg rejser. Hvis svarene ikke lyde som en sand savn, men er stadig fokuseret på handler som om det er nødvendigt, derefter vil jeg præsentere tid, omkostningen og hvad betydning der kan være forbundet med anmodning.
    Hvis virksomheden stadig vil have mig til at gå videre, Jeg gør, men vi alle har en meget mere klart billede af, hvad der er ændret.

    Svar
  4. Frank

    Jeg er ny til dit websted, men følger dig på EndUserSharePoint. Jeg arbejder for et militærhospital og vide, hvad alle taler om, når det kommer til "Kan gøre" og "Skal gøre". Jeg får denne næsten hver dag og de "kan SharePoint gøre dokumenter ikke kan udskrives? Vi kan tage væk indstillingen 'send til'?"Departementet vil gerne have nogle dokumenter Se kun (Intet problem, gjort) Nummereringen og tracking system for dokumenter. Jeg har søgt forskellige blogs og websteder og kan ikke finde svaret. Håbe nogen kan hjælpe.

    Svar
  5. Marc Anderson

    Paul:

    Jeg tror, at skubbe tilbage, eller i det mindste diskussion om den reelle nytte af ting, er hvad der adskiller real SharePoint fagfolk fra plain udviklere. Vi kan alle gøre SharePoint gøre denne ting, gerne skjule den “Se alle site indhold” samkøre selv om de fleste mennesker ikke se det alligevel. Det er vores job at hjælpe klienten (interne eller eksterne, Det gør en forskel) forstå som bits i SharePoint virkelig er nyttige og hvorfor, Hvorfor nogle UI ting faktisk kan skade, osv. Vi burde vide bedre, end de gør, og det er hvad vi betalt for. Hvis vi blot affinde til ethvert behov, derefter giver vi kun 50% på de fleste.

    Tak nemlig opstille!

    M.

    Svar
  6. Pingback: Steve Ballmer er en Gud; Hvorfor Google vil ikke slå Microsoft i skyen samarbejde; Adobe bringer Flash til mobiler - SharePoint dagligt - Bambus Nation

  7. Mostafa Elzoghbi

    Hej,
    Tak nemlig opstille og beder alle til at efterlade en kommentar til hans erfaring, I disse situationer plejede jeg at give begge indstilling til klienten, Der er en nem at bygge/hurtig løsning, som giver dig næsten, hvad du har brug for men ikke 100% ( fra ydeevne, udseende, vedligeholde...osv) og der er en anden brugerdefineret løsning, der giver dig det du ønsker, fremlægge et skøn for både løsninger og omkostningerne forbundet til det., og derefter hvis de brugerdefinerede løsning omkostninger er højere de plejede normalt at sige lad os gå med næsten, hvad vi har brug for :). Medmindre hvad de ønsker er virkelig påvirker processen og en stærkt efterspurgte feature. Jeg forvente normalt på disse møder nogen vil hoppe i og begynde at diskutere hvorfor ? og for din oplevelse med produktet du kan overbevise ham, hvorfor og hvor længe vil det tage?

    Håb dette hjælper.

    Svar

Efterlad et svar til Tony rockwell Annuller besvarelse

Din e-mail adresse vil ikke blive offentliggjort. Krævede felter er markeret *