Kategoriarkiv: Design for SharePoint-løsninger

Sporing praksis aktiviteter – Del 1

Om et år siden, Jeg sluttet Slalom rådgivning her i new York som det vi kaller en praksis området føre.  (Som en mindre side til poenget med denne bloggen innlegg, det endre jobber kontoer for min totale drop-off i blogging.  Det var en stor endring i roller og en stor endring i daglige "ting" men jeg har liksom acclimated meg til den og ser frem til å skrive igjen Smil ).

I denne PAL-rollen, Jeg er ansvarlig å redde selskapet og nærområder av 21 West 21st street fra katastrofe regelmessig.  Det er mye press (mer enn du kanskje tror-bare tenk på alle barn!). 

I tjeneste for det imperativet, Jeg trenger å hjelpe med pre-salg, Opprett og Oppdater go-to-market tilbud, ansette gode folk, trene opp folk å gjøre dem bedre (men egentlig, å gjøre jobben min enklere) og noen ganger gjøre noe fakturerbare på en klient.  Jeg får en masse "input"-spørsmål fra kunder, salgsmuligheter, mine egne addled tanker og så videre.  Noe av det er veldig bra (som en varm salg oppty) Mens mye av det er mindre godt.  Nøkkelen er å først spore, prioritere og styre hver av disse ideene (store og små) på en vellykket måte. 

Denne typen oppgave ledelse er ikke ny, høyre?  Og vi har mange oppgaveverktøy å hjelpe oss med dette.  Outlook har oppgaver.  Du kan sleng regneark sammen fin og rask.  Min aller første oppgave ledelse verktøyet var en juridisk Notisblokk tilbake i mine dager på GAF som utvikler i IT-avdelingen.  (Spør om de gode gamle dagene neste gang du ser meg hvis du er interessert, eller kanskje ikke…).

Å være en SharePoint-fyr (nominelt, minst), Jeg har alltid tenkt å bruke SharePoint.  Men for noen grunn, en generisk oppgaveliste did aldri helt den for meg.  Mange måneder siden, Jeg besluttet å helbrede meg og bare opprette en SharePoint basert løsning.  Det var så sjenerende lett opprette at jeg trodde å skrive om det her.

Så, mine mål her var enkle:

  • Super enkel og rask dataregistrering
  • Prioritere aktiviteter
  • Kategorisere aktiviteter
  • "neste trinn" drevet-vil disse aktivitetene ofte spenner uker (kanskje måneder).  De end nesten aldri"" etter en bestemt oppdatering.

Disse biter egner seg meget pent til en innholdstype, så det er det jeg laget:

image

Du kan faktisk se at jeg hadde et salg med dette først, siden jeg har "Klient" feltet.  Mange min praksis aktiviteter er basert rundt klienter (faktiske eller potensielle).  Men mange av dem er også internt fokusert.  Jeg klapse "Slalåm" der når jeg oppretter dem., men det føles alltid litt rart.  Jeg skulle ha kalt det noe mer generell.  Kanskje "målorganisasjonen" eller noe.

Her er noen diverse notater på innholdstype:

  • Aktivitet innvirkning har falt til en måling av prioritet.  Jeg er ikke sikker hvorfor jeg gikk med "Innvirkning" og ikke "Priority" dag null, men det er hva jeg gjorde. 
  • Neste trinn og dato for neste trinn-jeg har et instrumentbord som drives av neste aktivitet dato.  Dette instrumentbordet er liksom blitt min marsjordre for dag/uke.  Jeg bare gå til dashboard og fokusere på høy prioritet ting først og gå derfra.  (Det er ideen om en "umerkede"
  • Primære eier-eneste merke er- er det ikke fantastisk at du kan sortere og filtrere på multi-velger kolonner i SP 2010! Jeg faktisk kjøper ikke helt inn denne forestillingen først.
  • Aktivitetsstatus-egentlig bare "Åpne" eller "Lukket." 
  • Primære praksis-når jeg begynte benytter denne, en annen PAL i min gruppe ønsket å prøve dette, så jeg gled dette inn i blandingen til å skille mellom mine ting (Portaler & Samarbeid) og hennes ting (Azure).

Her er oversikten:

image

(Beklager for alle uklare ut biter-jeg føler ikke like skaper en haug med testdata og jeg ønsker ikke å gi noen et hjerteinfarkt på dele viktig detaljer [se litt i introen re: redde verden, osv., osv., osv.]).

Jeg har flere andre visninger på denne listen, inkludert en dataarkvisning som tillater meg å gjøre masse oppdateringer.  Jeg gjør dette mest ofte når en haug med lavere prioritet elementer jeg planlagt å gjøre en aldri helt ferdig og trenger å bli skjøvet ut i uken.

hver dag, Jeg trekke opp min aktiviteter logg og begynne bare å jobbe på toppen av listen.

Delvis 2, Jeg skal forklare hvordan jeg gjorde dette enda mer nyttig med tillegg av en hyggelig e-postaktivert doc bibliotek og SPD arbeidsflyt.

</slutten>

Abonner på bloggen min.

Følg meg på Twitter på http://www.twitter.com/pagalvin

La skinner eksempler bly måten å økt SharePoint-bruk

Min første "ren" bloggpost BrightStarr ble publisert i dag.  Her er en teaser:

Det har vært mye av samtalen på Internets i det siste på temaet SharePoint adopsjon og spesielt mangel derav. Ingen vil gå tatt deg bryet med å utforme en gård og garanti infrastructure, delta i workshops, å sette sammen en snazzy utseendet, trent en rock solid information architecture som kan tåle vicissitudes av selskapet re-Information og til slutt, en fanfare-fylt distribusjon bare for å oppdage tre måneder innlegget go live-som mindre enn 50% selskapets ansatte bruker SharePoint og de fleste av dem bruker det til å erstatte de gamle nettverksfilservere ("S:\ stasjon").

Ingen silver bullet (eller enkelt blogginnlegg) kommer til å løse det problemet. Men, Det er mange ting du kan gjøre for å redusere risikoen for en anemic SharePoint portal. En slik teknikk er "Shining eksempel mønsteret."

Jeg vil gjerne vite om andre SharePoint adopsjon strategier som du lyst til å dele.  Hvis du deler, Legg igjen som en kommentar på bloggen BrightStarr.

Lese hele her: http://www.brightstarr.com/US/Pages/blog-view.aspx?BlogID=52

</slutten>

Abonner på bloggen min.

Følg meg på Twitter på http://www.twitter.com/pagalvin

Opprette Utskriftsvennlig sider og selv skrive dem ut

Jeg skrev en artikkel for SharePoint-Briefing en uke eller så siden og det er bokført.  Her er litt åpning:

image

Du kan lese hele greia her: http://sharepointbriefing.com/features/article.php/3904906/Create-a-Printer-Friendly-Page-in-Your-SharePoint-Sites.htm

Jeg håper dette hjelper noen.  Nyt!

</slutten>

Abonner på bloggen min.

Følg meg på Twitter på http://www.twitter.com/pagalvin

"Kan gjøre” versus "bør gjøre” i SharePoint-prosjekter

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>

Abonner på bloggen min.

Følg meg på Twitter på http://www.twitter.com/pagalvin

Bruk arbeidsflyt til å simulere typen Innholdssikkerhet

En annen dag, en annen MSDN-fora inspirert innlegg.

Noen ble spurt om de kunne sikre en innholdstype slik at når en bruker klikker på "nye"-knappen på en egendefinert liste, innholdstyper som du vil at personen er tildelt tilgang ville bare vises i the drop-down list.  Som vi vet, Dette er ikke støttet ut av esken.

Dette spørsmålet dukker nå og da, og denne gangen, Jeg hadde en ny ide.  La oss anta at vi har scenariet som dette:

  • Vi har en helpdesk billettsystemet.
  • Helpdesk billettsystemet kan brukere registrere vanlige helpdesk billett info, eksempel problemområdet, statusen for problemet, osv..
  • Vi vil tillate "super" brukere til å angi en "haster"-feltet.
  • Andre brukere har ikke tilgang til dette feltet.  Systemet vil alltid gi "Middels" nivå prioritet på deres forespørsler.

Hva vi kan gjøre er å opprette to separate SharePoint-lister og to forskjellige innholdstyper, én for "super" brukere, og den andre for alle andre.

Arbeidsflyt på hver liste kopierer dataene til hovedlisten (listen faktiske helpdesk billett) og prosessen fortsetter derfra.

Denne tilnærmingen kan fungere flyte en slags kolonnen sikkerhetsnivå også. 

Jeg har ikke prøvd det, men det føles rimelig og gir en ganske enkel, Hvis det er ganske grov, alternativet for å implementere en slags innholdstype og sikkerhet selv på kolonne.

</slutten>

Abonner på bloggen min.

Følg meg på Twitter på http://www.twitter.com/pagalvin

Webdelen for innholdsspørring: SharePoint er Swiss Army Knife

Min nyeste artikkel er opp på www.sharepointbriefing.com. Her er en teaser:

image

Lese hele her: http://sharepointbriefing.com/features/article.php/3874226/Content-Query-Web-Part-SharePoints-Swiss-Army-Knife.htm

Se den i bruk en ekte felles web-område her på følgende måte:

  1. Gå til denne siden: http://cdi-its.com/Pages/Customer_Support.aspx (Dette er kundestøttesiden for CDI).
  2. Klikk på "Case Studies" i venstre navigation.

Det vil gå til delen "Customer Support" i case-studier liste.

</slutten>

Abonner på bloggen min.

Følg meg på Twitter på http://www.twitter.com/pagalvin

Eksisterende vilkår: Varsel for SharePoint-maler til unnsetning (?)

En av mine klienter arbeidet med en tidligere entreprenør til å bygge ut en liten, men nyttig HR søknad for bedriften. Som entreprenør brukes SharePoint Designer til å implementere den arbeidsflyt delen av løsningen. Det er litt av et rot. For eksempel, Det er ni SPD arbeidsflyter til støtte for en enkelt logisk arbeidsflytprosessen og opp til fem av dem kan skyte samtidig til enhver tid gitt de rette forholdene. It’s not easy to debug 🙂

Meg kunden har en rekke fortsatt udekkede behov, en av dem er generelt gi mer sammenheng når systemet sender ut e-postvarsler-både i den email seg samt tilknyttede oppgaveskjemaer. Som SPD vet arbeidsflyt implementers, "samle data fra brukeren" SPD handlingen faktisk skaper en aktivitet med en tilpasset innholdstype. Når vi bruker handlingen, Vi får ikke angi mye. Vi kan be om noen verdier (f.eks. "godkjenne" eller "nekte") og vi kan angi en hard kodet verdi i tittelen og beskrivelsen. Det er det..

Min kundens krav er to fold:

  1. Når SharePoint sender en e-post om en oppgavetilordning, inkludere en mengde informasjon om aktiviteten i e-postens brødtekst.
  2. Enda viktigere, langt – Når brukeren klikker på aktivitetskoblingen i e-posten, aktivitetsskjemaet bør ha all informasjon godkjenneren trenger for å gjøre sin Godkjenn eller avslå avgjørelse. akkurat nå, Lederen må klikker på Elementkoblingen å vise underliggende detaljer og liker ingen som. Du må klikke i e-. Må du klikke en slags obskure kobling på oppgaveelementet. Du kan se på de underliggende dataene (et InfoPath-skjema i dette tilfellet). Klikk tilbake/tilbake, osv.. Alle hater det.

Jeg har arvet denne noe rotete teknisk løsning, og jeg vil gjøre endringer på minst påtrengende måte mulig.

Tilnærmingen jeg tar nå er å opprette en egendefinert varsel mal. Du kan lese om det her. Flyten arbeider sånn:

  • SPD arbeidsflyten kjøres.
  • På et tidspunkt, en oppgave tilordnes til en manager.
  • SharePoint-systemet sender automatisk ut et varsel til den aktuelle overordnede. Dette er ikke en del av SPD arbeidsflyten, men heller "hva SharePoint gjør." (Tidtakertjenesten i SharePoint, Jeg tror).
  • Et egendefinert alert behandlingsprogram startes for standard alert prosessen (magiske regler refererte som beskrevet ovenfor artikkel).
  • Når min egendefinert alert behandlingsprogram kjører, Det genererer en vakker epost. Enda viktigere, siden det har aktiviteten i hånden, det også dekorerer faktiske oppgaven med alle kontekstinformasjon som er nødvendig for å møte kravet om business.
  • Brukeren får e-posten, og den er full av nyttig kontekstinformasjon.
  • Brukeren klikker på aktivitetskoblingen og selve er full av nyttig kontekstinformasjon.
  • Alle går hjem å ha vannmelon og iskrem.

Jeg gjorde en rask POC og det fungerer bra i et laboratoriemiljø. Jeg får min e-varselet som forventet. Jeg får også oppdatere Oppgavebeskrivelsen og tittelen i seg selv.

Det bare vanskelig bit, så langt, er å unngå en situasjon der varselet oppdaterer elementet, utløser en annen varsel. Dette bekymre ikke meg.

Ser lovende så langt...

Flotte med dette er at jeg ikke trenger å muck om med noen av de eksisterende SPD-arbeidsflytene. De er uvitende at et varsel er"IIZ DRIVER I DA BAKGROUND, DECORATIN TEH OPPGAVE LISTE WIF MOAR KONTEKST”.

</slutten>

Abonner på bloggen min.

Følg meg på Twitter på http://www.twitter.com/pagalvin

Technorati Merkelapper: ,

SharePoint-demonstrasjon: Utnytte SharePoint å bygge en loddrett Business program

[Note: Jeg vil si en gang at jeg har en økonomisk interesse i ønsket resultat demonstrasjon, som jeg nevnte i interesse av full åpenhet, osv.. Dette er faktisk første gang jeg noen gang har blogged om en hendelse der jeg står å dra nytte personlig på denne måten.]

Denne web-demonstrasjonen finner sted torsdag, 06/04 på 12:30 EDT, slutter på 1:30PM EDT.

I samarbeid med utmerket virksomheten min partner, Integrerte systemer og tjenester gruppe (ISSG), Jeg har arbeidet for å utvikle en loddrett forretningsprogrammet med SharePoint som plattform. I dette tilfellet, Vi bygger et program som tilfredsstiller behovene til produsenter gjør tilpasset produkt for kunder. I disse tilfellene, mye samarbeid må finne sted mellom kunden og produsenten. Det er også mye samarbeid kreves mellom ulike grupper i produsenten, inkludert mva, prosjektering, forskning og utvikling, juridiske og andre grupper.

Demo skal vise et program som forenkler den slags samarbeid, sammen med en diskusjon om hvordan må alle disse samarbeid biter integreres med en backend ERP-systemet.

Til slutt, Dette er ikke til å være en SharePoint-demo. Dette er en demonstrasjon av en løsning for et bestemt nisje problem som skjer for å bruke SharePoint som plattform.

Så, Hvorfor skulle du bry å melde seg og se denne demoen? Jeg forventer ikke at for mange lesere av bloggen min er interesserte i en løsning for produsenter som lager bestillinger..

Hvis du er interessert, Registrer deg her(https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=skmqfwbr5smmlx20).

</slutten>

Abonner på bloggen min.

Følg meg på Twitter på http://www.twitter.com/pagalvin

Du kan lirke SharePoint Designer fra min kalde, Døde hender

Min siste artikkel er opp på www.EndUserSharePoint.com. Jeg skrev om SharePoint Designer, Brukere og omrisset av en strategi som sluttbrukere kan prøve og følge for å demonstrere kompetanse og bygge tillit rundt dette verktøyet.

Kommentarene er mer interessant enn selve artikkelen.

Sjekk det ut.

</slutten>

Abonner på bloggen min.

Følg meg på Twitter på http://www.twitter.com/pagalvin

Technorati Merkelapper: ,

MOSS brukerprofilen som myndighet for brukeren språkinnstilling

På min nåværende prosjekt, noen av brukerne vil reise verden rundt, og når de mottas på ulike destinasjoner, bruke hva maskin er nyttig når. Disse gjest maskinene vil kjøre Windows og installert og konfigurert for den lokale nasjonale. (Jeg har akkurat innsett at gjest-maskiner ikke kan har de riktige språkpakkene… sannsynligvis ikke, faktisk… Jeg er parkering at man for nå).

SharePoint må mekanisme der brukeren kan velge sitt eget språk og har MOSS ære språket uansett hvordan brukeren får tilgang til MOSS. Med andre ord, ignorere hva leseren forteller IIS RUNDPINNE og i stedet se det foretrukne språk og bruke den.

Vi skal undersøke to tilnærminger:

  1. HTTP Handler: Et egendefinert HTTP-behandlingsprogram installert på IIS vil slå opp brukerprofilen MOSS, finne ut foretrukket språk og deretter bytte HTTP-overskriften rundt etter behov før sendes kontroll til MOSS.
  2. Global.asax: Endre global.asax gjør samme. Vi kan endre noe annet, men ideen er at vi finner et sted der vi kan sette vår nasjonale bytte logikk.

Den andre kompliserende faktoren er at vi trenger å støtte 60 k brukere, om 1,000 av tilgang som kan være samtidig til MOSS på meste laste.

Http-behandler synes ganske drastiske, men kanskje det beste stedet å plassere koden siden det er IIS nivå og allvitende. Det er et godt arbeid.

Vi skjev mot en global.asax type tilnærming, hovedsakelig fordi vi tror har vi flere alternativer for å bufre data på dette tidspunktet.

Jeg vil være blogging mer om dette temaet, så jeg lære mer.

Hvis du har vet noe om dette, please post a comment 🙂

</slutten>

Abonner på bloggen min.

Følg meg på Twitter på http://www.twitter.com/pagalvin