Kategooria Arhiiv: SharePointi lahenduste projekteerimine

Jälgimise tegevusi – Osa 1

Umbes aasta tagasi, Tulin Slalom konsulteerimist Siin new Yorgis mida me nimetame praktika valdkonnas kaasa.  (Kui alaealine kõrvale punkt selle blogi post, et muuta töö moodustab minu kokku drop-off blogging.  See oli suur muutus rolle ja suur muutus päev "värki" aga ma olen omamoodi harjutada ennast ja vaata edastada kirjalikult uuesti naeratus ).

See PAL roll, Olen vastutav päästa firma ja vahetu ümbrus 21 West 21st street regulaarselt katastroofist.  See on palju survet (rohkem kui sa arvata – Kujutage ette kõikide laste!). 

See hädavajalik teenus, Mul on vaja aidata läbi enne müüki, Loo ja uuenda päritolutagatiste turu pakkumised, palgata head inimesed, rong kuni rahvas neile paremini (kuid tegelikult, minu töö lihtsamaks) ja aeg-ajalt midagi maksustatavaid klienti.  Ma saan palju "sisend"-küsimused klientidelt, Müügivõimaluste, minu enda mõtteid riknenud ja nii edasi.  Et see on tõesti hea (nagu kuum müük oppty) Kuigi palju on vähem head.  Oluline on esialgu jälgida, esikohale ning hallata kõigi nende ideede (suur ja väike) edukalt lõpule. 

Sedalaadi ülesannete haldus ei ole uus, paremale?  Ja meil on palju ülesanne tööriistu, mis aitavad meil seda.  Outlook on ülesanded.  Slap arvutustabeli koos kena ja kiire.  Minu kõige esimene ülesanne juhtimisvahend oli juriidiline notepad juba mu päeva temperatuuril-GAF IT osakonda arendajana.  (Küsi neid hea vanasti järgmine kord sa näed mind, kui olete huvitatud, või äkki ei…).

Olles SharePointi mees (nominaalselt, vähemalt), Olen alati arvanud, et kasutada SharePoint.  Kuid mingil põhjusel, generic tööülesandeloendis iial tegi seda minu jaoks.  Hunnik kuud tagasi, Ma otsustanud tervendada ennast ja lihtsalt luua SharePointi-põhist lahendus.  See oli nii piinlikult lihtne luua, et ma arvasin, et kirjutan sellest siin.

Nii, minu eesmärgid olid väga lihtsad:

  • Super lihtne ja kiire andmete sisestamisel
  • Esikohale tegevus
  • Liigitada tegevusi
  • "järgmine samm", sõita-nende tegevuste sageli jagada nädalat (võib-olla isegi kuu).  Nad peaaegu kunagi "lõpp" üks konkreetne värskendus.

Need bitti laenata ise väga kenasti sisu tüüp, nii et ma loodud:

image

Sa tegelikult näha müügi eelarvamusi selle algul olin, Kuna mul on "Klient" valdkonnas.  Palju minu praktikas tegevus on orienteeritud klientidele (tegelikud või võimalikud).  Kuid paljud neist on ka sisemiselt keskendunud.  Olen laksu "Slaalom" seal loomisel neid, kuid alati tunneb tad imelik.  Ma peaks nimeks ta midagi rohkem üldine.  Võib-olla "sihtrühma organisatsioon" või midagi.

Siin on mõned miscellaneous notes sisutüüp:

  • Tegevuse mõju ametiisikule arvesse mõõtmise prioriteet.  Ma ei tea miks ma läksin "Impact" ja mitte "eelis" ks null, Aga see, mida ma tegin. 
  • Järgmised sammud ja järgmise sammu kuupäev – olen armatuurlaud, mis on ajendatud järgmise tegevuse kuupäev.  Selle armatuurlaua justkui muutunud mu marssimist tellimused päev/nädal.  Just minna armatuurlaud ja keskenduda kõrge prioriteet kraami esmalt ja sealt minema.  (On olemas mõiste "sildistamata" an
  • Peamine omanik – märkus ainus asi on- Kas pole vinge sortida ja filtreerida mitme valikuga kolonnides SP 2010! Ma tegelikult ei ole täielikult osta arvesse seda mõistet Esiteks.
  • Tegevuse olek – tõesti ainult "Open" või "Suletud." 
  • Esmane praktika – pärast seda, kui ma hakkas kasutades seda, teine PAL minu grupp tahtis proovida seda välja, nii et see libises mix eristada minu asjad (Portaalid & Koostöö) ja tema kraam (Azure).

Siin on mu armatuurlaud:

image

(Sorry kõik ähmane läbi bittide – ma ei tunne nagu midagi müüb katseandmed ja ma ei taha anda kellelegi infarkti üle oluline üksikasju [Vaata intro uuesti natuke: päästa maailma, jne., jne., jne.]).

Mul on mitmeid muid vaateid selles nimekirjas, sealhulgas andmelehevaade, mis võimaldab mul mass uuendused.  Mina see viimane, sageli kui hunnik madalama prioriteediga kaupade mul plaanis teha kunagi päris sain teha ja pead surutakse läbi nädal.

Iga päev, Tõmba oma tegevust samamoodi ja lihtsalt alustada tööd välja nimekirja tipus.

Osaliselt 2, Ma selgitada, kuidas ma tegin seda veelgi kasulikumaks kena e-posti toega doc raamatukogu ja ühtse Programmdokumendi töövoo lisamine.

</lõpp>

Telli minu blogi.

Järgi mind vidistama kell http://www.twitter.com/pagalvin

Lubage Shining näited plii suurenenud SharePointi vastuvõtmise viis

Minu esimene "puhta" BrightStarr blogi sissekanne on täna avaldatud.  Siin on teaser:

On olnud palju hilinenud SharePointi vastuvõtmine teema ja eriti selle puudumisest kohta Internets vestlus. Keegi ei taha minna kõik hädas talu ja turvalisuse infrastruktuuri projekteerimine, seminaridel osalenud, koondades snazzy ilme ja, rock solid informatsiooni arhitektuuri, mis talub firma re-orgs etapid trenni ja lõpuks, fanfaar eeltäidetud levikuga lihtsalt tutvuda kolme kuu post go-Live'i mis alla 50% ettevõtte töötajad kasutavad SharePoint ja enamik neist kasutavad seda asendada vana faili veebiserverid ("S:\ Drive").

No silver bullet (või ühe blogi postitus) saab seda probleemi lahendada. Aga, seal on palju asju saab teha, et vähendada riski aneemiline SharePoint portal. Üks selline tehnoloogia on "Shining näide muster."

Oleks tore teada teiste SharePointi vastu strateegiaid, mida te hoolikalt osakaal.  Kui sa ei jaga, Palun jätke kommentaari BrightStarr blogi.

Lugesin kogu asi siin: http://www.brightstarr.com/US/Pages/blog-view.aspx?BlogID=52

</lõpp>

Telli minu blogi.

Järgi mind vidistama kell http://www.twitter.com/pagalvin

Printeri sõbraliku lehti luua ja isegi need printida

Ma kirjutasin artikli SharePointi briifing nädal või nii tagasi ja see on konteeritud.  Siin on natuke avamine:

image

Te saate lugeda kogu asi siin: http://sharepointbriefing.com/features/article.php/3904906/Create-a-Printer-Friendly-Page-in-Your-SharePoint-Sites.htm

Loodan, et see aitab keegi.  Naudi!

</lõpp>

Telli minu blogi.

Järgi mind vidistama kell http://www.twitter.com/pagalvin

"Teeme ära” võrreldes "peaks tegema” SharePoint projekte

Ma arvan, et paljud meist vahetevahel esitatakse koos, puudumise tõttu parem fraas, noored laps nõuetele.  Lõppkasutaja tõesti, väga halvasti tahab teatud kindla ilme ja, või väga spetsiifilist sorteerimise struktuuri või lõigatud ühe klõpsu või menüü valik lihtne navigeerimine või [lisa kirglikult leidnud usku, et juhtub olema vale].  Kui SharePointi pro's, Me üldjuhul kokku peaaegu mis tahes nõue platvormi, kuid mõned neist, me oma südames juba teame et:

  • Nad ei kavatse võtta aega, et rakendada ebaproportsionaalset (ja seega kallim)
  • Nad ei kavatse olla väga kohandatud ja seetõttu raske säilitada ja tõrkeotsing
  • Seal on mõned lihtne SharePointi lähenemist, mis vastab 80% või mitut nõuet (St. vastab nõudele vaimu, kuid mitte kirjas nõue)

Alumine rida, Me teame, et "nõue" on tegelikult lihtsalt kena olla või isegi mõnes mõttes õigustatud, aga midagi, et inimesed peaksid elama, mitte kulutada palju aega püüdes "lahendada."

Ma arva neist nii "lapsuke" nõuetele, sest ma olen näinud seda palju kordi varem.  Lapsed ära mänd ja norima te mõne uue mänguasja nädalat korraga.  Sa saad neid mänguasi, need paar tundi või päeva mängida ja siis panema, kunagi, et korja see kunagi uuesti.  Või, sa ei saa mänguasja, näriv peatub ja laps liigub edasi saab presidendiks vabas maailmas.   Ma olen näinud seda juhtub SharePoint projekte.  Otsuste tegijatele kas saada, mida nad tahavad ja see muutub kasutamata või alakasutatud funktsiooni või nad ei saa, mida nad tahavad ja projekti ikka õnnestub niikuinii.

Ma olin meelde et täna foorumisse postitada ja mulle meeldis, kuidas Clayton Cobb Üritasin saada Foorum plakat tagurdamise üks seda tüüpi nõuded: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/

Ma olen tõesti uudishimulik, kuidas inimesed vaadata seda teemat ja kuidas olete sellega tegeleda.  Mul on puudu punkti?  Kas teil on strateegiad juhtida otsuste tegijaid eemale triviaalne nõudeid overinvesting?  Palun jäta kommentaar.

</lõpp>

Telli minu blogi.

Järgi mind vidistama kell http://www.twitter.com/pagalvin

Töövoo abil saate simuleerida sisutüübi turvalisus

Teine päev, teine MSDN-Foorumid inspireeritud post.

Keegi küsib kas nad võiks turvalise sisu tüüp selline, et kui kasutaja klõpsab nuppu "uus" kohandatud loendi, ainult sellele isikule on antud juurdepääs sisutüüpide ilmneb rippmenüü loendis.  Nagu me teame, See ei toeta karbist.

See küsimus kerkib nüüd ja siis ja seekord, Mul tuli uus idee.  Oletame, et meil on selline stsenaarium:

  • Meil on piletimüügi süsteemi kasutajatugi.
  • Kasutajatoe piletimüügi süsteem võimaldab kasutajatel sisestada regulaarselt kasutajatoe Piletite info, näiteks probleemne valdkond, probleemi olek, jne.
  • Me tahame "super" Kasutajad "kiireloomuline" valdkonnas täpsustada.
  • Teistel kasutajatel ei ole juurdepääsu valdkonnas.  Süsteem alati määrata "keskmise" tasemel prioriteediks oma taotlustele.

Mida me võiksime teha on luua kaks eraldi SharePointi loendite ja kaks erinevat sisutüübid, üks "super" kasutajad ja kõik teised teist.

Töövoo igal loendil kopeerib andmed koondnimekiri (tegelik kasutajatoe Piletite loend) ja protsess liigub sealt.

Selline lähenemine võib töötada voolu veeru turvalisus samuti mingi. 

Ma ei ole proovinud seda, Aga see tundub mõistlik ja annab üsna lihtne, kui päris karm, võimalus rakendada mingi sisutüübi ja isegi veeru turvalisus.

</lõpp>

Telli minu blogi.

Järgi mind vidistama kell http://www.twitter.com/pagalvin

Sisu sisupäringu veebiosa: SharePoint on Šveitsi armee nuga

Minu viimane artikkel on üles www.sharepointbriefing.com. Siin on teaser:

image

Lugesin kogu asi siin: http://sharepointbriefing.com/features/article.php/3874226/Content-Query-Web-Part-SharePoints-Swiss-Army-Knife.htm

Vt see kasutusel avaliku sektori veebisaidi siin järgmiselt.:

  1. Ava see leht: http://cdi-its.com/Pages/Customer_Support.aspx (See on kliendi leht support CDI).
  2. Kliki "Case Studies" vasakul navigeerimine.

See hüppab "Klienditugi" jaos loetletakse juhtumiuuringud.

</lõpp>

Telli minu blogi.

Järgi mind vidistama kell http://www.twitter.com/pagalvin

Varasem tingimused: SharePointi teatise malle appi (?)

Üks minu kliendid, töötanud eelmise töövõtja ülesseadmist väikese, kuid kasuliku HR taotlus ettevõtluse. Et töövõtja kasutada SharePoint Designeri rakendamiseks lahuse alikvoot töövoog. See on natuke jama. Näiteks, üheksa SPD töövooge toetuseks ühe loogilise Töövooprotsessi ja kuni 5 kaupa võib tulekahju samaaegselt igal ajahetkel antud tingimused. It’s not easy to debug 🙂

Minu kliendil on endiselt rahuldamata nõuded, millest üks on üldiselt pakkuda rohkem konteksti kui süsteem saadab välja e-posti teateid – nii e-kirja enda kui ka seostuva ülesande vormid. Kuna ühtse Programmdokumendi töövoo rakendajatele tead, "koguda andmeid kasutaja" ühtse Programmdokumendi meetme tegelikult loob tööülesande sisutüübi kohandatud. Millal me kasutame toiming, Me ei saa määrata palju. Meil saate kiiresti mõned väärtused (näiteks. "kinnitamine" või "keelata") Me kõva kodeeritud väärtuse määrama tiitel ja kirjeldus. See on umbes see.

Mu kliendi nõue on kaks korda:

  1. Kui SharePointi saadab tööülesande e-posti, sisaldab palju informatsiooni ülesande meilisõnumi keha.
  2. Veelgi olulisem on, kaugelt – Kui kasutaja klõpsab tööülesande link e-postiga, ülesandevormi peaks olema kogu teave kinnitaja vajab selleks, et teha tema kinnitamine või rahuldamata jätmise otsuse. Kohe praegu, juht peab ise drill down üksikasjade üksuse lingi ja keegi meeldib, et. Email klõpsamist. Seejärel tuleb klõpsata omamoodi varjavad link üksuse ülesanne. Seejärel saate vaadata alusandmeid (InfoPathi vormi kui). Seejärel kliki back/tagasi, jne. Igaüks vihkab seda.

Olen pärinud seda veidi räpane tehnilise lahenduse ja ma tahan teha muudatusi vähem pealetükkivad viisil võimalik.

Ma võtan kohe lähenemine on kohandatud teatiste malli loomine. Te saate lugeda seda siin. Voolu toimib niimoodi:

  • Ühtse Programmdokumendi töövoog käivitub.
  • Mingil hetkel, ta määrab tööülesande juht.
  • SharePointi süsteem saadab automaatselt teatise läbi selle manager. See ei ole osa ühtse Programmdokumendi töövoog, vaid pigem "mida SharePointi teeb." (Teenus SharePoint timer service, Usun, et).
  • Kohandatud alert käitleja kasutakse kasuks standard alert protsess (magic reeglitele nagu kirjeldatud eespool viidatud artikli).
  • Kuna minu kohandatud alert sündmuseohjuri käitamisel, See tekitab ilus email. Veelgi olulisem on, Kuna see ülesanne käes, ka kaunistab tegelik ülesanne kogu seoses teabe täitmiseks kasutada business nõue.
  • Kasutaja saab selle e-posti ja on täis kasulikku teave.
  • Kasutaja klikib linki tööülesande ja ülesanne ise on täis kasulik teave.
  • Igaüks läheb koju arbuusi ja jäätist.

Ma tegin kiire POC ja see toimib hästi keskkonnas lab. Ma saan minu custom e-posti märguanne ootuspäraselt. Ma ka saan uuendada ülesande kirjeldus ja pealkiri ise.

Ainult keeruline natuke, siiani, on vältida olukorda, kus teate uuendab kauba, veel üks märguanne võib põhjustada. See ei muretse mind.

Paljulubav siiani...

See vahva on, et ma ei pea muckida ühegi olemasoleva ühtse Programmdokumendi töövood. Nad on õndsalt teadmatuks, et alert käitleja on"IIZ DA BAKGROUND RUNNIN, DECORATIN TEH TÖÖÜLESANNETE LOENDI WIF MOAR KONTEKSTIS”.

</lõpp>

Telli minu blogi.

Järgi mind vidistama kell http://www.twitter.com/pagalvin

SharePointi demonstratsioon: Finantsvõimenduse SharePointi ehitada vertikaalne ettevõtterakenduse

[Märkus: Ma tahan kohe öelda, et mul see meeleavaldus määratleme finantshuvi, huvides täielikku avalikustamist 2007−2008, jne. See on tegelikult esimene kord, olen kunagi blogged umbes sündmus kus ma tulla kasuks isiklikult sel viisil.]

Selle veebi demonstratsioon toimub neljapäeval, 06/04 juures 12:30 EDT, kella 1:30PM EDT.

Minu suurepärane äripartner koostöös, Integreeritud süsteemide ja teenuste rühma (ISSG), Olen töötanud arendada vertikaalse ettevõtterakenduse kasutades SharePoint platvorm. Sel juhul, Me hoone lähterakenduses, tootjaid, mis muudavad kohandatud toote oma klientidele määramine. Sellisel juhul, palju koostöö vajab klient ja tootja vaheline. On ka palju eri gruppide jooksul tootja vajalik koostöö, sealhulgas müük, inseneri, teadus- ja arendustegevuse, õiguslike ja muude rühmade.

Demo saab näidata rakendus, mis lihtsustab koostööd sellist, koos arutelu teemal, kuidas kõik need koostöö bitti on vaja integreerida backend ERP süsteemi.

Lõpuks, See ei kavatse olla SharePointi demo. See on juhtub kasutada SharePoint platvorm konkreetse niši probleemile lahenduse demonstratsioon.

Nii, miks oleks viitsinud sisse logida ja vaadata seda 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.

Kui olete huvitatud, Palun Liitu siin(https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=skmqfwbr5smmlx20).

</lõpp>

Telli minu blogi.

Järgi mind vidistama kell http://www.twitter.com/pagalvin

SharePoint Designeri minu külm piiluma, Surnud käed

Minu viimane artikkel Kas kuni kell www.EndUserSharePoint.com. Kirjutasin umbes SharePoint Designeris, End kasutajatele ja liigendus strateegia, et lõppkasutajad võivad proovida ja jälgida pädevust ja usaldus selle tööriista ümber ehitada.

Kommentaarid on huvitavam kui artikli tekstis.

Check it out.

</lõpp>

Telli minu blogi.

Järgi mind vidistama kell http://www.twitter.com/pagalvin

SAMMAL kasutajaprofiil kasutaja keele-eelistuse asutus

Minu praeguse projekti, Mõned kasutajad rändab üle maailma ja kui nad saabuvad erinevates sihtkohtades, Kasuta mis iganes masin on mugav ajal. Nende Külastajate masinatega töötab Windows ja installitud ja konfigureeritud kohaliku lokaadi. (Lihtsalt olen aru saanud, et Külastajate masinad võivad olla õige keelepaketid… ilmselt ei ole, Tegelikult… Ma olen keegi nüüd parkimine).

SharePoint on vaja kehtestada kord, mille alusel kasutaja valida eelistatud keel ja siis on MOSS au selles keeles, olenemata sellest, kuidas kasutaja pöördub MOSS. Teisisõnu, eirata iganes brauserit ütleb IIS/MOSS ja selle asemel otsida see eelistatud keel ja seda kasutada.

Me kavatseme seda uurida kaht lähenemisviisi:

  1. HTTP-ohjur: Kohandatud HTTP ohjur installitud IIS otsida MOSS kasutajaprofiili, aru saada eelistatud keel ning siis lülitage HTTP päise ümber vastavalt vajadusele enne läbiva kontrolli MOSS.
  2. Global.asax: Muuta global.asax teha sama asi. Me võib muuta midagi muud, Aga mõte on, et leiame mõnes kohas, kus me lisada meie locale ümberlülitamise loogika.

Muud keerulisus seisneb, et me peame toetust 60k kasutajate, umbes 1,000 mis võib olla üheaegselt pääseda MOSS tippkoste laadida.

HTTP-ohjur tundub päris järsk, aga võib-olla parim koht panna koodi, kuna see on IIS tasandil ja kõiketeadev. See on hea töös ühtne.

Meil Sümpaatia suunas global.asax tüüpi lähenemist, peamiselt seetõttu, et usume, et meil rohkem võimalusi caching andmed sellel hetkel.

Ma olla blogging rohkem sel teemal, kui ma õppima rohkem.

Kui sa tead midagi selle, please post a comment 🙂

</lõpp>

Telli minu blogi.

Järgi mind vidistama kell http://www.twitter.com/pagalvin