Archívy kategórie: SharePoint riešenia dizajn

Sledovacie postupy činností – Časť 1

3 odpovede

Asi pred rokom, Pripojil som sa C-poradenstvo tu v new Yorku ako to, čo nazývame prax oblasti viesť.  (Ako drobné stranou k bodu tento blog post, že zmena práce účtov pre môj celkový drop-off v blogovanie.  Bola veľká zmena v roliach a veľká zmena v každodennej "veci", ale som akési aklimatizovaný sám a pohľad vpred muziku úsmev ).

V tejto úlohe PAL, Zodpovedám zachrániť spoločnosť a bezprostredné okolie 21 West 21st street z katastrofy na pravidelnom základe.  To je veľký tlak (viac, než si možno myslíte – Spomeňte si na všetky deti!). 

V službe že imperatív, Potrebujem pomoct s pre-predaj, vytvoriť a aktualizovať ísť-na-trhu ponuky, dobré lidi áut, aby sa im lepšie vychovať ľudí (ale naozaj, aby moje práce ľahšie) a občas niečo Fakturovateľná klientskeho počítača.  Dostanem veľa "vstupné" – otázky od klientov, obchodné príležitosti, moje vlastné popletený myšlienky a tak ďalej.  Niektorí je to naozaj dobré (ako horúce predaj oppty) zatiaľ čo veľa z toho je menej dobré.  Kľúčom k úspechu je spočiatku sledovať, stanoviť priority a spravovať každého z týchto myšlienok (veľké a malé) k úspešnému záveru. 

Tento druh úloh nie je nová, právo?  A máme veľa úloha nástrojov, aby nám pomohli s touto.  Programu Outlook sa úlohy.  Môže pohlavkovat tabuľku spoločne pekný a rýchly.  Môj úplne prvý nástroj riadenia úloha bola právne Poznámkový blok späť do mojej dni GAF ako vývojár v IT oddelení.  (Opýtajte sa ma tie staré dobré časy nabudúce uvidíte ma, ak máte záujem, alebo možno nie…).

Bol mužom SharePoint (nominálne, aspoň), Vždy som si myslel používať SharePoint.  Ale z nejakého dôvodu, zoznam všeobecných úloh nikdy docela to pre mňa.  Pár mesiacmi, Rozhodol som sa liečiť sám a len vytvoriť SharePoint založený riešenie.  Bolo to tak trápne ľahké vytvoriť, že myslel som písať o tom tu..

Takže, moje ciele boli veľmi jednoduché:

  • Super ľahké a rýchle dáta vstupu
  • Priority činnosti
  • Zaradiť aktivity
  • "ďalší krok" riadený – tieto činnosti často pokryje týždňov (možno dokonca mesiace).  Oni takmer nikdy "end" po jednu konkrétnu aktualizáciu.

Tieto bity požičiavajú seba veľmi pekne do typu obsahu, Takže to, čo som vytvoril:

image

Môžete skutočne vidieť, že som mal predaja zaujatosť s touto na prvý, pretože som "Klient" pole.  Veľa z mojej praxe aktivity sú založené okolo klientov (buď skutočných alebo potenciálnych).  Ale mnohí z nich sú aj vnútorne zamerané.  Facka "Slalom" tam, keď ich vytvorenie, ale to sa vždy cíti trošku divný.  Mal som pomenoval to niečo všeobecnejší.  Možno "cieľovej organizácie" alebo tak niečo.

Tu je niekoľko rôznych konštatuje dnes na type obsahu:

  • Vplyv činnosti prešlo do meranie prioritou.  Nie som si istý dôvod, prečo som išiel s "Vplyv" a nie "prioritou" deň nula, ale to je to, čo som urobil. 
  • Ďalšie kroky a dátum ďalšej kroky – mám tabuľa je poháňaný dátum ďalšej činnosti.  Túto tabuľu stala akýmsi moje rozkazy za deň/týždeň.  Len som ísť na palubnú dosku a zamerať na vysokú prioritu veci najprv a ísť od toho.  (Existuje pojem je "neoznačený"
  • Primárneho vlastníka-jediná vec na vedomie je- nie je to úžasné, že môžete zoradiť a filtrovať na multi-vyberte stĺpce v SP 2010! Som vlastne nemal úplne kúpiť do tohto pojmu v prvom.
  • Stav aktivity – naozaj len "Open" alebo "Zatvorené." 
  • Primárnu prax – potom, čo som začal používať to, ďalší KAMARÁT v skupine chcel to vyskúšať, tak som to vkĺzla do mixu rozlišovať medzi moje veci (Portály & Spolupráca) a jej veci (Azure).

Tu je môj tabule:

image

(Ospravedlňujeme sa za všetky rozmazané bity-som necítil ako vytvárať veľa testovacích dát a Nechcem aby niekto infarkt zdieľanie vital Podrobnosti [vidieť niečo v intro re: zachrániť svet, atď., atď., atď.]).

Mám niekoľko ďalších zobrazení v tomto zozname, vrátane údajové zobrazenie, ktoré umožní mi hmota aktualizácie.  Som to najviac často, keď partia nižšiu prioritu položky som v pláne robiť nikdy docela dostal urobiť a potrebujú byť maternicou týždenne.

každý deň, Vytiahnuť moje aktivity log a len začať pracovať z hornej časti zoznamu.

V časti 2, Budem vysvetľovať, ako to urobil ešte užitočnejšie pridaním pekné povoleným e-mailom doc knižnice a SPD workflow.

</koniec>

Vyberajte môj blog.

Nasledujte ma na stebėtų na http://www.twitter.com/pagalvin

Nech svieti príklady viesť cesta k zvýšenej SharePoint prijatie

Zanechať Odpoveď

Môj prvý "čistého" BrightStarr blog vstupe bolo uverejnené dnes.  Tu je ukážka:

Tam to bolo veľa konverzáciu na internetové neskoro na tému prijatia SharePoint a najmä nedostatok. Nikto nechce ísť všetky problémy s konštruovaním farmy a bezpečnosti infraštruktúry, zúčastňujú semináre, dať dohromady snazzy vzhľad, vypracovanie rock solídne informácie architektúry, ktoré vydrží nestálosťou spoločnosť re-orgs a nakoniec, fanfare-plnené Zavádzacia len zistiť tri mesiace post go-live, menej ako 50% spoločnosti zamestnanci používajú SharePoint a väčšina z nich sú pomocou nahradiť staré súborové servery siete ("S:\ disk").

Žiadna strieborná bullet (alebo jednom blogu) bude riešiť tento problém. Avšak, existuje veľa vecí, ktoré môžete urobiť pre zníženie rizika anemický SharePoint portal. Jednou z takýchto techník je "Shining príklad vzoru."

Rád by som vedieť o iné stratégie na prijatie SharePoint, ktoré vám záleží na zdieľanie.  Ak zdieľate, prosím, zanechajte ako komentár na blogu BrightStarr.

Prečítať celú vec tady: http://www.brightstarr.com/US/Pages/blog-view.aspx?BlogID=52

</koniec>

Vyberajte môj blog.

Nasledujte ma na stebėtų na http://www.twitter.com/pagalvin

Vytvárať priateľské stránok v tlačiarni a aj vytlačiť

1 Odpoveď

Som napísal článok o SharePoint inštruktáž týždeň alebo tak rokmi a je zaúčtovaná.  Tu je otvorenie bit:

image

Môžete si prečítať celú vec tu: http://sharepointbriefing.com/features/article.php/3904906/Create-a-Printer-Friendly-Page-in-Your-SharePoint-Sites.htm

Dúfam, že to pomôže niekto.  Vychutnajte si!

</koniec>

Vyberajte môj blog.

Nasledujte ma na stebėtų na http://www.twitter.com/pagalvin

"Robiť” oproti "by mal urobiť” SharePoint projektov

8 odpovede

Myslím, že mnohí z nás občas sú prezentované s, pre nedostatok lepší výraz, požiadavky na malé deti.  Koncový používateľ naozaj, veľmi zle chce určitý špecifický vzhľad, alebo veľmi špecifické triedenie štruktúru alebo vystrihnúť jedno kliknutie alebo možnosť v ponuke pre uľahčenie navigácie alebo [Vložiť vášnivo držané presvedčenie, že sa stane byť nesprávne].  Ako SharePoint pro je, Všeobecne môžeme stretnúť takmer akýkoľvek druh požiadavku s platformou, ale pre niektoré z nich, vieme, že v našich srdciach,:

  • Idú neúmerný počet na vykonanie (a preto drahšie)
  • Idú veľmi vlastné a preto ťažko udržať a riešenie problémov
  • Tam je nejaké jednoduché SharePoint prístup, ktorý spĺňa 80% alebo ďalšie požiadavky (tj. spĺňa sprit požiadavka, ale nie list požiadavky)

Sečteno podtrženo, vieme, že "požiadavka" je naozaj len pekné mať, alebo dokonca legitímne v nejakom zmysle, ale niečo, čo ľudia by mali žiť skôr ako trávia veľa času sa snažia riešiť "."

Myslím tieto "malé dieťa" požiadavky, pretože som videl tento vzor mnohokrát predtým.  Deti budú borovica preč a otravovať vás nejaké nové hračky pre týždne naraz.  Môžete si ich hračky, hrať s ním na pár hodín alebo dní a potom ju, nikdy zdvihnúť to niekedy znova.  Alebo, nemusíte dostať hračky, otravných zastávky a dieťa pohybuje na stať prezidentom slobodného sveta.   Videl som to stalo v SharePoint projektov.  Rozhodujú buď dostať, čo chcú a to sa stáva nepoužité, alebo málo využívané funkcie alebo nedostanú, čo chcú a projekt stále darí rovnako.

Bol som pripomenul, že dnes na fóre post a páčilo sa mi ako Clayton Cobb Snažil sa dostať Fórum plagát tlačiť späť na jeden z týchto druhov požiadavky: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/

Som naozaj zvedavý, ako ľudia vnímajú túto tému a ako sa vysporiadať s tým.  Som mimo misu?  Máte stratégií riadiť tvorcovia rozhodnutí od overinvesting v triviálne požiadavky?  Prosím, zanechajte komentár.

</koniec>

Vyberajte môj blog.

Nasledujte ma na stebėtų na http://www.twitter.com/pagalvin

Používanie toku činností na simuláciu obsahu typ zabezpečenia

3 odpovede

Ďalší deň, Ďalšie fóra lokality MSDN inšpiroval príspevok.

Niekto bol dotazom, či mohla zabezpečiť typu obsahu tak, že keď používateľ klikne na tlačidlo vlastný zoznam v "nové", typy obsahu, ktoré táto osoba poskytuje prístup by zobraziť iba v kvapka-down list.  Ako vieme, to nie je podporované z krabice.

Táto otázka prichádza teraz a potom a tento čas, Musel som to nová myšlienka.  Pozrime sa predpokladať, že máme scenár takhle:

  • Máme helpdesk ticketing systému.
  • Helpdesk ticketing systému umožňuje používateľom vkladať pravidelné helpdesk lístok informácie, napríklad problémovou oblasťou, problém stav, atď.
  • Chceme, aby "super" používatelia mohli zadať pole "naliehavosti".
  • Ostatní používatelia nemajú prístup k poľu.  Systém priradí vždy "nosič" úrovni prioritu ich žiadosti.

Čo sme mohli urobiť, je vytvoriť dve samostatné zoznamy lokality SharePoint a dva rôzne typy obsahu, jedna "super" užívateľov a druhú pre každý iný.

Tok činností na každom zozname skopíruje údaje do hlavného zoznamu (lístok zoznam skutočných helpdesk) a procesu výnosy z tam.

Tento prístup by mohol fungovať tok druhu stĺpci úroveň zabezpečenia ako aj. 

I Nenašli vyskúšali, ale to cítia primeranej a dáva pomerne jednoduché, Ak je to docela drsné, možnosť vykonávať akúsi typu obsahu a dokonca stĺpci úroveň zabezpečenia.

</koniec>

Vyberajte môj blog.

Nasledujte ma na stebėtų na http://www.twitter.com/pagalvin

Obsah webovej časti dotaz: SharePoint je švajčiarsky armádny nôž

Zanechať Odpoveď

Môj posledný článok je hore www.sharepointbriefing.com. Tu je ukážka:

image

Prečítať celú vec tady: http://sharepointbriefing.com/features/article.php/3874226/Content-Query-Web-Part-SharePoints-Swiss-Army-Knife.htm

To používa reálnej verejnej webovej lokalite tu postupujte nasledovne:

  1. Prejdite na webovú stránku: http://cdi-its.com/Pages/Customer_Support.aspx (Je to stránku zákazníckej podpory pre CDI).
  2. Kliknite na "Prípadové štúdie" v ľavom navigačnom.

Bude skok do časti "Customer Support" prípadové štúdie výpis.

</koniec>

Vyberajte môj blog.

Nasledujte ma na stebėtų na http://www.twitter.com/pagalvin

Pre-existujúce podmienky: Upozornenie SharePoint šablóny na záchranu (?)

Zanechať Odpoveď

Jeden z mojich klientov pracoval s Predchádzajúci dodávateľ postaviť malý, ale užitočný HR aplikácia pre podnik. Tento dodávateľ používa program SharePoint Designer realizovať časť pracovného postupu riešenia. Je to trochu neporiadok. Napríklad, Existuje deväť SPD toky činností na podporu jednotného logického pracovného postupu a až päť z nich môže oheň súčasne v danom okamihu daná správnych podmienok. Nie je ľahké odladiť 🙂

Môj klient má rad ešte nevybavených požiadaviek, jedným z nich je vo všeobecnosti poskytujú viac kontexte, keď systém odošle e-mailové upozornenia – aj v e-mailovej sám, ako aj formy priradenej úlohy. Ako JPD toku realizátormi vedieť, "zhromažďovanie údajov od používateľa" SPD akcia vlastne vytvorí úlohu s vlastného typu obsahu. Keď sme používať, že akcia, nebudeme mať moc určiť. Sme výzvu pre niektoré hodnoty (napr.. "schváliť" alebo "odoprieť") a môžeme zadať hodnotu tvrdý kódovaný nadpis a popis. To je asi tak.

Môj klient je dvojaký:

  1. Keď SharePoint pošle email o priraďovania úloh, obsahuje veľa informácií o úlohe v tele e-mailu.
  2. Ešte dôležitejšie je, zďaleka – keď používateľ klikne na prepojenie úlohy v e-mailu, Formulár úlohy by mali mať všetky informácie, ktoré schvaľovateľ potrebuje, aby sa jeho schváliť alebo odmietnuť rozhodnutie. hneď teraz, manažér musí kliknúť na prepojenie na položku, sám vŕtať dole do podstatných informácií a nikto nemá rád, že. Musíte kliknúť na e-mailu. Potom musíte kliknúť akýsi nejasný odkaz v položke úlohy. Potom môžete pozrieť na podkladových údajov (v tomto prípade formulár programu InfoPath). Kliknite/chrbtom, atď. Všetci nenávidia.

Som zdedil tento trochu chaotický technické riešenie a chcem urobiť zmeny najmenej rušivým spôsobom možné.

Je prístup, beriem teraz vytvoriť šablónu upozornenia. Si môžete prečítať o tom tu.. Tok funguje takhle:

  • SPD workflow beží.
  • V určitom okamihu, Priradí úlohu s manažér.
  • SharePoint systém automaticky posiela upozornenia ktoré správca. Toto nie je časťou SPD workflow ale skôr "čo SharePoint." (Služba SharePoint timer service, Verím, že).
  • Vlastné popisovači výstrah je uplatnený v prospech štandardný proces upozornenia (mágia pravidiel opísaných v uvedenom odkazuje článok).
  • Keď beží moje vlastné popisovači výstrah, to vytvára krásny e-mail. Ešte dôležitejšie je, od tej doby má za úlohu v ruke, to tiež zdobia pokosiť všetky súvislosti informácie potrebné na splnenie požiadaviek podnikania.
  • Užívateľ dostane e-mailom a je plná užitočných kontextové informácie.
  • Používateľ klikne na prepojenie úlohy a úloha sám je plný užitočných kontextové informácie.
  • Každý jede domov melón a zmrzlina.

Urobil som rýchly POC a pracuje aj v laboratóriu prostredia. Dostanem moje vlastné e-mailové upozornenia, ako sa očakávalo. Tiež som si aktualizovať Popis úlohy a samotného názvu.

Len záludné bit, tak ďaleko, je zabrániť situácii, kde upozornenie aktualizácie položky, spúšťanie iné upozornenie. To mi nevadí.

Vyzerá to sľubne, tak ďaleko...

Skvelá vec na tom je, že nemusíte musieť muck asi s niektorou z existujúcich pracovných postupov SPD. Oni sú blažene nevedomý, že popisovači výstrah je"IIZ RUNNIN V DA BAKGROUND, ZDOBENIE TEH ÚLOH ZOZNAM WIF MOAR KONTEXTE”.

</koniec>

Vyberajte môj blog.

Nasledujte ma na stebėtų na http://www.twitter.com/pagalvin

SharePoint demonštrácie: Využiť služby SharePoint vytvoriť vertikálne obchodné aplikácie

Zanechať Odpoveď

[Poznámka: Chcem hneď povedať, že mám finančný záujem požadovaného výsledku tejto demonštrácie, ktoré som sa zmienil v záujme plného sprístupnenie, atď. Je to vlastne prvýkrát, čo som kedy blogged o udalosť, kde stojím prospech osobne týmto spôsobom.]

Tento web demonštrácia sa uskutoční vo štvrtok, 06/04 na 12:30 EDT, koniec 1:30PM EDT.

V spolupráci s mojím vynikajúcim obchodným partnerom, Integrované systémy a služby skupiny (ISSG), Boli sa snaží rozvíjať vertikálne obchodné aplikácie pomocou SharePoint ako platforma. V tomto prípade, Staviame aplikácia, ktorá slúži potrebám výrobcov, aby prispôsobeného výrobku pre svojich zákazníkov. V týchto prípadoch, veľkú spoluprácu musí prebehnúť medzi zákazníkom a výrobcom. Tam je tiež veľký spolupráca medzi rôznymi skupinami v rámci výrobca, vrátane predaja, Strojárstvo, výskum a vývoj, právne a iné skupiny.

Demo sa chystá ukázať aplikácia, ktorá umožňuje takúto spoluprácu, spolu s diskusiu o tom, ako všetky tie kúsky, spolupráca potrebu integrovať s backend systému ERP.

Napokon, nie je to byť SharePoint demo. Toto je ukážka riešenia pre špecifické problém, ktorý sa stane na použitie SharePoint ako platforma.

Takže, Prečo by ste obťažovať sa prihlásiť a vidieť to 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.

Ak máte záujem, Prosím zaregistrujte sa tu.(https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=skmqfwbr5smmlx20).

</koniec>

Vyberajte môj blog.

Nasledujte ma na stebėtų na http://www.twitter.com/pagalvin

Môžete pátrať SharePoint Designer z mojej studenej, Mŕtvych rúk

Zanechať Odpoveď

Môj posledný článok je až www.EndUserSharePoint.com. Písal som o programe SharePoint Designer, Koniec užívateľov a prehľad stratégie, ktoré koncoví používatelia mohli vyskúšať a sledovať s cieľom preukázania spôsobilosti a budovať dôveru v okolí tento nástroj.

Komentáre sú zaujímavejšie ako článok sám.

Check it out.

</koniec>

Vyberajte môj blog.

Nasledujte ma na stebėtų na http://www.twitter.com/pagalvin

MOSS používateľský profil ako úrad pre preferencií používateľa jazyka

4 odpovede

Na môj súčasný projekt, Niektorí používatelia budú cestovať po celom svete a pri ich príchode do rôznych destinácií, použitie akéhokoľvek stroja je šikovný v čase. Tieto stroje, hodnotenie bude spustený Windows a nainštalovaný a nakonfigurovaný pre miestne locale. (Len som si uvedomil, že hodnotenie stroje nemusia mať správne jazykové balíky… asi nebude, v skutočnosti… Som parkovanie ten teraz).

SharePoint musí poskytnúť mechanizmus, ktorým užívateľ môže vybrať preferovaný jazyk a potom MOSS česť jazyka bez ohľadu na to, ako používateľ pristupuje MOSS. Inými slovami, ignorovať, čo prehliadač povie IIS-mach a namiesto vyhľadať tento preferovaný jazyk a používať ho.

Budeme vyšetrovať dva prístupy:

  1. HTTP Handler: Vlastné HTTP handler nainštalovaný na IIS vyhľadá MOSS profilu používateľa, zistiť jazyk a potom prepnúť HTTP hlavičky okolo podľa potreby pred odovzdaním kontrolou na MOSS.
  2. Global.asax: Upraviť global.asax urobiť to isté. Môžeme meniť niečo iné, ale myšlienka je, že sme nájsť nejaké miesto, kde môžeme vložiť naše miestne nastavenie-prepínanie logika.

Komplikujúcim faktorom je, že musíme podporu 60k používateľom, o 1,000 ktoré môžu byť súčasne prístup MOSS na vrchol zaťaženia.

Obslužný program protokolu HTTP sa zdá docela drastické, ale možno najlepšie miesto na dal kód, pretože je na úrovni IIS a všetci-vedieť. Je to dobrý jednobodové práce.

My sme nakláňaniu global.asax typ prístupu, hlavne preto, že veríme, že budeme mať viac možností pre caching dát v tomto bode.

Budem blogov viac na túto tému, ako som sa dozvedieť viac.

Ak viete niečo o tomto, please post a comment 🙂

</koniec>

Vyberajte môj blog.

Nasledujte ma na stebėtų na http://www.twitter.com/pagalvin