Categorie Archieven: SharePoint oplossingen Design

Bijhouden van praktijk activiteiten – Deel 1

Ongeveer een jaar geleden, Ik sloot zich aan bij Raadpleging, slalom hier in new York als wat wij een praktijk gebied leiden noemen.  (Als een klein terzijde aan het punt van deze blog post, dat veranderen in banen rekeningen voor mijn totale drop-off in bloggen.  Het was een grote verandering in rollen en een grote verandering in dag tot dag "stuff" maar ik heb soort van acclimated mezelf en blik toekomen aan het opnieuw schrijven Glimlach ).

In deze rol PAL, Ik ben verantwoordelijk voor het opslaan van het bedrijf en de onmiddellijke omgeving van 21 West 21e straat van ramp op een regelmatige basis.  Het is een veel druk (meer dan je zou denken-denk maar aan alle kinderen!). 

In dienst op die noodzaak, Ik nodig om te helpen met pre-sales, maken en bijwerken van de go-to-market aanbod, goede mensen huren, trainen van mensen om hen beter (maar echt, naar mijn werk makkelijker maken) en af en toe iets factureerbare op een client doen.  Ik krijg veel van de "input"-vragen van klanten, verkoopkansen, mijn eigen bedorven gedachten en ga zo maar door.  Wat van het is echt goed (Als een hete verkoop oppty) terwijl een heleboel is het minder goed.  De sleutel is om in eerste instantie bijhouden, prioriteren en beheren van elk van deze ideeën (Great and small televisieserie) tot een succesvol einde. 

Dit soort beheer van de taak is niet nieuw, recht?  En we hebben veel voor task tools om ons te helpen met dit.  Outlook heeft taken.  U kunt een werkblad klap samen mooi en snel.  Mijn allereerste taak beheertool was een juridische Kladblok terug in mijn dagen op GAF als een ontwikkelaar in de IT-afdeling.  (Vragen over de goede oude dagen de volgende keer zie je me als je geïnteresseerd bent, of misschien niet…).

Een SharePoint-vent (nominaal, ten minste), Ik heb altijd gedacht aan SharePoint gebruiken.  Maar om wat voor reden, een algemene takenlijst deed nooit helemaal het voor mij.  Een heleboel maanden geleden, Heb ik besloten om te helen mezelf en je maakt gewoon een SharePoint gebaseerde oplossing.  Het was zo pijnlijk makkelijk om te maken dat ik dacht om te schrijven over het hier.

Dus, mijn doelen hier waren zeer eenvoudig:

  • Super gemakkelijke en snelle gegevensinvoer
  • Prioriteren activiteiten
  • Categoriseren van activiteiten
  • "volgende stap" gedreven – zal deze activiteiten vaak beslaan weken (misschien zelfs maanden).  Ze bijna nooit een "eind" na een bepaalde update.

Deze bits lenen zich heel mooi aan een inhoudstype, dus dat is wat ik heb gemaakt:

image

U kunt eigenlijk zien dat ik had een verkoop vooroordeel met dit op het eerste, Sinds ik heb dat 'Client'-veld.  Een heleboel van mijn praktijk activiteiten zijn gebaseerd rond klanten (werkelijke of potentiële).  Maar velen van hen zijn ook intern gericht.  Ik klap "Slalom" daar als ik maak hen, maar het is altijd voelt een beetje raar.  Ik moet hebben noemde het iets meer generieke.  Misschien "Target organisatie" of iets.

Hier zijn een paar diverse opmerkingen over het type inhoud:

  • Activiteit Impact heeft overgedragen in een meting van prioriteit.  Ik ben niet zeker waarom ik ging met "Invloed" en niet "Priority" dag nul, maar dat is wat ik deed. 
  • Volgende stappen en volgende stappen datum – ik heb een dashboard dat wordt aangestuurd door de volgende activiteit datum.  Dit dashboard is soort van mijn marching bestellingen geworden voor de dag/week.  Ik ga naar het dashboard en zich eerst concentreren op hoge prioriteit stuff en ga vanaf daar.  (Er is de notie van een "niet-gelabelde"
  • Primaire eigenaar – het enige ding van de nota is – is het niet geweldig dat u kunt sorteren en filteren op meervoudige selectie kolommen in de SP 2010! Ik eigenlijk kopen niet volledig in dit begrip op het eerste.
  • Activiteitsstatus – eigenlijk gewoon "Open" of "Gesloten". 
  • Primaire praktijk – nadat ik begon te gebruiken dit, een andere PAL in mijn fractie wilde dit uitproberen, dus ik gleed dit in de mix om te onderscheiden tussen mijn spullen (Portalen & Samenwerking) en haar spullen (Azure).

Hier is mijn dashboard:

image

(Sorry voor de wazig uit bits-ik heb niet het gevoel als het creëren van een bos van testgegevens en ik wil niet te geven iemand een hartaanval over delen van essentiële details [Zie de bit in de intro opnieuw: de wereld redden, enz., enz., enz.]).

Ik heb verschillende andere weergaven op deze lijst, met inbegrip van een gegevensbladweergave waarmee ik massa-updates.  Ik doe dit meest vaak als een bos van lagere prioriteit items die ik gepland om te doen een nooit helemaal heb gedaan en moeten een week worden geduwd.

Elke dag, Ik trek mijn activiteiten log en gewoon beginnen met werken uit de bovenkant van de lijst.

In deel 2, Ik zal uitleggen hoe ik maakte dit nog nuttiger met de toevoeging van een aardige e-mail ingeschakelde documentbibliotheek en SPD workflow.

</einde>

Abonneren op mijn blog.

Volg mij op Twitter op http://www.twitter.com/pagalvin

Laat schijnt voorbeelden leiden de weg naar verhoogde goedkeuring van SharePoint

Mijn eerste "zuivere" BrightStarr blog entry is vandaag gepubliceerd.  Hier is een teaser:

Is er een heleboel gesprek op de Internets laat op het onderwerp van SharePoint aanneming en vooral het gebrek daaraan. Niemand wil gaan naar alle de moeite van het ontwerpen van een boerderij en veiligheid infrastructuur, deelnemen aan workshops, samenstellen van een hippe look en feel, uit een rots-solide informatie-architectuur die bestand is tegen de wisselvalligheden van het bedrijf re-orgs te werken en ten slotte, een fanfare gevulde uitrol enkel om te ontdekken van drie maanden post go-live die minder dan 50% van het bedrijf zijn medewerkers met behulp van SharePoint en de meesten van hen worden gebruikt ter vervanging van het oude bestand netwerkservers ("de s:\ Station").

Geen zilveren kogel (of één blogpost) gaat dat probleem op te lossen. Echter, Er zijn veel dingen die je doen kunt om het risico van een bloedarm SharePoint portal. Een dergelijke techniek is de "Shining voorbeeld patroon."

Ik zou graag willen weten over andere SharePoint aanneming strategieën die u zorg te delen.  Als u deelt, laat als een commentaar op de blog BrightStarr.

Lees het hele ding hier: http://www.brightstarr.com/US/Pages/blog-view.aspx?BlogID=52

</einde>

Abonneren op mijn blog.

Volg mij op Twitter op http://www.twitter.com/pagalvin

Printer vriendelijke pagina's maken en ze zelfs afdrukken

Ik schreef een artikel voor SharePoint Briefing een week of zo geleden en het wordt geboekt.  Hier is de bit openen:

image

U kunt hier het hele ding te lezen: http://sharepointbriefing.com/features/article.php/3904906/Create-a-Printer-Friendly-Page-in-Your-SharePoint-Sites.htm

Ik hoop dat dit helpt iemand.  Geniet van!

</einde>

Abonneren op mijn blog.

Volg mij op Twitter op http://www.twitter.com/pagalvin

"Kan doen” versus "moet doen” in SharePoint projecten

Ik denk dat velen van ons af en toe worden gepresenteerd met, bij gebrek aan een betere uitdrukking, Young-kind eisen.  De eindgebruiker echt, zeer slecht wil een bepaalde specifieke look en feel, of een zeer specifieke sorteren structuur of een te snijden uit een klik of menu optie te gemakkelijk navigatie of [hartstochtelijk gehouden overtuiging dat gebeurt als verkeerd invoegen].  Als SharePoint pro's, We kunnen over het algemeen voldoen aan bijna elk soort eis met het platform, maar voor sommigen van hen, we in ons hart weten dat:

  • Ze zijn gaan om een onevenredig groot bedrag van tijd uit te voeren (en dus duurder)
  • Ze gaan worden zeer aangepaste en daarom moeilijk te handhaven en op te lossen
  • Er is sommige gemakkelijke SharePoint benadering die voldoet aan 80% of meer van de vereiste (dwz. voldoet aan de geest van de vereiste, maar niet de letter van de vereiste)

Bottom line, We weten dat de "eis" is eigenlijk gewoon een leuk om te hebben of zelfs legitieme in zekere zin, maar iets dat mensen moet leven met eerder dan besteden een heleboel tijd proberen te "oplossen".

Ik denk aan deze als "jonge kind" eisen omdat ik dit patroon vele malen eerder gezien heb.  Kinderen zal pine weg en u voor sommige nieuwe speeltje zeuren wekenlang op een moment.  Je krijgt ze het speelgoed, ze spelen met het voor een paar uren of dagen en vervolgens zet het neer, nooit te halen ooit weer.  Of, je krijgt niet het speelgoed, de zeurderige stopt en het jonge geitje beweegt op tot de Voorzitter van de vrije wereld.   Ik heb dit gebeuren in SharePoint projecten.  Besluitvormers ofwel krijgen wat ze willen en het wordt een ongebruikte of onderbenut functie of ze niet krijgen wat ze willen en het project toch nog lukt.

Ik werd herinnerd aan dat vandaag in een forum post en ik vond hoe Clayton Cobb probeerde te krijgen het forum poster te duwen terug op een van deze soorten eisen: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/

Ik ben echt benieuwd hoe de mensen dit onderwerp bekijken en hoe u omgaat met het.  Ben I die mist het punt?  Heb je strategieën om te besluiten makers uit de buurt van overinvesting in triviale eisen sturen?  Laat alstublieft een reactie.

</einde>

Abonneren op mijn blog.

Volg mij op Twitter op http://www.twitter.com/pagalvin

Werkstroom gebruiken om te simuleren inhoudsbeveiliging Type

Een andere dag, een andere MSDN-forum post geïnspireerd.

Iemand vroeg of kon zij een inhoudstype secure zodanig dat wanneer een gebruiker op de "nieuwe" knop op een aangepaste lijst klikt, inhoudstypen die die persoon toegang is verleend zou worden alleen weergegeven in de drop-down lijst.  Zoals we weten, Dit wordt niet ondersteund out of the box.

Deze vraag komt nu en dan en deze keer, Ik had een nieuw idee.  Laten we aannemen dat we als dit scenario hebben:

  • We hebben een helpdesk ticketing systeem.
  • De helpdesk ticketing systeem kan gebruikers invoeren van regelmatige helpdesk ticket info, zoals probleemgebied, probleem status, etc.
  • Wij willen kunnen "super" gebruikers opgeven voor een veld "urgentie".
  • Andere gebruikers hebben geen toegang aan dat veld.  Het systeem zal altijd "medium" niveau prioriteit toekennen aan hun aanvragen.

Wat we kunnen doen is twee afzonderlijke SharePoint-lijsten en twee verschillende inhoudstypen maken, een voor gebruikers "super" en de andere voor iedereen.

Werkstroom op elke lijst kopieert de gegevens naar de hoofdlijst (de werkelijke helpdesk ticket lijst) en het proces verloopt van daar.

Deze aanpak zou kunnen werken een soort kolom beveiliging ook stromen. 

Ik heb niet geprobeerd het, maar het voelt redelijk en geeft een vrij eenvoudig, als vrij ruwe, optie om een soort inhoudstype en zelfs kolom beveiliging.

</einde>

Abonneren op mijn blog.

Volg mij op Twitter op http://www.twitter.com/pagalvin

Webonderdeel Inhoudsquery: SharePoint de Zwitsers zakmes

Is mijn laatste artikel op www.sharepointbriefing.com. Hier is een teaser:

image

Lees het hele ding hier: http://sharepointbriefing.com/features/article.php/3874226/Content-Query-Web-Part-SharePoints-Swiss-Army-Knife.htm

Zie het in gebruik hier een echte openbare website door de volgende stappen:

  1. Ga naar deze web pagina: http://cdi-its.com/Pages/Customer_Support.aspx (Dit is de pagina klantenondersteuning voor CDI).
  2. Klik op "Case Studies" in de linker navigatie.

Het zal gaan naar de "Customer Support" sectie van de case studies aanbieding.

</einde>

Abonneren op mijn blog.

Volg mij op Twitter op http://www.twitter.com/pagalvin

Reeds bestaande aandoeningen: SharePoint-waarschuwing sjablonen aan de redding (?)

Een van mijn cliënten gewerkt met een eerdere aannemer voor de bouw van een kleine maar nuttige HR applicatie voor de onderneming. Die aannemer SharePoint Designer gebruikt voor de uitvoering van de werkstroom deel van de oplossing. Het is een beetje een puinhoop. Bijvoorbeeld, Er zijn negen EPD werkstromen ter ondersteuning van een enkele logische workflowproces en maximaal vijf van hen kan brand gelijktijdig op een gegeven moment de juiste omstandigheden. Het is niet eenvoudig om fouten op te sporen 🙂

Mijn klant heeft een aantal nog openstaande behoeften, een daarvan is het over het algemeen leveren meer context wanneer het systeem e-mail alerts – zowel in de e-mail zelf, alsmede de bijbehorende taakformulieren stuurt. Als SPD weten werkstroom uitvoerders, de actie "verzamelen gegevens van gebruiker" SPD maakt eigenlijk een taak met een aangepaste inhoudstype. Wanneer we dat actie gebruiken, We krijgen niet om op te geven veel. We kunnen vragen voor sommige waarden (bijvoorbeeld. "goedkeuren" of "weigeren") en kunnen we een hard gecodeerde waarde opgeven in de titel en beschrijving. That's about it.

Mijn klant eis is dat twee vouwen:

  1. Wanneer SharePoint stuurt een e-mail over een taaktoewijzing, een heleboel informatie over de taak opnemen in de hoofdtekst van e-mail.
  2. Wat nog belangrijker is, veruit – Wanneer de gebruiker klikt op de taak link in de e-mail, het taakformulier moet beschikken over alle informatie die de goedkeurder nodig heeft om te maken van zijn/haar goedkeuren of weigeren van besluit. Nu onmiddellijk, de manager moet Klik op de koppeling van het item zelf aan Voer een drilldownbewerking uit op de onderliggende details en niemand houdt van die. U moet klikken in de e-mail. Dan moet je een soort van duistere koppeling op het taakitem te klikken. Dan kunt u kijken naar de onderliggende gegevens (in dit geval vormen een InfoPath). Klik vervolgens op je rug/rug, etc. Iedereen heeft een hekel aan het.

Ik heb deze enigszins rommelig technische oplossing overgenomen en ik wijzigingen wilt aanbrengen in de minst indringende wijze mogelijk.

De aanpak die ik ben nu nemen is het creëren van een aangepaste waakzame sjabloon. U kunt lezen over die hier. De stroom werkt als volgt:

  • SPD werkstroom wordt uitgevoerd.
  • Op een bepaald punt, een taak wordt toegewezen aan een manager.
  • SharePoint systeem stuurt automatisch een waarschuwing aan deze manager. Dit is geen onderdeel van de SPD-werkstroom maar "wat SharePoint doet." (De SharePoint-timerservice, Ik denk dat).
  • Een aangepaste waakzame handler wordt aangeroepen in het voordeel van het standaard waarschuwing proces (magische regels te volgen verwezen zoals beschreven in de bovenstaande artikel).
  • Wanneer mijn aangepaste waakzame handler wordt uitgevoerd, het genereert een prachtige e-mail. Wat nog belangrijker is, omdat het heeft de taak in de hand, het siert ook de werkelijke taak met alle kader-informatie die nodig is om te voldoen aan de eis van zakelijke.
  • De gebruiker ontvangt de e-mail en het zit vol met nuttige context information.
  • Gebruiker op de taakkoppeling verwijderen en de taak zelf is vol met nuttige kader informatie.
  • Iedereen gaat naar huis om watermeloen en ijs.

Ik deed een snelle POC en het werkt goed in een testomgeving. Ik krijg mijn aangepaste e-mail alert zoals verwacht. Ik krijg ook de beschrijving van de werkzaamheid en de titel zelf bijwerken.

De alleen lastig bit, tot nu toe, is om te voorkomen dat een situatie waar de waarschuwing het item bijgewerkt, een andere waarschuwing triggering. Dit niet ongerust maken me.

Ziet er veelbelovend zo ver...

Het grote ding over dit is dat ik niet hoeft te muck over met een van de bestaande SPD-werkstromen. Ze zijn zalig niet van bewust dat een waarschuwing handler is"IIZ RUNNIN IN DA BAKGROUND, DECORATIN TEH TAAK LIJST WIF MOAR CONTEXT”.

</einde>

Abonneren op mijn blog.

Volg mij op Twitter op http://www.twitter.com/pagalvin

SharePoint demonstratie: Maak gebruik van SharePoint om te bouwen van een verticale bedrijfstoepassing

[Opmerking: Ik wil meteen zeggen dat ik een financieel belang heeft bij het gewenste resultaat van deze demonstratie, die ik vermelden in het belang van volledige openbaarmaking, etc. Dit is eigenlijk de eerste keer ik heb ooit geblogd over een evenement waar ik sta voor persoonlijk op deze manier.]

Deze web-demonstratie vindt plaats donderdag, 06/04 op 12:30 EDT, eindigt op 1:30PM EDT.

In samenwerking met mijn uitstekende zakelijke partner, Geïntegreerde systemen en Services Group (ISSG), Ik heb gewerkt om een verticale bedrijfstoepassing met behulp van SharePoint als de platform. In dit geval, We bouwen een applicatie die dient de behoeften van de fabrikanten dat aangepaste product voor hun klanten maakt. In deze gevallen, een grote hoeveelheid samenwerking moet plaatsvinden tussen de klant en de fabrikant. Er is ook een grote hoeveelheid samenwerking vereist tussen verschillende groepen binnen de fabrikant, met inbegrip van verkoop, Engineering, onderzoek en ontwikkeling, juridische en andere groepen.

De demo zal laten zien van een toepassing die dat soort samenwerking vergemakkelijkt, samen met een discussie over hoe wilt alle van deze samenwerking bits integreren met een backend ERP-systeem.

Tot slot, Dit is niet van plan te zijn een SharePoint-demo. Dit is een demonstratie van een oplossing voor een specifieke niche probleem dat gebeurt er met SharePoint gebruiken als het platform.

Dus, Waarom zou je de moeite te melden en Bekijk deze 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.

Als u geïnteresseerd bent, Gelieve te ondertekenen omhoog hier(https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=skmqfwbr5smmlx20).

</einde>

Abonneren op mijn blog.

Volg mij op Twitter op http://www.twitter.com/pagalvin

U kunt SharePoint Designer van mijn koude wrikken, Dead handen

Mijn nieuwste artikel is op www.EndUserSharePoint.com. Ik schreef over SharePoint Designer, Beëindigen van gebruikers en de omtrek van een strategie die eindgebruikers zouden kunnen proberen en volg om te bewijzen competentie en opbouwen van vertrouwen rond deze tool.

De commentaren zijn veel interessanter dan het artikel zelf.

Check it out.

</einde>

Abonneren op mijn blog.

Volg mij op Twitter op http://www.twitter.com/pagalvin

MOSS gebruikersprofiel als autoriteit voor de voorkeuren van de taal van de gebruiker

Op mijn huidige project, Sommige van de gebruikers zal reizen over de hele wereld en wanneer ze op verschillende bestemmingen aankomen, gebruik welke machine is handig op het moment. Die gast machines Windows zal worden uitgevoerd en geïnstalleerd en geconfigureerd voor de lokale landinstelling. (Ik heb net realiseerde dat de gast machines niet de juiste taalpakketten wellicht… zal waarschijnlijk niet, Eigenlijk… Ik ben dat een voorlopig parking).

SharePoint moet voorzien in een mechanisme waarbij de gebruiker kan hun voorkeurstaal kiezen en vervolgens hebben MOSS eren die taal ongeacht hoe de gebruiker toegang krijgt MOSS tot. Met andere woorden, negeren wat de browser vertelt IIS/MOSS en in plaats daarvan dat voorkeurstaal opzoeken en gebruiken.

We gaan om te onderzoeken van twee benaderingen:

  1. HTTP-Handler: Een aangepaste HTTP-handler op IIS geïnstalleerd zal opzoeken MOSS-Profiel van de gebruiker, erachter te komen de gewenste taal en schakel de HTTP-header rond als nodig voordat controle doorgegeven aan MOSS.
  2. Global.asax: Wijzigen van global.asax om het zelfde ding doen. Wij kunnen iets anders wijzigen, maar het idee is dat we een plaats waar wij onze locale-switching logica kunt invoegen.

De andere complicerende factor is dat we ondersteuning 60k gebruikers moeten, over 1,000 van de toegang die worden gelijktijdig MOSS op hoogtepunt tot kan laden.

De HTTP-handler lijkt vrij drastische, maar misschien de beste plaats om de code te zetten aangezien er op het niveau van de IIS en alle-kent. Het is een goed één punt van werk.

We bent leunend naar een global.asax type aanpak, vooral omdat we geloven dat we hebben meer opties voor caching gegevens op dat moment.

Ik zal bloggen meer over dit onderwerp als ik meer leren.

Als u weet niets over dit, plaats alstublieft een reactie 🙂

</einde>

Abonneren op mijn blog.

Volg mij op Twitter op http://www.twitter.com/pagalvin