Flokkaskjalasafn: SharePoint lausnir Hönnun

Rekja Practice Starfsemi – Hluti 1

3 Svör

Um ári síðan, Ég gekk Svig Ráðgjöf hér í New York og það sem við köllum Svæði Practice Lead.  (Sem hliðar minniháttar til að benda á þetta blogg, að breyting á störf reikninga fyrir öllum mínum falla burt í að blogga.  Það var mikil breyting á hlutverkum og mikil breyting á degi til dags "efni" en ég hef svona acclimated mig við það og hlakka til að skrifa aftur bros ).

Í þessari PAL hlutverki, Ég er ábyrgur til að bjarga fyrirtækinu og strax grenni à 21 West 21st Street frá hörmung reglulega.  Það er a einhver fjöldi af þrýstingi (meira en þú might hugsa - hugsa bara um alla barna!). 

Í þjónustu við það mikilvægt, Ég þarf að hjálpa út með pre-sölu, búa til og uppfæra fara-til-markaður tilboð, ráða góða fólkinu, þjálfa upp fólk til að gera þau betur (en í raun, að gera starf mitt auðveldara) og stundum gera eitthvað rukkað á viðskiptavini.  Ég fæ mikið af "inntak" - spurningum frá viðskiptavinum, sala tækifæri, eigin addled mínar hugsanir og svo framvegis.  Sumir af það er mjög gott (eins og heitan velta oppty) en mikið af því er minna gott.  Lykilatriðið er að byrja að fylgjast með, forgangsraða og stjórna öllum þessum hugmyndum (stóra og smáa) að árangursríku niðurstöðu. 

Þessi tegund af stjórnun verkefni er ekki ný, rétt?  Og við höfum fullt af verkfærum verkefni til að hjálpa okkur með þetta.  Outlook hefur verkefnum.  Þú getur smellu töflureikni saman ágætur og fljótur.  Fyrsta verkefni stjórnun tól minn var löglegur skrifblokk aftur í dögum mínum GAF sem verktaki í IT deild.  (Spurðu mig um þá gömlu góðu daga í næsta skipti sem þú sérð mig ef þú hefur áhuga, eða kannski ekki...).

Being a SharePoint strákur (nafninu, að minnsta kosti), Ég hef alltaf hugsað að nota SharePoint.  En af einhverjum ástæðum, almenn verkefnalista aldrei alveg gerði það fyrir mig.  A fullt af mánuðum síðan, Ég ákvað að lækna mig og bara búa til SharePoint undirstaða lausn.  Það var svo negldi auðvelt að búa til, er ég hugði að skrifa um það hér.

Svo, markmið mitt hér var mjög einföld:

  • Super auðvelt og fljótur gögn færslu
  • Forgangsraða starfsemi
  • Flokka starfsemi
  • "Næsta skref" rekinn - þessi starfsemi verður oft span vikur (kannski jafnvel mánuði).  Þeir nánast aldrei "enda" eftir einni ákveðinni uppfærslu.

Þessir bitar lána sig mjög vel að gerð efnis, svo það er það sem ég skapa:

image

Þú getur í raun sjá að ég hafði velta hlutdrægni við þetta í fyrstu, þar sem ég hef að "viðskiptavinur" reitinn.  A einhver fjöldi af starfsemi starfi mínu eru byggðar í kringum viðskiptavini (annaðhvort raunveruleg eða tilvonandi).  En margir þeirra eru einnig innbyrðis áherslu.  Ég smellu "Slalom" í það þegar ég búa þeim, en mér finnst alltaf a tad undarlegt.  Ég ætti að hafa nefnt það eitthvað meira almenn.  Kannski "Target Organization" eða eitthvað.

Hér eru nokkrar ýmis Skýringar á innihald tegund:

  • Afþreying Áhrif hefur fela í mælingu á forgang.  Ég er ekki viss hvers vegna ég fór með "áhrif" og ekki "Forgangur" dagur núll, en það er það sem ég gerði. 
  • Næsta skref og næstu skref Dagsetning - Ég er með mælaborð sem er rekinn af næstu virkni dagsetningu.  Þetta mælaborð er eins konar orðið sóttu pantanir mínar fyrir dag / viku.  Ég fer bara í mælaborðinu og leggja áherslu á hár forgangur efni fyrst og fara þaðan.  (Það er hugmyndin um að "untagged"
  • Primary Eigandi - það eina í huga er - er það ekki ógnvekjandi að þú getur flokkað og síað á multi-velja dálka í SP 2010! Ég reyndar vissi ekki að fullu kaupa inn í þessa hugmynd í fyrstu.
  • Afþreying Staða - í raun bara "Open" eða "Lokað". 
  • Primary Practice - Eftir að ég byrjaði að nota þetta, annar PAL í hópnum mínum langaði til að reyna this út, svo ég miði þetta til að blanda til að greina á milli dótinu mínu (Gátt & Samstarf) og efni hennar (Azure).

Hér er mælaborð minn:

image

(hryggur fyrir alla óskýr út bita - Ég vissi ekki að líða eins og að búa til fullt af niðurstöðum rannsókna og ég vil ekki að gefa neinum hjartaáfall yfir hlutdeild mikilvægu upplýsingar [sjá hluti í innra tilvísun: bjarga heiminum, o.fl., o.fl., o.fl.]).

Ég hef nokkrar aðrar skoðanir á þessum lista, þ.mt datasheet skoðun að leyfa mér að gera massa uppfærslur.  Ég geri þetta oftast þegar fullt af lægri forgang atriði sem ég ætlaði að gera aldrei alveg fékk gert og þurfa að vera ýtt út í viku.

Á hverjum degi, Ég draga upp starfsemi þig inn minn og bara byrja að vinna burt the toppur af the listi.

Að hluta 2, Ég skal útskýra hvernig ég gerði þetta jafnvel meira gagni með því að bæta við fallegu email-virkt doc bókasafn og SPD workflow.

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Látum bjartar Dæmi í fararbroddi að aukinni SharePoint ættleiðingar

Skildu eftir skilaboð

Fyrsta mín "hreint" BrightStarr blog færsla var birt í dag.  Hér er beitu:

Það hefur verið mikið af samræðum á internets á seint á efni SharePoint samþykkt og sérstaklega að skortur þar. Enginn vill fara til allra vandræði af að hanna bæ og öryggi uppbygging, taka þátt í námskeiðum, setja saman stællegur útlit og feel, vinna út rokk solid upplýsingar arkitektúr sem þolir veðri og vindum fyrirtæki RE-orgs og að lokum, a fanfare-fyllt rúlla bara að uppgötva þrjá mánuði eftir fara-lifandi sem minna en 50% af starfsmönnum félagsins eru að nota SharePoint og flestir eru að nota það til að skipta gamla net skrá framreiðslumaður ("S:\ aka ").

Nei silfur bullet (eða einn blogg) er að fara til að leysa þessi vandamál. Hins, það eru fullt af hlutum sem þú getur gert til að draga úr hættu á blóðleysi SharePoint Portal. Ein slík aðferð er "Shining Dæmi Pattern."

Ég vil gjarnan vita um önnur SharePoint samþykkja aðferðir sem þér þykir vænt að deila.  Ef þú deilir, skaltu skilja sem athugasemd á BrightStarr bloggið.

Lesa the heild hlutur hér: http://www.brightstarr.com/US/Pages/blog-view.aspx?BlogID=52

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Búa Printer Friendly síður og jafnvel prenta þær

1 Svara

Ég skrifaði upp grein fyrir SharePoint Briefing viku eða svo síðan og það hefur verið staða.  Hér er að opna hluti:

image

Þú getur lesið allt hlutur hér: http://sharepointbriefing.com/features/article.php/3904906/Create-a-Printer-Friendly-Page-in-Your-SharePoint-Sites.htm

Ég vona að þetta hjálpar einhverjum.  Njóttu!

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

"Getur gert” á móti "ættir að gera” í SharePoint verkefni

8 Svör

Ég held að margir af okkur eru stundum sett fram með, fyrir skort á betri setningu, ung-barn kröfur.  The endir notandi í raun, mjög illa vill tilteknum útlit og feel, eða mjög sérstakur flokkun uppbyggingu eða til að skera út einn smellur eða valmyndarmöguleika til að auðvelda siglingar eða [setja ástríðufullur haldin trú sem gerist til að vera rangt].  Eins SharePoint atvinnumaður, við getum yfirleitt mæta nánast hvaða kröfu við vettvang, en fyrir suma af þeim, við vitum í hjörtum okkar að:

  • Þeir eru að fara að taka óhófleg magn af tíma til að hrinda í framkvæmd (og því kosta meira)
  • Þeir eru að fara að vera mjög sérsniðin og því erfitt að viðhalda og leysa
  • Það er er einhver auðveld SharePoint nálgun sem uppfyllir 80% eða fleiri af kröfum (i.e. uppfyllir Sprit af kröfu, en ekki bréf af kröfu)

Neðsta lína, við vitum að "krafa" er í raun bara gaman að hafa eða jafnvel löglega í einhverjum skilningi, en eitthvað sem fólk á að lifa með heldur en að eyða miklum tíma í að reyna að "leysa".

Ég hugsa um þetta sem "barn" kröfur vegna þess að ég hef séð þetta mynstur mörgum sinnum áður.  Kids munu furu burtu og nöldra þér fyrir sumir nýr leikfang fyrir vikur í senn.  Þú færð þeim leikfang, þeir leika með það í nokkrar klukkustundir eða daga og þá setja það niður, aldrei að taka það upp alltaf aftur.  Eða, þú færð ekki leikfang, nöldrari stöðvast og krakki færist á að verða forseti hinn frjálsa heim.   Ég hef séð þetta gerast í SharePoint verkefnum.  Ákvarðanatöku fá annaðhvort það sem þeir vilja og það verður ónotuðum eða underused virka eða þeir fá ekki það sem þeir vilja og verkefnið enn tekst samt.

Ég var minnt á það í dag í umræðum færslu og ég líkaði hvernig Clayton Cobb reyndi að fá umræður veggspjald til að ýta aftur á einn af þessum tegundum af kröfum: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/

Ég er virkilega forvitinn hvernig fólk að skoða þetta umræðuefni og hvernig þú takast á við það.  Er ég vantar lið?  Áttu aðferðir til að stýra ákvarðanir aðilar frá overinvesting í léttvæg kröfur?  Vinsamlegast eftir umsögn.

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Notaðu workflow að líkja efni gerð Öryggi

3 Svör

Annar dagur, annar MSDN-ráðstefnur innblástur eftir.

Einhver var að spyrja hvort þeir gætu tryggja efni gerð þannig að þegar notandi smellir á "New" hnappinn á sérsniðnum lista, aðeins efnisgerðir sem að maður er veitt aðgang myndi birtast í fellilistanum.  Eins og við vitum, þetta er ekki studd út af the kassi.

Þessi spurning kemur upp núna og þá og að þessu sinni, Ég hafði nýja hugmynd.  Skulum gera ráð fyrir að við höfum atburðarás eins og þetta:

  • Við höfum aðstoð aðgöngumiði kerfi.
  • The þjónustuverið aðgöngumiði kerfi leyfa notendum að slá inn reglulega aðstoð miða upplýsingar, svo sem svæði vandamál, vandamál staða, o.fl..
  • Við viljum leyfa "Super" notendum að tilgreina að "brýnt" akur.
  • Aðrir notendur hafa ekki aðgang að þeim vettvangi.  Kerfið mun alltaf tengja "miðlungs" forgang að beiðni þeirra.

Það sem við gætum gert er að búa til tvær sérstakar skrár SharePoint og tvær mismunandi tegundir efnis, einn fyrir "Super" notendur og hitt fyrir allir aðrir.

Workflow á hverjum lista eintök gögn á aðallista (raunverulegt þjónustuverið miða lista) og ferlið gengur þaðan.

Þessi nálgun gæti virkað flæða eins konar dálk stigi öryggi eins og heilbrigður. 

Ég hef ekki reynt það, en mér finnst sanngjarnt og gefur nokkuð einfalt, ef nokkuð gróft, valkostur til að framkvæma eins konar tegund efni og jafnvel dálki öryggisstigi.

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Efni Fyrirspurn Web Part: Sviss SharePoint er Army Knife

Skildu eftir skilaboð

Nýjasta grein mín er upp á www.sharepointbriefing.com. Hér er beitu:

image

Lesa the heild hlutur hér: http://sharepointbriefing.com/features/article.php/3874226/Content-Query-Web-Part-SharePoints-Swiss-Army-Knife.htm

Sjá það í notkun alvöru opinber vefur staður hér með því að fylgja þessum skrefum:

  1. Fara til þessarar vefsíðu: http://cdi-its.com/Pages/Customer_Support.aspx (Þetta er viðskiptavinur styðja síðu fyrir CDI).
  2. Smelltu á "dæmum" í the vinstri hönd flakk.

Það mun hoppa til "þjónustufulltrúar" hluta dæmisögur skráningu.

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Undirliggjandi sjúkdóma: SharePoint Alert Sniðmát til bjargar (?)

Skildu eftir skilaboð

One of my clients worked with a previous contractor to build out a small but useful HR application for the enterprise. That contractor used SharePoint Designer to implement the workflow portion of the solution. It’s a bit of a mess. Til dæmis, there are nine SPD workflows in support of a single logical workflow process and up to five of them may fire simultaneously at any given time given the right conditions. It’s not easy to debug 🙂

Viðskiptavinur minn hefur fjölda enn-útistandandi kröfur, one of which is to generally provide more context when the system sends out email alerts – both in the email itself as well as associated task forms. As SPD workflow implementers know, the “collect data from user” SPD action actually creates a task with a custom content type. When we use that action, we don’t get to specify much. We can prompt for some values (e.g. "Samþykkja" eða "neita") and we can specify a hard coded value in the title and description. That’s about it.

Kröfu viðskiptavinar míns er tveir sinnum:

  1. Þegar SharePoint sendir tölvupóst um verkefni verkefni, fela í sér mikið af upplýsingum um verkefnið í tölvupósti líkama.
  2. Meira um vert, lang – þegar notandi smellir á verkefni í póstinum, the task form should have all the information the approver needs in order to make his/her approve or deny decision. Right now, the manager needs to click on the item link itself to drill down into the underlying details and no one likes that. You have to click in the email. Then you need to click a sort of obscure link on the task item. Then you can look at the underlying data (er InfoPath mynd í þessu tilviki). Then you click back/back, o.fl.. Everyone hates it.

Ég hef erft þessa nokkuð sóðalegur tæknilega lausn og ég vil gera breytingar á kosti uppáþrengjandi hátt.

The approach I’m taking right now is to create a custom alert template. Þú getur lesið um það hér. The flow works like this:

  • SPD workflow rekur.
  • Á einhverjum tímapunkti, það gefur verkefni til stjórnanda.
  • SharePoint system automatically sends out an alert to that manager. This is not part of the SPD workflow but rather “what SharePoint does.” (The SharePoint myndatöku þjónusta, Ég trúi).
  • A Custom viðvörun stjórnandinn er skírskotað í þágu stöðluðu viðvörun ferli (eftir galdra reglur eins og lýst er í ofangreindum heitinu grein).
  • Þegar sérsniðin viðvörun stjórnandinn minn keyrir, it generates a beautiful email. Meira um vert, þar sem það hefur verkefni í hönd, það skreytir líka raunverulegt verkefni með öllum samhengi upplýsingar sem nauðsynlegar eru til að mæta fyrirtæki kröfur.
  • Notandinn fær tölvupóst og það er fullt af gagnlegum samhengi upplýsinga.
  • Notandi smellir á verkefni tengilinn og verkefni sjálft er fullt af gagnlegum samhengi upplýsinga.
  • Allir fer heim til að hafa Watermelon og ís.

I did a quick POC and it works well in a lab environment. I get my custom email alert as expected. I also get to update the task description and title itself.

Eina erfiður hluti, svo langt, er að forðast aðstæður þar sem viðvörun uppfærir hlut, triggering another alert. This doesn’t worry me.

Útlit lofa svo langt ...

The great thing about this is that I don’t need to muck about with any of the existing SPD workflows. They are blissfully unaware that an alert handler is “IIZ RUNNIN Da BAKGROUND, DECORATIN teh verkefni listi WIF moar Samhengi".

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

SharePoint Sýning: Nýttu SharePoint til að byggja lóðrétt Viðskipti Umsókn

Skildu eftir skilaboð

[Athugaðu: Ég vil strax segja að ég hafa fjárhagslegra hagsmuna að gæta í viðkomandi niðurstöðu þessarar sýnikennslu, sem ég nefni í þágu fulla birtingu, o.fl.. This is actually the first time I’ve ever blogged about an event where I stand to benefit personally in this way.]

This web demonstration takes place Thursday, 06/04 á 12:30 EDT, ending at 1:30PM UTC.

In cooperation with my excellent business partner, Integrated Systems og þjónusta Group (ISSG), I have been working to develop a vertical business application using SharePoint as the platform. Í þessu tilviki, we’re building an application that serves the needs of manufacturers that make customized product for their customers. In these cases, a great deal of collaboration needs to take place between the customer and the manufacturer. There’s also a great deal of collaboration required between different groups within the manufacturer, including sales, engineering, research and development, legal and other groups.

The demo is going to show an application that facilitates that kind of collaboration, along with a discussion on how all of those collaboration bits need to integrate with a backend ERP system.

Loks, this isn’t going to be a SharePoint demo. This is a demonstration of a solution for a specific niche problem that happens to use SharePoint as the platform.

Svo, why would you bother to sign up and see this 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.

Ef þú hefur áhuga, please sign up here(https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=skmqfwbr5smmlx20).

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Þú getur pry SharePoint Designer Frá kulda mínum, Dead Hendur

Skildu eftir skilaboð

My latest article is up at www.EndUserSharePoint.com. I wrote about SharePoint Designer, Notendur og útlínur stefnu að notendur gætu reynt og fylgja í því skyni að sýna fram á hæfni og byggja upp traust í kringum þetta tól.

Athugasemdirnar eru meira áhugavert en greininni sjálfri.

Stöðva það út.

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Moss User Profile sem heimild til notanda Val á tungumáli

4 Svör

Á núverandi verkefni mitt, sumir notendur munu ferðast um allan heim og þegar þeir koma á mismunandi áfangastaði, use whatever machine is handy at the time. Those guest machines will be running Windows and installed and configured for the local locale. (Ég hef bara áttaði að gestur vélar mega ekki hafa rétt pakkar tungumál… sennilega ekki, í raun… Ég leggja að einn nú).

SharePoint needs to provide a mechanism whereby the user can pick their preferred language and then have MOSS honor that language regardless of how the user accesses MOSS. In other words, disregard whatever the browser tells IIS/MOSS and instead look up that preferred language and use it.

Við ætlum að kanna tvær leiðir:

  1. HTTP Handler: A sérsniðin HTTP dýraþjálfari uppsett á IIS mun líta upp MOSS uppsetningu notanda, reikna út valinn tungumál og síðan yfir HTTP haus kring og þarf áður en farið stjórn til mosa.
  2. Global.asax: Modify global.asax to do the same thing. We may modify something else, but the idea is that we find some place where we can insert our locale-switching logic.

Hin flækja þáttur er að við þurfum að styðja 60K notendur, um 1,000 þeirra getur verið samtímis aðgang Moss á hámarksálag.

HTTP dýraþjálfari virðist nokkuð róttækar, but possibly the best place to put the code since it’s at the IIS level and all-knowing. It’s a good single point of work.

Við erum hallast í átt að Global.asax tegund nálgun, aðallega vegna þess að við teljum að við munum hafa fleiri valkosti fyrir búrhvalur gögn á þeim tímapunkti.

Ég er að blogga meira um þetta efni sem ég læri meira.

Ef þú hefur veist eitthvað um þetta, please post a comment 🙂

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin