Kategori Arkiv: SharePoint løsninger Design

Sporing praksis aktiviteter – Del 1

Omkring et år siden, Jeg sluttede Slalom høring her i new York som hvad vi kalder en praksis område føre.  (Som en lille sidebemærkning til punktet af denne blog post, at ændre i job konti for min samlede drop-off i blogging.  Det var en stor forandring i roller og en stor forandring i dag til dag "ting" men jeg har slags akklimatiseret mig til det og ser frem til at skrive igen Smil ).

I denne PAL rolle, Jeg er ansvarlig for at redde virksomheden og nærmeste omegn af 21 West 21st street fra katastrofe på en regelmæssig basis.  Det er et stort pres (mere end du måske tror – Tænk bare på alle børn!). 

I tjeneste for denne nødvendighed, Jeg har brug at hjælpe med pre-sales, Opret og Opdater go-to-market tilbud, leje gode folk, træne op folk til at gøre dem bedre (men i virkeligheden, at gøre mit job lettere) og lejlighedsvis gøre noget fakturerbare på en klient.  Jeg får en masse af "input"-spørgsmål fra klienter, salgsmuligheder, min egen dum tanker og så videre.  Noget af det er rigtig god (som en hot salg oppty) mens meget af det er mindre godt.  Nøglen er i første omgang spore, prioritere og styre hver enkelt af disse ideer (store og små) til en vellykket afslutning. 

Denne form for Opgavestyring er ikke ny, højre?  Og vi har masser af opgave værktøjer til at hjælpe os med dette.  Outlook har opgaver.  Du kan smække et regneark sammen pæn og hurtig.  Min allerførste opgave management værktøj var en juridisk Notesblok tilbage i mine dage på GAF som udvikler i IT-afdelingen.  (Spørg mig om de gode gamle dage den næste gang du ser mig hvis du er interesseret, eller måske ikke…).

At være en SharePoint fyr (nominelt, mindst), Jeg har altid tænkt at bruge SharePoint.  Men for nogle grund, en generisk opgaveliste gjorde aldrig helt det for mig.  En flok måneder siden, Jeg besluttede at helbrede mig selv over og kun opretter en SharePoint-baseret løsning.  Det var så pinligt nemt at oprette at jeg troede, at skrive om det her.

Så, mit mål her var meget enkel:

  • Super nemt og hurtigt dataindtastning
  • Prioritere aktiviteter
  • Kategorisere aktiviteter
  • "næste trin" drevet – vil disse aktiviteter ofte span uger (måske endda måneder).  De næsten aldrig ende"" efter en bestemt opdatering.

Disse bits egner sig meget pænt til en indholdstype, så det er hvad jeg skabt:

image

Du kan faktisk se, at jeg havde et salg bias med dette i første omgang, da jeg har "Klient" feltet.  En masse af min praksis aktiviteter er baseret omkring klienter (enten faktiske eller potentielle).  Men mange af dem er også internt fokuseret.  Jeg slap "Slalom" derinde, når jeg opretter dem, men det føles altid en smule underligt.  Jeg skal have kaldt det noget mere generisk.  Måske "målorganisationen" eller noget.

Her er et par Diverse noter på den type indhold:

  • Aktivitet indvirkning har overdraget til en måling af prioritet.  Jeg er ikke sikker på hvorfor jeg gik med "Indflydelse" og ikke "prioritet" dag nul, men det er hvad jeg gjorde. 
  • Næste trin og dato for næste skridt – jeg har et dashboard, der er drevet af datoen for den næste aktivitet.  Dette dashboard er slags blevet min marchordre for dag/uge.  Jeg bare gå til dashboard og fokusere på høj prioritet ting først og gå derfra.  (Der er begrebet en "ukodet"
  • Primære ejer – den eneste ting at bemærke er- er det ikke fantastisk, at du kan sortere og filtrere på multi-Vælg kolonner i SP 2010! Jeg faktisk købe fuldt ikke ind i dette begreb i første omgang.
  • Aktivitetsstatus – virkelig bare "Open" eller "Lukket". 
  • Primære praksis – efter jeg begyndte at bruge dette, en anden kammerat i min gruppe ønskede at prøve dette, så jeg gled det ind i blandingen for at skelne mellem mine ting (Portaler & Samarbejde) og hende stuff (Azure).

Her er mit betjeningspanel:

image

(Sorry for alle de slørede ud bits-jeg følte lide at skabe en flok af testdata og jeg ønsker ikke at give nogen et hjerteanfald over deling vitale oplysninger [Se bit i intro re: redde verden, osv., osv., osv.]).

Jeg har flere andre visninger på denne liste, herunder en dataarkvisning, der tillader mig at masse opdateringer.  Jeg gør det mest ofte når en flok af lavere prioriterede emner jeg planlagde at gøre et aldrig helt fik gjort og har brug for at blive skubbet ud i en uge.

Hver dag, Jeg trækker op min aktiviteter log og begynde bare at arbejde ud i toppen af listen.

I en del 2, Jeg vil forklare, hvordan jeg gjorde det endnu mere nyttigt med tilføjelsen af en dejlig e-mail-aktiverede doc bibliotek og SPD workflow.

</slutningen>

Abonner på min blog.

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

Lad lysende eksempler bly måde øget SharePoint vedtagelse

Min første "rene" BrightStarr blog post blev offentliggjort i dag.  Her er en teaser:

Der har været en masse af samtale på Internets af sene på emnet for SharePoint vedtagelse og især manglen heraf. Ingen ønsker at gå til alle besværet med at designe en farm og sikkerhed infrastruktur, deltager i workshops, sammensætte et Smart udseende, arbejder ud en rock solid oplysninger arkitektur, der kan modstå selskab re-orgs omskiftelser og endelig, en fanfare-fyldt implementeringen blot at opdage tre måneder post go-live, mindre end 50% selskabets medarbejdere bruger SharePoint og de fleste af dem bruger det til at erstatte de gamle netværksfilservere ("S:\ drev").

Ingen sølv punkttegn (eller enkelt blogindlæg) vil løse dette problem. Dog, der er mange ting du kan gøre for at mindske risikoen for en anemic SharePoint portal. En sådan teknik er "lysende eksempel mønster."

Jeg ville elske at vide om andre SharePoint vedtagelsen strategier, som du pleje dele.  Hvis du deler, venligst forlade som en kommentar på bloggen BrightStarr.

Læse det hele her: http://www.brightstarr.com/US/Pages/blog-view.aspx?BlogID=52

</slutningen>

Abonner på min blog.

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

Oprette Printer venlig sider og endda udskrive dem.

Jeg skrev op en artikel til SharePoint Briefing ugen eller så siden og den er blevet bogført.  Her er åbning bit:

image

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

Jeg håber, det hjælper en person.  Nyd!

</slutningen>

Abonner på min blog.

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

"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

Bruge arbejdsproces til at simulere indhold Type sikkerhed

En anden dag, en anden MSDN-fora inspireret post.

Nogen spørge, om de kunne sikre en indholdstype, så når en bruger klikker på knappen "ny" på en brugerdefineret liste, indholdstyper, som denne person er tildelt adgang ville kun vises på listen drop-down.  Som bekendt, Dette understøttes ikke ud af kassen.

Dette spørgsmål kommer op nu og da, og denne gang, Jeg havde en ny idé.  Lad os antage at vi har scenarie som dette:

  • Vi har en helpdesk billetsystem.
  • Helpdesk billetsystem tillader brugernes hen til indtaste regelmæssig helpdesk billet info, som problemområde, problemet status, osv.
  • Vi ønsker at "super" brugerne kan angive en "haster" felt.
  • Andre brugere har ikke adgang til det pågældende felt.  Systemet vil altid tildele "medium" niveau prioritet til deres anmodninger.

Hvad vi kunne lave er skabe to separate SharePoint-lister og to forskellige indholdstyper, en for "superbrugere" og den anden for alle andre.

Arbejdsprocessen på hver liste kopierer data til listen over master (den faktiske helpdesk billet liste) og processen fortsætter derfra.

Denne tilgang kan arbejde flow en slags kolonne sikkerhed samt. 

Jeg har ikke prøvet det, men det føles rimelig og giver en forholdsvis simpel, Hvis temmelig ru, mulighed for at gennemføre en slags indholdstype og endda kolonne sikkerhed.

</slutningen>

Abonner på min blog.

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

Webdelen til indholdsforespørgsel: Sharepoint's Swiss Army Knife

Min seneste artikel er op på www.sharepointbriefing.com. Her er en teaser:

image

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

Se det i brug et reale offentlige websted her ved at følge disse trin:

  1. Gå til denne webside: http://cdi-its.com/Pages/Customer_Support.aspx (Dette er siden kunde støtte for CDI).
  2. Klik på "Casestudier" til venstre hånd sejlads.

Det vil springe til afsnittet "Kundesupport" af case-studierne notering.

</slutningen>

Abonner på min blog.

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

Eksisterende betingelser: SharePoint Alert skabeloner til undsætning (?)

En af mine klienter har arbejdet med en tidligere entreprenør til at bygge en lille, men nyttigt HR ansøgning for virksomheden. At kontrahenten brugt SharePoint Designer til at gennemføre arbejdsproces del af løsningen. Det er lidt af en rod. For eksempel, der er ni SPD arbejdsprocesser til støtte for en enkelt logisk arbejdsproces og op til fem af dem kan brand samtidig på ethvert givet tidspunkt givet de rette betingelser. It’s not easy to debug 🙂

Min kunde har en række stadig udestående krav, hvoraf den ene er generelt give mere sammenhæng, når systemet sender e-mail-advarsler – både i den e-mail, selv samt tilknyttede opgave former. Som SPD ved workflow implementers, Handlingen "indsamle data fra brugeren" SPD faktisk skaber en opgave med en brugerdefineret indholdstype. Når vi bruger denne handling, Vi får ikke at angive meget. Vi kan bede om nogle værdier (strømsparetilstand. "godkende" eller "Afvis") og vi kan angive en hårdt kodet værdi i titel og beskrivelse. Det er om det..

Min kundebehov er to folde:

  1. Når SharePoint sender en mail om en opgavetildeling, indeholde en masse oplysninger om opgaven i email legeme.
  2. Endnu vigtigere, langt – Når brugeren klikker på linket opgave i e-mailen, opgaveformularen bør have alle de oplysninger, godkenderen har brug for at gøre hendes/hans Godkend eller Afvis beslutning. Lige nu, manager skal du klikke på linket vare, selv at bore ned i de underliggende detaljer og kan lide ingen at. Du skal klikke i e-mailen. Derefter skal du klikke på en slags obskure link på opgaven. Derefter kan du se de underliggende data (en InfoPath-formular i dette tilfælde). Du klikke på ryg/ryg, osv. Alle hader det.

Jeg har arvet denne noget rodet tekniske løsning og jeg ønsker at foretage ændringer i den mindst indgribende måde muligt.

Den tilgang, jeg tager lige nu er at oprette en brugerdefineret alert skabelon. Du kan læse om det her. Strømmen fungerer som dette:

  • SPD workflow kører.
  • På et tidspunkt, det tildeler en opgave til en manager.
  • SharePoint system sender automatisk en advarsel til at manager. Dette er ikke en del af SPD workflow, men snarere "hvad SharePoint gør." (SharePoint-timertjenesten, Jeg mener).
  • En brugerdefineret alert handler påberåbes til fordel for den standard alert proces (efter magiske regler refererede som beskrevet i den ovenfor artikel).
  • Når min brugerdefinerede alert handler kører, Det genererer en smuk e-mail. Endnu vigtigere, da det har til opgave i hånd, det også pryder den faktiske opgave med alle den kontekstoplysninger nødvendige for at opfylde kravet om business.
  • Brugeren får e-mailen og den er fuld af nyttige kontekstoplysninger.
  • Brugeren klikker på linket opgave og opgaven, selv er fuld af nyttige kontekstoplysninger.
  • Alle går hjem at have vandmelon og is.

Jeg gjorde en hurtig test af koncept og det fungerer godt i et laboratoriemiljø. Jeg får min tilpasset e-mail alert som forventet. Jeg får også at opdatere opgavebeskrivelse og titel, selv.

Den kun tricky bit, hidtil, er at undgå en situation, hvor indberetningen opdateringer varen, udløse en anden besked. Dette gør ikke bekymre mig.

Ser lovende ud indtil videre...

Den store ting ved dette er, at jeg ikke behøver at nusse rundt med nogen af de eksisterende SPD arbejdsprocesser. De er lykkeligt uvidende om, at en alarm handler er"MERETE LØB I DA BAKGROUND, UDSMYK TEH OPGAVE LISTE WIF MOAR SAMMENHÆNG”.

</slutningen>

Abonner på min blog.

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

SharePoint Demonstration: Udnytte SharePoint til at bygge en lodret forretningsprogram

[Bemærk: Vil jeg straks sige, at jeg har en finansiel interesse i det ønskede resultat af denne demonstration, som jeg nævner i fuld åbenhed, osv. Dette er faktisk den første gang jeg nogensinde har blogges om en begivenhed hvor jeg står til gavn for personligt på denne måde.]

Denne web demonstration finder sted torsdag, 06/04 ved 12:30 EDT, slutter ved 1:30PM EDT.

I samarbejde med min fremragende samarbejdspartner, Integrerede systemer og Services Group (ISSG), Jeg har arbejdet på at udvikle en lodret business program, der anvender SharePoint som platform. I dette tilfælde, Vi bygger et program, der tjener behovene hos producenter, der gør brugerdefinerede produkt til deres kunder. I disse tilfælde, en stor del af samarbejdet skal finde sted mellem kunden og producenten. Der er også en stor del af samarbejdet kræves mellem forskellige grupper inden for fabrikanten, herunder salg, Engineering, forskning og udvikling, juridiske og andre grupper.

Demoen vil vise en applikation, der letter slags samarbejde, sammen med en diskussion af, hvordan nødt alle disse samarbejde bits til at integrere med en backend ERP system.

Endelig, indeværende er ikke igangværende at blive en SharePoint demo. Dette er en demonstration af en løsning for en bestemt niche problem, der sker for at bruge SharePoint som platform.

Så, Hvorfor ville du gider at tilmelde dig og se denne demo? I don’t expect too many readers of my blog to be all that interested in a solution for make-to-order manufacturers 🙂 Your take-away would be the concept itself – using SharePoint purely to deliver a business solution without regard to SharePoint itself.

Hvis du er interesseret, skal du tilmelde dig her(https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=skmqfwbr5smmlx20).

</slutningen>

Abonner på min blog.

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

Du kan hive SharePoint Designer fra min kolde, Døde hænder

Min seneste artikel er op på www.EndUserSharePoint.com. Jeg skrev om SharePoint Designer, Afslutte brugere og omridset af en strategi, som slutbrugere kan prøve og følg for at påvise kompetence og opbygge tillid omkring dette værktøj.

Kommentarerne, der er mere interessant end selve artiklen.

Tjekke den ud.

</slutningen>

Abonner på min blog.

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

MOSS brugerprofil som myndighed for brugeren sprogindstilling

Min aktuelle projekt, nogle af brugerne vil rejse rundt omkring i verden, og når de ankommer til forskellige destinationer, bruge uanset maskine er handy dengang. Disse gæstcomputere, der vil køre Windows og installeret og konfigureret for den lokale landestandard. (Jeg har lige indset, at gæst apparater ikke kan have de rigtige sprogpakker… sandsynligvis ikke, Faktisk… Jeg parkering at man nu).

SharePoint skal give en mekanisme, hvorved brugeren kan vælge deres foretrukne sprog og derefter har mos ære at sprog uanset hvordan brugeren får adgang til MOSS. Med andre ord, Se bort fra hvad browseren fortæller IIS/mos og i stedet slå det foretrukne sprog og bruge det.

Vi vil undersøge to tilgange:

  1. Http-handleren: En brugerdefineret http-handleren installeret på IIS vil slå op MOSS brugerprofil, finde ud af det foretrukne sprog og derefter skifte http-headeren rundt efter behov inden de passerer kontrollen til MOSS.
  2. Global.asax: Ændre global.asax for at gøre det samme. Vi kan ændre noget andet, men ideen er, at vi finder et sted hvor vi kan indsætte vores locale-switching logik.

Den andre komplicerende faktor er, at vi skal støtte 60k brugere, om 1,000 der kan samtidig adgang mos på højeste belastning.

Http-handleren synes temmelig drastiske, men måske det bedste sted at sætte koden, da det er på IIS niveau og alvidende. Det er en god enkelt punkt af arbejde.

Vi hælder mod en global.asax type tilgang, især fordi vi mener, har vi flere muligheder for at cachelagre data på det tidspunkt.

Jeg vil være blogging mere om dette emne, som jeg lære mere.

Hvis du har ved noget om dette, please post a comment 🙂

</slutningen>

Abonner på min blog.

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