Arxius de la categoria: Disseny de solucions de SharePoint

Activitats de pràctica de seguiment – Part 1

Fa aproximadament un any, Em vaig unir a Consultoria d'eslàlom aquí a Nova York com el que anomenem una pràctica zona conduir.  (Com una menor marge fins al punt d'aquest bloc enviar, que canvia en feines comptes per la meva baixada total en els blocs.  Va ser un gran canvi en papers i un gran canvi en el dia a dia "coses" però em mena de he aclimatat-me i mira cap endavant a escriure una altra vegada somriure ).

En aquest paper PAL, Jo sóc responsable per salvar l'empresa i les immediacions del 21 West carrer 21 del desastre sobre una base regular.  Això és un munt de pressió (més del que podria pensar-només cal pensar en tots els nens!). 

Al servei de aquell imperatiu, Necessito ajudar amb les pre-vendes, crear i actualitzar l'oferta d'anar al mercat, Lloguer bona gent, entrenar la gent per fer-los millor (però en realitat, per facilitar la meva feina) i de tant en tant fer alguna cosa facturable a un client.  Tinc un munt de "input" – preguntes de clients, oportunitats de vendes, meus propis pensaments addled i així successivament.  Alguns d'ells és realment bo (com un oppty de vendes calent) mentre que molts d'ells és menys bo.  La clau és seguir inicialment, prioritzar i gestionar cada una d'aquestes idees (gran i petit) a una conclusió reeixida. 

Aquest tipus de gestió de tasques no és nou, dret?  I tenim un munt d'eines de tasques perquè ens ajudin amb això.  L'Outlook té tasques.  Vostè pot bufetada junts un full de càlcul ràpid i bonic.  Meva primera eina de direcció de tasca era un notepad legal nou en els meus dies a GAF com a desenvolupador en el Departament d'informàtica.  (Em pregunten sobre els bons vells temps la propera vegada que vostè veure'm si estàs interessat, o potser no…).

Ser un tipus de SharePoint (nominalment, com a mínim), Sempre he pensat que utilitzen el SharePoint.  Però per alguna raó, una llista de tasques genèriques mai prou ho per mi.  Un grapat de mesos enrere, Em vaig decidir curar-me i només crear una solució de SharePoint basat.  Era tan vergonyosament fàcil crear que he pensat d'escriure sobre això aquí.

Així, aquí els meus objectius estaven molt simples:

  • Entrada de dades super fàcil i ràpid
  • Prioritzar activitats
  • Classificar activitats
  • "següent pas" impulsada-aquestes activitats es sovint abasten setmanes (potser fins i tot mesos).  Gairebé mai "acaben" després d'una actualització específica.

Aquests bits presten molt bé a un tipus de contingut, així allò és què creava:

image

Pot de fet veure que hi havia un biaix vendes amb això al principi, ja que tinc aquest camp "Client".  Un munt d'activitats del meu despatx es basen als clients (reals o potencials).  Però molts d'ells es centren també internament.  Bufetada "Eslàlom" allà quan vaig crear-los, però sempre se sent una mica estrany.  Jo hauria han anomenat alguna cosa més genèric.  Potser "organització de destinació" o alguna cosa.

Aquí són unes quantes notes diverses sobre el tipus de contingut:

  • Activitat d'impacte ha delegat en una mesura de prioritat.  No sóc segur per què me n'anava amb "Impacte" i no "prioritat" dia zero, però allò és què feia. 
  • Propers passos i propers passos data-tinc un quadre de comandament que és impulsada per la data de l'activitat següent.  Aquest escriptori digital tipus de ha esdevingut meu marching comandes per dia/setmana.  Només anar al quadre de comandament i centrar-se en matèria d'alta prioritat primer i anar d'allà.  (Hi ha la noció d'un "sense etiquetar"
  • Propietari principal-és l'única cosa de nota- no és impressionant que pot ordenar i filtrar sobre columnes selecció múltiple en SP 2010! En realitat no plenament compro en aquesta idea al principi.
  • Estat activitat-realment només "Obert" o "Tancat". 
  • Pràctica primària – després que va començar utilitzant aquest, un altre PAL del meu grup volia provar això, Així que vaig ficar això a la barreja de distingir entre la meva matèria (Portals de & Col. laboració) i la seva matèria (Atzur).

Aquí està el meu quadre de comandament:

image

(ho sento per tots els bits entelat fora-jo no tenia ganes creant un munt de dades de prova i no vull que ningú donar un infart sobre compartint detalls vitals [veure el bit en la intro re: salvar el món, etc., etc., etc.]).

Tinc uns quants altre punts de vista sobre aquesta llista, incloent una vista full de dades que permet jo massa actualitzacions.  Vaig fer-ho més sovint quan un grapat de prioritat més baixa elements que preveu fer un bastant mai aconseguia fer i cal ser expulsats d'una setmana.

Cada dia, Vaig aixecar el meu registre d'activitats i només començar a treballar fora de la part superior de la llista.

En part 2, Us explico com feia això encara més útils amb l'addició d'una biblioteca de Niça correu electrònic habilitada doc i flux de treball SPD.

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin

Deixar que brilla exemples Lead the Way a creixent adopció de SharePoint

La meva primera entrada de blog de BrightStarr "pur" va ser publicat avui.  Heus aquí un teaser:

Hi ha hagut molta conversa sobre la Internets de tarda sobre el tema de l'adopció del SharePoint i especialment la manca d'ella. Ningú vol anar a tots els problemes del disseny d'una infraestructura agrícola i seguretat, participant en els tallers, armant un aspecte elegant, treballant en una arquitectura d'informació sòlida de roca que pot suportar les vicissituds de la companyia re-orgs i finalment, un rollout plenes de fanfàrria que descobreixin lloc tres mesos anar viure que menys de 50% de l'empresa empleats estan utilitzant SharePoint i majoria d'ells estan utilitzant it per substituir els vell servidors d'arxiu de xarxa ("la S:\ empenta").

Cap bala de plata (o correu de blog individual) es va a resoldre aquest problema. No obstant això, hi ha moltes coses que vostè pot fer per reduir el risc d'una anèmia SharePoint portal. Una tal tècnica és el patró"brillant exemple."

M'encantaria conèixer altres estratègies de l'adopció del SharePoint que li importa a compartir.  Si compartiu, Si us plau deixar com un comentari al bloc BrightStarr.

Llegeixi la cosa sencera aquí: http://www.brightstarr.com/US/Pages/blog-view.aspx?BlogID=52

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin

Crear pàgines amigable de la impressora i fins i tot imprimir-los

Jo vaig escriure un article per a Sessió informativa de SharePoint a la setmana o així que fa i s'ha enviat.  Aquí és el bit d'obertura:

image

Podeu llegir la cosa sencera aquí: http://sharepointbriefing.com/features/article.php/3904906/Create-a-Printer-Friendly-Page-in-Your-SharePoint-Sites.htm

Espero que això ajudi algú.  Gaudir!

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin

"Pot fer” contra "ha de fer” en projectes de SharePoint

Crec que molts de nosaltres en ocasions es presenten amb, per falta d'una frase millor, joves-nen necessitats.  L'usuari final realment, vol molt malament una certa específic aparença, o una estructura molt específic de classificació o una de tallar una opció clic o menú per facilitar la navegació o [inserir apassionadament creença que passa d'estar equivocat].  Com SharePoint pro, generalment Cubrim gairebé qualsevol tipus de requisit amb la plataforma, però per a alguns d'ells, sabem que en els nostres cors que:

  • Van a prendre una quantitat desproporcionada de l'hora d'aplicar (i, per tant, costen més)
  • Van ser altament personalitzada i, per tant, difícil de mantenir i solucionar
  • Hi és alguna aproximació SharePoint fàcil que compleix 80% o més del requisit (i. e. es reuneix la pulcritud de l'exigència, però no la lletra de l'exigència)

Bottom line, sabem que el "requeriment" és realment només un bonic tenir o fins i tot legítima en cert sentit, però una cosa que la gent hauria conviure més que passen molt de temps intentant "resoldre".

Crec que d'aquests com a requisits de "nen" perquè he vist aquest patró moltes vegades abans.  Els nens es lluny de pi i nag per alguna joguina nova durant setmanes alhora.  Rebi la joguina, juguen amb això per unes poques hores o dies i llavors deixar-ho, mai a recollir-lo mai més.  O, vostè no rep la joguina, les parades corroeix i el nen es mou a la presidència del món lliure.   He vist que això passi en projectes de SharePoint.  Prenedors de decisions tampoc assolir el que volen i es converteix en una funció no utilitzat o infrautilitzat o no aconsegueixen el que volen i el projecte encara aconsegueix totes maneres.

Em va recordar del que avui en un fòrum publicar i em va agradar com Clayton Cobb intentava aconseguir el cartell Fòrum fer retrocedir en un d'aquests tipus de requisits: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/

Estic molt curiós com la gent veure aquest tema i com lluitar amb ell.  Estic perdent el punt?  Té estratègies per dirigir els responsables de les decisions de overinvesting necessitats trivials?  Si us plau deixa un comentari.

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin

Utilitzar de flux de treball per simular la seguretat de tipus de contingut

Un altre dia, un altre MSDN-fòrums inspirat correu.

Algú estava demanant si es podia assegurar un tipus de contingut tal que quan un usuari fa clic al botó "nou" a una llista personalitzada, només els tipus de contingut que aquella persona és concedit accés apareixerien en la llista desplegable.  Tal com el coneixem, això no s'admet fora de la caixa.

Aquesta pregunta ve cap amunt de tant en tant i aquesta vegada, Tenia una idea nova.  Suposem que tenim un escenari com aquest:

  • Tenim un servei d'assistència venda d'entrades sistema.
  • El servei d'assistència venda d'entrades sistema permet als usuaris introduir informació de venda d'entrades regulars helpdesk, com àrea de problema, situació de problema, etc.
  • Volem permetre als usuaris "sobreimpressió" especificar un camp d "urgència".
  • Altres usuaris no tenen accés a aquest camp.  El sistema sempre li assignarà prioritat nivell "mitjà" a les seves demandes.

Què podíem fer és crear dos llistes SharePoint separades i dos tipus diferents de contingut, per a "sobreimpressió" usuaris i una altra per a tothom.

Flux de treball en cada llista còpies de les dades de la llista mestra (la llista de bitllet real helpdesk) i el procés procedeix des d'allà.

Aquest enfocament podria funcionar una mena de columna seguretat de nivell, així de flux. 

No ho he tastat, però sent raonable i dóna bastant fàcil, Si bastant brut, opció d'implementar una mena de tipus de contingut i fins i tot columna nivell seguretat.

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin

Part de Web de consulta de contingut: Ganivet d'exèrcit suís de SharePoint

El meu últim article és fins a www.sharepointbriefing.com. Heus aquí un teaser:

image

Llegeixi la cosa sencera aquí: http://sharepointbriefing.com/features/article.php/3874226/Content-Query-Web-Part-SharePoints-Swiss-Army-Knife.htm

Veure en utilitzar un lloc web real públic aquí seguint aquests passos:

  1. Aneu a aquesta pàgina web: http://cdi-its.com/Pages/Customer_Support.aspx (Aquesta és la pàgina de suport al client per CDI).
  2. Feu clic a "Casos" en la navegació de la mà esquerra.

It saltarà a la secció "Suport al client" de la llista de casos pràctics.

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin

Condicions preexistents: Plantilles de SharePoint alerta al rescat (?)

Un dels meus clients treballat amb un contractista anterior per crear una aplicació HR petit, però útil per a l'empresa. Contractista que utilitza SharePoint Designer per implementar la porció de flux de treball de la solució. És una mica d'un desordre. Per exemple, hi ha nou fluxos de treball SPD en suport d'un procés individual de flux de treball lògic i fins a cinc d'ells pot foc simultàniament en cada moment donat les condicions adequades. It’s not easy to debug 🙂

El meu client té una sèrie de requisits encara-pendents, un dels quals és proporcionar generalment més context quan el sistema envia alertes d'e-mail-tant en el correu electrònic pròpia, així com formes associades tasca. Com SPD saber executors de flux de treball, l'acció "a recollir dades d'usuari" SPD en realitat crea una tasca amb un tipus de contingut personalitzat. Quan utilitzem aquesta acció, no arribem a especificar molt. Ens pot demanar alguns valors (e. g. "aprova" o "negar") i es pot especificar un valor dur codificat en el títol i la descripció. Allò és sobre això.

Requisit del meu client és que dues vegades:

  1. Quan el SharePoint envia un e-mail sobre una assignació de tasca, incloure una gran quantitat d'informació sobre la tasca en el cos d'e-mail.
  2. És més important, de bon tros – Quan l'usuari fa clic en el vincle de la tasca a l'e-mail, el formulari de la tasca ha de tenir tota la informació que necessita l'approver per fer seu aprova o denega la decisió. Ara mateix, el director necessita fer clic a l'enllaç d'element per desglossar en els detalls subjacents i ningú li agrada que. Has de fer clic a l'e-mail. Llavors vostè necessita fer clic a un enllaç mena de fosc a l'element de tasca. Llavors vostè pot mirar les dades subjacents (un InfoPath en aquest cas formen). Llavors feu clic a/tornada, etc. Tothom odia.

Jo he heretat aquesta solució tècnica una mica desordenat i vull fer canvis en la manera menys intrusiva possible.

El plantejament que faig ara mateix és crear una plantilla personalitzada d'alerta. Vostè pot llegir sobre que aquí. El flux funciona com aquesta:

  • S'executa un flux de treball SPD.
  • En algun moment, s'assigna una tasca a un gestor.
  • SharePoint sistema automàticament envia una alerta a aquell director. Això no és part del flux de treball SPD sinó més aviat «el SharePoint fa.» (El servei del temporitzador del SharePoint, Jo crec que).
  • Un costum handler alerta s'invoca a favor el procés estàndard d'alerta (seguint normes màgics com es descriu en l'anterior article referenciat).
  • Quan s'executa el meu costum handler de alerta, es genera un e-mail bonic. És més important, ja que té la tasca a mà, també decora la tasca real amb tota la informació de context necessària complir el requisit de negoci.
  • L'usuari obté l'e-mail i és ple d'informació de context útils.
  • Usuari fa clic en el vincle de la tasca i la tasca en si mateixa és ple d'informació de context útils.
  • Tothom va a casa a tenir síndria i gelat.

Feia un POC ràpid i funciona bé en un entorn de laboratori. Tinc el meu alerta d'e-mail personalitzat com s'esperava. També aconsegueixo actualitzar la descripció de la tasca i títol propi.

El bit només complicat, fins ara, tracta d'evitar una situació on l'alerta s'actualitza l'element, provocant un altre alerta. Això no em preocupa.

Es veu prometedor fins ara...

La gran cosa sobre això és que no cal fems amb cap dels existents fluxos de treball SPD. Són feliçment inconscients que és un controlador d'alerta"IIZ RUNNIN EN DA BAKGROUND, DECORATIN FIGUREN TASCA LLISTA WIF MOAR CONTEXT”.

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin

Etiquetas de Technorati: ,

Demostració de SharePoint: SharePoint per construir un negoci Vertical l'aplicació de la força

[Nota: Vull seguida dir que tinc un interès financer en el resultat desitjat d'aquesta demostració, que he esmentat en l'interès de la divulgació completa, etc. Això és realment la primera vegada que he blogged sobre un esdeveniment on m es beneficien personalment d'aquesta manera.]

Aquesta demostració de web té lloc de dijous, 06/04 a les 12:30 EDT, acaba a 1:30. PM EDT.

En cooperació amb el meu soci de negocis excel lent, Sistemes integrats i grup de serveis (ISSG), He estat treballant per desenvolupar una aplicació de negoci vertical utilitzant SharePoint com la plataforma. En aquest cas, construïm una aplicació que serveix les necessitats dels fabricants que fan el producte personalitzat per als seus clients. En aquests casos, una gran quantitat de col·laboració ha de tenir lloc entre el client i el fabricant. També hi ha una gran quantitat de col·laboració necessària entre diferents grups dins el fabricant, incloses les vendes, Enginyeria, investigació i desenvolupament, legal i altres grups.

La demostració ha de mostrar una aplicació que facilita aquest tipus de col·laboració, juntament amb un debat sobre com tots els bits de la col. laboració necessitat d'integrar amb un sistema d'ERP de backend.

Finalment, això no serà una demostració de SharePoint. Això és una demostració d'una solució a un problema de nínxol específic que passa a utilitzar el SharePoint com a plataforma.

Així, per què li molestaria d'inscriure's i veure aquesta 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.

Si t'interessa, Si us plau Inscrigui's aquí(https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=skmqfwbr5smmlx20).

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin

Vostè pot tafanejar dissenyador de SharePoint del meu fred, Mans de Dead

El meu últim article és fins a les www.EndUserSharePoint.com. Vaig escriure sobre SharePoint Designer, Acabar amb els usuaris i l'esquema d'una estratègia que podria provar usuaris finals i seguir per tal de demostrar competència i fomentar la confiança al voltant d'aquesta eina.

Els comentaris són més interessants que l'article.

Check it out.

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin

Etiquetas de Technorati: ,

Perfil d'usuari de molsa com l'autoritat per preferència de llengua de l'usuari

El meu actual projecte, alguns usuaris viatjarà arreu del món i quan arriben a diferents destinacions, utilitzar qualsevol màquina és útil en el moment. Les màquines d'aquests estarà funcionant Windows i instal lat i configurat per a la localització del local. (Jo Acabo d'adonar que les màquines d'aquests no poden tenir els paquets de llengua adequat… probablement wo no, de fet… Jo sóc aquell per ara aparcament).

SharePoint necessita proporcionar un mecanisme pel qual l'usuari pot triar la llengua preferida i després tenir molsa honor que el llenguatge independentment de com l'usuari accedeix molsa. En altres paraules, Ignora qualsevol navegador diu IIS/molsa i en canvi aquell idioma preferit veure i utilitzar-lo.

Anem a investigar dos enfocaments:

  1. Gestor de HTTP: Un costum handler HTTP instal·lat IIS mirarà el perfil de l'usuari molsa, esbrinar la llengua preferida i llavors es canvia l'encapçalament HTTP als voltants segons sigui necessari abans de passar el control de molsa.
  2. global.asax: Modificar el global.asax per fer la mateixa cosa. Ens podrà modificar alguna cosa més, però la idea és que podem trobar algun lloc on podem inserir nostra lògica locale de commutació.

L'altre factor complicació és que necessitem suport 60k usuaris, sobre 1,000 d'accés que pot ser simultàniament a molsa al pic carregar.

El gestor de HTTP sembla bastant dràstica, però possiblement el millor lloc per posar el codi, ja que és el nivell de l'IIS i sabent completament. És un bon punt de treball.

Ens està inclinada cap a un enfocament de tipus global.asax, principalment perquè creiem que tindrem més opcions de memòria cau de dades en aquell moment.

Vaig a ser blocs més sobre aquest tema que vaig aprenent més.

Si teniu sap alguna cosa sobre això, please post a comment 🙂

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin