Categoria Arkistot: SharePoint ratkaisuja suunnittelu

Seuranta harjoitustehtäviä – Osa 1

3 vastaukset

Noin vuosi sitten, Liityin Slalom kuultuaan täällä new Yorkissa me kutsumme käytännössä alue johtaa.  (Pieniä syrjään kohtaan tämän blogin post, että muuttaa työpaikkojen osuus on yhteensä drop-off bloggaaminen.  Se oli suuri muutos rooleja ja iso muutos päivittäin "tavaraa" mutta olen tavallaan sopeutetaan itse sitä ja katsoa eteenpäin kirjoittaa uudelleen Hymy ).

Tämän PAL roolin, Olen vastuussa yhtiön ja välittömän ympäristön säästämiseksi 21 West 21st street katastrofilta säännöllisesti.  Se on paljon paineita (enemmän kuin voisi ajatella-Ajatelkaa kaikki lapset!). 

Huolto mielessä, I-kirjain kaivata auttaa ja Pre-Sales, Luo ja Päivitä go market tarjoukset, vuokraus hyvät ihmiset, kouluttaa ihmisiä voi (mutta todella, helpottaa työtäni) ja joskus tehdä jotain laskutettavan asiakkaan.  Saan paljon "input"-kysymyksiä asiakkailta, myyntimahdollisuuksia, oma mätä ajatuksia ja niin edelleen.  Osa siitä on todella hyvä (kuten kuuma myynti oppty) Vaikka paljon on yhtä hyvä.  Tärkeintä on aluksi seurata, priorisoida ja hoitaa kukin näistä ajatuksista (Ison ja pienen) onnistuneesti päätökseen. 

Tällaisten tehtävien hallinta ei ole uusi, oikeus?  Ja meillä on paljon tehtävää työkaluja auttaa meitä tässä.  Outlook on tehtäviä.  Slap laskentataulukon yhdessä mukava ja nopea.  Ensimmäinen koetella hallinta koristella oli oikeudellinen Muistio päivän GAF kehittäjänä IT-osasto.  (Kysy ne hyvät vanhat ajat seuraavan kerran näet minulle jos olet kiinnostunut, tai ehkä ei…).

Koska SharePoint-kaveri (nimellisesti, ainakin), Olen aina ajatellut käyttää SharePoint.  Mutta jostain syystä, yleisiä tehtäväluettelon koskaan täysin valmis se ajaksi we.  Joukko kuukausia sitten, Olen päättänyt parantaa itse ja vain luoda SharePoint-pohjaista ratkaisua.  Se oli niin hävettävän helppo luoda että ajattelin kirjoittaa siitä täällä.

Niin, Omat tavoitteet olivat hyvin yksinkertaisia:

  • Erittäin helppoa ja nopeaa tietojen syöttö
  • Priorisoida toimia
  • Ehdoton toiminta
  • "seuraava askel" ajaa-nämä toimet usein span viikkoa (ehkä jopa kuukausia).  He tuskin koskaan "loppuun" jälkeen yksi päivitystä.

Nämä bitit soveltuvat hienosti sisältölajiin, niin thats mitä olen luonut:

image

Voit itse nähdä, että olin myynti bias tämän ensin, koska olen "Asiakas" kenttään.  Paljon minun käytännössä toimintaa perustuvat noin asiakkaiden (joko todellinen tai mahdollinen).  Mutta monet heistä myös sisäisesti keskittynyt.  Minä slap "Slalom" siellä niitä luotaessa, mutta se aina tuntuu hivenen outo.  Minun olisi pitänyt nimeltään se jotain yleisempi.  Ehkä "Kohdeorganisaation" tai jotain.

Seuraavassa on joitakin sekalaisia muistiinpanoja sisällön tyyppi:

  • Toiminnan vaikutus on siirretty osaksi mittaus prioriteetti.  En ole varma miksi menin "Vaikutusta" ja "Ensisijainen" päivä nolla, mutta thats mitä tein. 
  • Seuraavat vaiheet ja seuraavan askeleen päivämäärä – olen kojelauta, joka ohjaa Seuraava tehtävän pvm.  Tämä koontinäyttö on tavallaan tullut minun lähtöpassit päivä/viikko.  Siirry dashboard ja keskittyä tärkeänä kamaa ensin ja mennä sieltä.  (On käsite on "korvamerkittöminä"
  • Ensisijainen omistaja-ainoa huomautus on- ei ole mahtava, lajitella ja suodattaa monen valitse sarakkeiden SP 2010! En itse täysin osta osaksi tätä käsitystä ensin.
  • Aktiviteetin tila – oikeastaan vain "Avaa" tai "Suljettu." 
  • Ensisijainen käytännössä-kun aloin käyttää tätä, toinen kaveri ryhmäni halusi kokeilla tätä, niin liukastuin taikinaan erottamaan Omat jutut (Portaalit & Yhteistyö) ja hänen kamaa (Azure).

Tässä on minun kojelauta:

image

(Anteeksi epäselvä pois bittiä-en tuntenut kuin kasan testituloksia ja eivät halua antaa kenellekään sydänkohtaukseen yli jakaminen vital tiedot [nähdä vähän intro: pelastaa maailman, jne., jne., jne.]).

Minulla on useita näkymiä, tässä luettelossa, myös taulukkonäkymässä, joka sallii minun massa päivitykset.  Teen tämän Viimeisin usein kun alempi prioriteetti tarkoitus tehdä koskaan oikein tehnyt ja on tulee ulos viikon joukko.

Joka päivä, Vetää minun toimintaa loki ja Aloita työ pois luettelon alkuun.

Osittain 2, Selitän, miten tein tämän vielä enemmän hyötyä lisäämällä mukava sähköpostia käyttävinä doc kirjasto ja SPD työnkulun.

</loppu>

Tilaa blogiin.

Noudata minut viserrys http://www.twitter.com/pagalvin

Anna loistava esimerkkejä lyijyn lisääntynyt SharePoint hyväksymistä tapa

Jätä vastaus

Minun ensimmäinen "puhtaan" BrightStarr blogimerkinnän julkaistiin tänään.  Tässä on teaser:

On tapahtunut paljon keskustelua myöhässä, SharePoint hyväksymistä aiheen ja erityisesti puuttumista sen oletusverkko. Kukaan ei halua mennä suunnittelu maatila- ja turvallisuusinfrastruktuurin ongelmia, osallistu työpajat, koota upea ulkoasu, työskentely rikki rock solid tiedot arkkitehtuuri, joka kestää yrityksen re-orgs vaihteluista ja lopuksi, fanfaari täytetty käyttöönotossa vain selvittää kolmen kuukauden post tarkistusluettelo että alle 50% yrityksen työntekijät käyttävät SharePoint ja useimmat heistä käyttävät sitä korvata vanha verkkopalvelimen ("S:\ ajaa").

Mitään ihmelääkettä (tai blogi) aikoo ratkaista ongelman. Kuitenkin, on olemassa monia asioita voit tehdä vähentää aneeminen SharePoint portal. Esimerkiksi on "Shining esimerkki malli."

Olisi kiva tietää muita SharePoint hyväksymistä strategioita, jotka haluat jakaa.  Jos jaat, Jätä kommentti BrightStarr blogi.

Lue koko juttu: http://www.brightstarr.com/US/Pages/blog-view.aspx?BlogID=52

</loppu>

Tilaa blogiin.

Noudata minut viserrys http://www.twitter.com/pagalvin

Luo tulostimen ystävällinen sivut ja tulostaa jopa ne

1 Vastaus

Kirjoitin artikkelin SharePoint-tiedotukset kutakuinkin viikko sitten ja se on lähetetty.  Tässä on avaaminen-bittinen:

image

Voit lukea koko juttu: http://sharepointbriefing.com/features/article.php/3904906/Create-a-Printer-Friendly-Page-in-Your-SharePoint-Sites.htm

Toivottavasti tämä auttaa joku.  Nauti!

</loppu>

Tilaa blogiin.

Noudata minut viserrys http://www.twitter.com/pagalvin

"Voi tehdä” vs. "pitäisi tehdä” SharePoint hankkeisiin

8 vastaukset

Olen sitä mieltä, että monet meistä joskus esitetään, puutteessa parempi ilmaus, Nuoret-lasten vaatimukset.  Käyttäjä todella, erittäin huonosti haluaa tiettyjä erityisiä ulkoasua, tai aivan erityinen lajittelu rakenne tai leikata yhdellä napsautuksella tai valikkotoiminto navigoinnin helpottamiseksi tai [Lisää intohimoisesti uskotaan, että sattuu olemaan väärässä].  SharePoint-sivustona pro, tapaamme yleensä melkein mitä tahansa vaatimusta alustan, mutta jotkut niistä, Tiedämme sydämissämme että:

  • He aikovat ottaa suhteettoman paljon aikaa (ja siksi maksaa enemmän)
  • Ne tulevat olemaan erittäin mukautetun ja siksi vaikeasti ylläpitää ja suorittaa
  • On helppo SharePoint lähestymistavan, jolla 80% vähintään vaatimus (ts. täyttää vaatimus sprit, mutta ei kirje vaatimus)

Bottom line, Tiedämme, että "vaatimus" on oikeastaan vain mukava tai vielä laillista jossain mielessä, mutta jotain, että ihmiset pitäisi elää eikä viettää paljon aikaa yrittää "ratkaista".

Mielestäni niistä "lapsen" vaatimuksia, koska tämä malli olen nähnyt monta kertaa aikaisemmin.  Lapset pine pois ja kiusata sinua uusi lelu viikkoa kerrallaan.  Saat ne lelu, he pelata sitä muutaman tunnin tai päivän ja sitten laita se alas, koskaan hakemaan sitä enää koskaan.  Tai, et saa lelun, kalvava pysähtyy ja lapsi siirtyy puhemieheksi vapaan maailman.   Olen nähnyt tämän tapahtuvan SharePoint hankkeisiin.  Päättäjien joko saada, mitä he haluavat ja se tulee käyttämättömän tai vajaakäytössä toiminto tai he eivät saa mitä he haluavat ja hankkeen vielä onnistuu joka tapauksessa.

Mieleeni, että tänään foorumi lähettää ja pidin miten Clayton Cobb yritti saada forum juliste työntää takaisin yhteen tämänkaltaisia vaatimuksia: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/

Olen todella utelias, miten ihmiset katsella tästä aiheesta ja miten käsitellä sitä.  Olen puuttuu kohta?  Onko sinulla strategiat ohjata päättäjien pois overinvesting triviaali vaatimukset?  Jätä kommentti.

</loppu>

Tilaa blogiin.

Noudata minut viserrys http://www.twitter.com/pagalvin

Työnkulun avulla voit simuloida sisällön tyypin suojaaminen

3 vastaukset

Toinen päivä, toinen MSDN-foorumit innoittamana post.

Joku kysyy, voidaanko ne suojata sisältölajiin siten, että kun käyttäjä napsauttaa mukautetun luettelon "Uusi-painiketta., vain sisältölajeja, johon kyseinen henkilö on myöntänyt näkyisi avattavasta luettelosta.  Kuten tiedämme, Tätä ei tueta laatikosta.

Tämä kysymys tulee nyt ja valitse sitten ja nyt, Minulla oli uusi ajatus.  Oletetaan, että meillä on skenaario tältä:

  • Meillä on järjestelmän käyttämisestä helpdesk-palvelu.
  • Järjestelmän käyttämisestä helpdesk avulla käyttäjät voivat syöttää säännöllisesti helpdesk lippujen info, kuten ongelman aiheuttanut osa, ongelman tila, jne.
  • Haluamme, että "super" käyttäjät voivat määrittää "kiireellinen"-kenttään.
  • Muut käyttäjät eivät voi käyttää kyseiseen kenttään.  Järjestelmä aina määrittää "Normaali" tason ensisijaisesti niiden pyyntöihin.

Mitä voisimme tehdä on kaksi erillistä SharePoint-luetteloiden ja kaksi eri sisältölajien luominen, yksi "super" käyttäjien ja muiden kaikille muille.

Työnkulun kunkin luettelossa kopioi tiedot pääluetteloa (todellinen helpdesk lippu-luettelo) ja prosessi etenee sieltä.

Tämä lähestymistapa voi toimia sarakkeen käyttäjätason suojausta sekä eräänlainen virtauksen. 

En ole kokeillut, mutta se katsoo kohtuullisessa ja antaa melko yksinkertainen, Jos melko karkea, toteuttaa eräänlainen sisältölajiin ja jopa sarakkeen käyttäjätason suojausta.

</loppu>

Tilaa blogiin.

Noudata minut viserrys http://www.twitter.com/pagalvin

Sisältökysely-Web-osan: SharePoint on Swiss Army-veitsi

Jätä vastaus

Minun uusin artikkeli on ylhäällä www.sharepointbriefing.com. Tässä on teaser:

image

Lue koko juttu: http://sharepointbriefing.com/features/article.php/3874226/Content-Query-Web-Part-SharePoints-Swiss-Army-Knife.htm

Nähdä sen käytössä todellista julkista sivustoa seuraavasti:

  1. Siirry web-sivua: http://cdi-its.com/Pages/Customer_Support.aspx (Näin asiakas apu hotellipoika CDI).
  2. Klikkaa "Tapaustutkimukset" vasemman puolen valikosta.

Se hyppää listalle tapaustutkimuksia "Customer Support"-osioon.

</loppu>

Tilaa blogiin.

Noudata minut viserrys http://www.twitter.com/pagalvin

Akut: SharePoint-ilmoituksen malleja pelastus (?)

Jätä vastaus

Yksi asiakkaani työskennellyt edellisen urakoitsija rakentaa pieni mutta hyödyllinen HR sovellus yrityksen. Että urakoitsija käyttää SharePoint Designer toteuttamaan työnkulun osa ratkaisu. Se on vähän sotkua. Esimerkiksi, yhdeksän SPD työnkulkuja tueksi yhden loogisen työnkulkuprosessi ja jopa viisi niistä voi ampua samanaikaisesti kulloinkin sopivissa olosuhteissa. It’s not easy to debug 🙂

Minun asiakas on edelleen keskeneräiset vaatimukset, joista yksi on yleensä antaa enemmän yhteydessä järjestelmä lähettää sähköposti-ilmoituksia – sekä itse sekä tehtävän muotoja. SPD työnkulun toteuttajien tiedämme, "kerää tietoja käyttäjältä" SPD toiminta todella luo tehtävän mukautettu sisältölajiin. Kun käytämme että toiminta, Emme saa määrittää paljon. Emme pyydä joitakin arvoja (virrankatkaisu. "hyväksyä" tai "kieltää") ja me määrittää kova koodattu arvon otsikko ja kuvaus. Se on siitä.

Minun asiakas on kaksi kertaa:

  1. Kun SharePoint lähettää sähköpostia noin tehtävävarauksen, sisältää paljon tietoja tehtävästä viestiin.
  2. Vielä tärkeämpää, ylivoimaisesti – Kun käyttäjä napsauttaa tehtävän linkkiä sähköpostissa, tehtävälomakkeen pitäisi olla kaikki tiedot hyväksyjä tarvitsee tehdä hänen hyväksy tai kieltää päätöksen. Juuri nyt, johtaja on Klikkaa kohteen itse drelli heittää ardor pohjana olevat tiedot ja kukaan ei tykkää että. Sinun täytyy klikkaa sähköpostissa. Sinun täytyy Napsauta tavallaan hämärtää tehtäväkohteeseen. Sitten voit katsoa pohjana olevia tietoja (InfoPath muodostavat tässä tapauksessa). Valitse takaisin/back, jne. Kaikki vihaavat.

Olen perinyt tämän hieman sotkuinen tekninen ratkaisu ja haluan muuttaa vähiten häiritsevä tapa mahdollista.

Otan nyt pyritään luo mukautettu ilmoituksen malli. Voit lukea siitä täällä. Virtaus on toimii näin:

  • Ohjelma-asiakirjan työnkulku suoritetaan.
  • Jossain vaiheessa, se määrittää tehtävän johtaja.
  • SharePoint-järjestelmässä lähettää hälytyksen että emäntä. Se ei kuulu SPD työnkulun vaan "SharePoint mitä." (SharePoint timer-palvelu, Mielestäni).
  • Mukautetun hakuilmoituksen käsittelijän on noudatettava hyväksi alusta eloisa jalostaa (magic sääntöjä noudattamalla edellä kuvatun viitattu artiklan).
  • Kun mukautettu varoituksen käsittelijä toimii, se luo kaunis sähköposti. Vielä tärkeämpää, koska se on tehtävä kädessä, se koristaa myös todellinen tehtävä kaikki tarvittavat vastaamaan liiketoiminnan edellytys yhteydessä tiedot.
  • Käyttäjä saa sähköpostitse ja se on täynnä hyödyllisiä kontekstitietoja.
  • Käyttäjä napsauttaa tehtävän linkkiä ja itse työ on täynnä hyödyllisiä kontekstitietoja.
  • Kukin vesimeloni ja jäätelöä.

Tein nopeasti POC ja se toimii hyvin lab ympäristö. I-kirjain panna asiakassuhde email alert odotetusti. Saan myös päivittää tehtävän kuvaus ja nimestä.

Vain hankala vähän, toistaiseksi, on välttää tilanne, jossa hälytys päivittää kohteen, käynnistää toisen ilmoituksen. Tämä ei huolestuta minua.

Näyttää lupaavalta toistaiseksi...

Hienoa tässä on, että minun ei tarvitse puuhastella mitään olemassa SPD työnkulut. Ne ovat autuaana tiedä, että varoituksen käsittelijä on"IIZ RUNNIN DA BAKGROUND, DECORATIN TEH TEHTÄVIEN LUETTELON WIF MOAR KONTEKSTI”.

</loppu>

Tilaa blogiin.

Noudata minut viserrys http://www.twitter.com/pagalvin

SharePoint-esittely: Hyödynnä SharePoint rakentaa toimialapohjaisten liiketoiminta sovellus

Jätä vastaus

[Huomautus: Haluan heti sanoa, että minulla on taloudellisia etuja tämän esittelyn haluttuun lopputulokseen, jonka mainitsen edun kaikkien tietojen, jne. Tämä on oikeastaan ensimmäinen kerta, kun olen koskaan blogged tapahtuma missä seison hyötyä henkilökohtaisesti näin.]

Web mielenosoitus tapahtuu torstaina, 06/04 osoitteessa 12:30 EDT, päättyy 1:30PM EDT.

Yhteistyössä oma erinomainen kumppani, Integroituja järjestelmiä ja ryhmä (ISSG), Olen työskennellyt kehittää toimialapohjaisten liiketoiminta-sovellus, joka käyttää SharePoint foorumi. Tässä tapauksessa, me rakennamme sovellus, joka palvelee valmistajat, jotka tekevät mukautetun tuotteen asiakkailleen. Näissä tapauksissa, paljon yhteistyötä on asiakkaan ja valmistajan välillä. On myös paljon yhteistyötä tarvitaan eri ryhmien sisällä valmistajan välillä, myös myynti, suunnittelu, tutkimus- ja, oikeudelliset ja muut ryhmät.

Demo aikoo näyttää sovellus, joka helpottaa tällaista yhteistyötä, kanssa keskustelua siitä, miten kaikkien yhteistyötä bittiä on integroida backend ERP-järjestelmä.

Lopuksi, Tämä ei tule olemaan SharePoint-demo. Tämä on osoitus ratkaisu erityiset kapeat ongelma, joka tapahtuu käyttää SharePoint foorumi.

Niin, miksi vaivautua kirjautua ja nähdä tämä 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.

Jos olet kiinnostunut, Rekisteröidy täällä(https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=skmqfwbr5smmlx20).

</loppu>

Tilaa blogiin.

Noudata minut viserrys http://www.twitter.com/pagalvin

Nuuskia SharePoint Designer minun kylmä, Kuolleista käsistä

Jätä vastaus

Minun uusin artikkeli on ylhäällä www.EndUserSharePoint.com. Kirjoitin SharePoint Designer, Käyttäjät ja strategia, joka käyttäjien kokeilla ja seuraa ääriviivat ammattitaitoa ja luottamuksen ympäri tätä työkalua.

Kommentit ovat mielenkiintoisempia kuin artikkelin itse.

Kuittaa ulos.

</loppu>

Tilaa blogiin.

Noudata minut viserrys http://www.twitter.com/pagalvin

MOSS käyttäjäprofiilin viranomaisena käyttäjän kieli

4 vastaukset

Minun nykyinen projekti, Jotkut käyttäjät matkustaa ympäri maailmaa ja kun he saapuvat eri kohteisiin, Käytä tahansa koneella on kätevä. Näiden kutsuvieras koneistaa jatkuva Akkuna ja asennettu ja määritetty paikallisen maa. (Olen vain ymmärtänyt, että Asiakkaamme koneet eivät ole aivan kielenkäyttö ahtaa… luultavasti ei, Itse asiassa… Olen Internet että yksi nyt).

SharePoint on tarjottava mekanismi, jonka avulla käyttäjä voi valita haluamansa kielen ja sitten MOSS kunniaksi kielen riippumatta siitä, miten käyttäjä käyttää MOSS. Toisin sanoen, jättää riippumatta selaimen kertoo IIS-ja SAMMAL ja sen sijaan etsiä haluamasi kieli ja käyttää sitä.

Aiomme tutkia kaksi lähestymistapaa:

  1. HTTP-käsittelijän: Mukautetun HTTP-käsittelijä, IIS asennetaan hakee MOSS käyttäjäprofiili, selvittää ensisijainen kieli ja sitten vaihtaa HTTP-otsikon ympärille tarvitaan ennen ohjausobjektin välittämistä MOSS.
  2. Global.asax: Muokkaa global.asax tehdä sama asia. Emme voi muuttaa jotain muuta, mutta ajatus on löytää paikka kun lisäämme locale-kytkentä logiikka.

Monimutkaistava tekijä on, että meidän täytyy tukea 60k käyttäjät, tietoja 1,000 joka voi olla samanaikaisesti päästä MOSS huippu ladata.

HTTP-käsittelijän tuntuu melko jyrkkä, mutta paikka oli laittaa koodin, koska se on IIS: N tasolla ja kaikki tietävä. Se on hyvä yhden työn.

Olet nojaten kohti global.asax tyyppi lähestymistapaa, pääasiassa siksi, että uskomme, että meillä on enemmän vaihtoehtoja tietoja välimuistiin tässä vaiheessa.

I olla blogging enemmän asiasta kuten opin lisää.

Jos sinulla on tiedä mitään tästä, please post a comment 🙂

</loppu>

Tilaa blogiin.

Noudata minut viserrys http://www.twitter.com/pagalvin