Havi Archívum: Április 2009

Kormányzás is egy Marketing terv

Töltünk annyi időt oka (vagy kell, egyébként) irányítási tervek kidolgozása, mert azt akarjuk, hogy a SharePoint-megoldást, hogy a lehető leghatékonyabb. Azt akarjuk, jó infrastruktúra és szabályokat, hogy tartsa zümmögés és katasztrófa esetére. Szeretnénk jó biztonsági folyamatok mind megfelelően biztosítsa a környezetet hanem, hogy ésszerű kezelése. Azt akarjuk, hogy egy jó information architecture, hogy fog állni az idő próbáját, a vállalat ideális kezelése túlélni egy jelentős szervezeti változás.

A kívánatos cél eléréséhez, egy kormányzati dokumentum és a terv is száll be egy csomó "te kell" és "te nem barátait", mint a:

  • Te nem SharePoint biztonsági csoportot hoznak létre; használja helyette a hirdetés.
  • Te nem hoznak létre mappákat a dokumentumtárakban; helyette elégedett jellegek és Kilátás.
  • Te hoznak létre minden dokumentum tartalma alapján le egy adott egyéni alaptípus.
  • Te nem hoznak létre egy információs besorolás alapján le a mai vállalat szervezeti diagram.

"Te kell" és a "te nem" minden bizonnyal megvan a maguk helye a kormányzási terve.

Egy sikeres kormányzási terve is van egy erős marketing szög. Kell eladni, és igazolja magát, hogy a lehető legnagyobb mértékben. Egy igazán sikeres kormányzási terve támaszkodik az önkéntes együttműködés az összes SharePoint-felhasználó. (Vannak olyan béren kívüli esetek, ahol nem szükséges a közösségi együttműködés, mint egy nagyon kis számú szigorúan felügyelt felhasználók SharePoint használatakor; Biztos vagyok benne, úgy gondolja, mások). Ha a felhasználói Közösség nem vesz be a kormányzati terv, majd részben sikeres lesz a legjobb.

Szándékosan használom ezt a szót "buy". A Közösség irányítási terv fog vásárolni, ha alapvetően szilárd, és némi erőfeszítést, hogy eladja őket, hogy megy. Értékesítés marketing vezet, és ezért úgy gondolom, hogy a kormányzás tervet kell tekinteni a marketing terv túl. A végfelhasználók számára, hogy kövesse irányítási tervet kell meggyőzni, és önként követik. Ha tudod kap a kritikus tömeg, az emberek a kormányzási terve a következő előnyöket a terv követése, majd lesz egy erősebb környezet.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Megoldás: MOSS közönség összeállítása hozzáteszi, új tagjai

Alsó sorban: Ha szeretné használni a dokumentumprofil-tulajdonság egy szabály létrehozása közönség, a tulajdonságnak kell lennie látható "mindenkinek."

Én dolgoztam egy munkatárs tegnap, és építettek ki egy moha közönség moha egyéni felhasználóiprofil-tulajdonság alapján. Ebben az esetben, a közönség tulajdonság neve "SITECD" és az egyezmény, tárolja a 3 karakterkód. Ő határozta meg a közönség, és egy szabály, hogy azt mondta, hogy ha "SITECD egyenlő"ABG."", Ezután is azon felhasználó arcél, a közönség.

Állítsa be ezt az értéket a felhasználói profil, és a közönség összeállítása, de MOSS egyszerűen nem adja hozzá a felhasználó. Észrevettem, hogy az adatvédelmi profil volt beállítása "csak én" (az legszigorúbb formában) és emlékszem, hogy olvastam valahol, hogy a tulajdonság szabályokban használt profilok láthatóak a "mindenki". Tette, hogy a változás, és ez megfejt a probléma.

Az igazán vicces dolog az, hogy "eszembe jutott" olvastam ez. Ez volt, zsémbes rám ma reggel valamilyen oknál fogva, és rájöttem, hogy már írt egy fejezetet ebben a könyvben, MOSS kifejtette: Egy információkezelő mély merülés a Microsoft Office SharePoint Server 2007, és én ezt a pontot nagyon fejezetben írtam :). Azt gondolta volna, hogy minden szót írtam, ebben a fejezetben kíván bevésődött az én memória.

Matt Morse írja ezt a szép részletesen itt, és a hivatkozott ez a fejezet: http://blogs.pointbridge.com/Blogs/morse_matt/Pages/Post.aspx?_ID=50

</vége>Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Technorati Tags: ,

Használ a MSDN (és egyéb) SharePoint-támogatási fórumok

Tudnék írni az MSDN fórumokban hosszasan, etikett, elnevezési konvenciók, Szálláshelyek keresése, stb. Lehet csinálni, hogy, valójában. Szerettem volna rámutatni, egy kis dolog, amelyek segítik az embereket egy jobb átfogó tapasztalat.

Az utóbbi időben már mondom ember, hogy ha befut néhány fajta probléma-val a SharePoint környezetben, fejlesztési projekt vagy más SharePoint kapcsolatos tevékenység, tegye fel kérdését a fórumok, a művelet lánc korábbi sokkal inkább, mint később. Tudom, hogy a magam, amikor nekem van egy probléma, a lehetséges megoldások száma jelentkeznek azonnal. Azt, hogy ezek lehetséges megoldásokkal valószínűsége, alkalmazhatóságát, és milyen egyszerű ők, hogy vizsgálja meg. Megyek át ezt a listát, és amikor kaptam, hogy #10, Én így iktató hivatal megváltozik-hoz egy kulcs "/ foo/bar/almostThere/isThisIt/noThisIsNotIt/iCantBelieveIAmDoingThis/finallyThere!"egy blog oldalon tanácsára 8 a Google kereső. Ha ez nem működik, Végül tegye fel kérdését, MSDN (pl. itt: http://social.technet.microsoft.com/Forums/en-US/sharepointgeneral/threads).

Azt javaslom, hogy ez a megközelítés fordított. Postai úton a fórumok, jóval korábban a vizsgálatban, mert:

  • Ingyenes az Ön számára egyébként.
  • Nem garantált SLA (amelyek tisztában vagyok, legalább).
  • Ezért, az ember hosszú ideig is eltarthat.
  • Emberek túl gyakran válaszolnak végül.
  • Ha vár addig 2 vagy 3 nappal a probléma első felszínű, te eszeveszett választ és fórumok nem egy jó hely a sürgősségi segítség (hacsak-a ' szerencsés).

Így, alapvetően, egyszerű és ingyenes, és van egy jó esélye van a szerzés némely féle választ, de fog tartani egy darabig, hogy választ (újra, hacsak-a ' szerencsés).

Én is hiszem, hogy én kell távol tartja magát a közösségi segítséget keres, mert nem akarom, hogy pazarolja valaki időt kér segítséget, ha én tudna talál ez ki magam. Néhány fórum moderátorai és az aktív résztvevője lehet érezni, hogy így, de én nem (legalább, Nem érzem, hogy így többet). Én nem látok semmilyen hátránya. A legrosszabb az, hogy tegye fel kérdését, és majd válaszolni magát néhány később, esetleg "pazarlás" némely egy időben. Nem látja, hogy egy nagy kockázat, és van értéke a kutató a kérdések ilyesmi mindenképpen.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Technorati Tags: ,

Kis Megjegyzés: A Microsoft Online Services jelszavak és igazgatási

Elkezdtem dolgozni a Microsoft kis Business Productivity Online Suite néhány hónappal ezelőtt, de most van néhány jobb ok arra, hogy használja azt.

Én még mindig dolgozik az én-m út körül ez, tehát lehet szerzés néhány a terminológia rossz, de alapvetően két nagy felületek: a felügyeleti központ és a magukat a szolgáltatásokat.

A rendszer azt mondta nekem, amit én-hoz cserél az én-m jelszó, így mentem előre, és nem, hogy. Hogy megengedte, hogy folytassa, és együttműködik a szolgáltatás része (SharePoint, e-mailben, és a live meeting). Azonban, Amikor ment a közigazgatás képernyőn, Ez akar enged én-elmondta, hogy ez nem hiszem, az én-m jelszó helyes volt.

A viselkedés egy kicsit furcsa volt. Ha beléptem a jelszó én * gondolat * kell, Ez ki a Felhasználónév és a jelszó üres, és mondd meg a jelszót, vagy hibás volt a userid. Ha be egy nyilvánvalóan hibás jelszó, Ez azt mondja ugyanaz, de érintetlenül a felhasználói azonosító mező.

Már játék körül ezzel részére egy kicsi rövid idő és végül hívott (igen, egy vasárnap reggel). Hihetetlenül, a fickó, Ben, megválaszolt a telefon azonnal. És, Nem kellett, belép egy hitelkártya.

Hosszú történet röviden, a felügyeleti központ jelszavának használ különböző jelszó szabályok, mint a szolgáltatások jelszó. Admin jelszó tartalmaznia kell az alfa, numerikus és speciális karaktereket. Mikor én változtatott az én-m admin jelszó első alkalommal, Nem követte a szabály (Ez nekem nem figyelmeztet, és nem!). Volt képes-hoz cserél ez-hoz egy érvényes felügyeleti jelszót, és kaptam vissza.

Ha azt tapasztalja, hogy a fajta probléma a jövőben, tudod, hogy mi munkás értem és reménykedve ez akarat dolgozik érted.

</vége>Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

SharePoint operációs rendszerként üzlet

Amióta hallottam egy idézet, állítólag során a Q&A munkamenet Steve Ballmer márciusban 2007, Én már valami gazdaságot a lélegzetem, hogy történjen valami. Az idézet alapvetően ez volt: "SharePoint egy operációs rendszer üzleti alkalmazások." Ismerve egy tisztességes darab a SharePoint és a közepes kicsit operációs rendszerek, Azt hittem, nagyon találó. Én vagyok a lélegzetemet, Várakozás a vállalatok számára, hogy igazán vesz figyelembe ezt a fogalmat, és kezdenek építeni alkalmazások a SharePoint Server "operációs rendszer."

Én már szentelt egy csomó gondolat ebben a témában ez év (haladó hát-hoz az én-m 2009 előrejelzések) és én megyek, hogy beszél erről: a Május 2nd SharePoint szombat esemény Washington.

Ez az én bemutató absztrakt, jogosult "használ a SharePoint emelvény, építeni függőleges üzleti alkalmazások":

"Vízszintes?"" Függőleges?"Mit jelentenek ezek a szavak jelent SharePoint környezetben? SharePoint, mivel gyakran halljuk, van egy "platform"-alkalmazások. Ez a tény gyakran elveszett velünk óta az úgynevezett horizontális emelvény jellegét meghatározza, a Dokumentumkezelés és keresés, olyan egyszerű és hasznos, és a maguk. Azonban, SharePoint egyenletes több erős, és vissza fog térni a nagyobb érték, ha függőleges alkalmazások igazodnak az üzleti napról napra követelmények létrehozásához használt. Ezen az ülésen ismerteti a emelvény jellegét meghatározza össze egy verticalized oldat, használ egy valós üzleti példa-egy eladási ajánlatot kezelési folyamat és a vevő átjáró. A hangszóró célja, hogy nyisd ki a szemed, a lehetőségeket a SharePoint emelvény, és képes mozgósítani a vízszintes emelvény jellegét meghatározza speciális üzleti megoldások, a függőleges szervezet létrehozásához.

Ha a tárgy nem úszó a csónak, van egy csomó más jó téma. DC egy nagyszerű hely, és önmagában, hogy látogassa meg, és.

Regisztráció megnyitja csütörtökön, 04/16. Tartsa a tetején a helyszínen, és leülni, mielőtt túl késő 🙂

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Kanadai perc

Ebben az időben a múlt héten, Én voltam a Montreal, részt vett az ajánlott SharePoint-csúcstalálkozó 2009. Adtam egy 3.5 óra konzultáció-ra telepítése és testreszabása a SharePoint. Ez ijesztő tartozott több szinten. Nem vagyok igazán egy SharePoint-admin, de tudom, hogy elég, hogy egy útmutató a témában. (Szerencsére, A Geoff Schaller Szoftver célok Ausztrália, néhány többek között, volt néhány mélyebb kérdések megválaszolására a tömegben [Nem tudom, mit tesz a víz, ott, de szükségünk van egy részét itt az USA-ban]).

de, vissza a sok szinten scariness... Ez volt a lehetőség, hogy nagyon unalmas egy csomó. Valójában a WSS telepítése, és akkor felminősített ez-hoz moha. Egy szoba tele az emberek előtt. Kanadai nép. Nem voltak hosszú 5 és 7 perc hiányosságok, ahol néztük a telepítési folyamat pöfög végig. Kellett, hogy töltse ki az idő valami hasznos és érdekes. Nem vagyok biztos benne, hogy sikerült.

Végül, Ez volt a loooong. Három és fél óra. Ez egy hosszú bemutatása. Csináltam egy kis vicc, hogy, mondás "van előttünk hosszú bemutató. Három és fél óra. az 210 perc. És én nem is tudom hány percig, hogy a kanadai.

Mindenki nevetett, és ennek következtében, Montreal is officially on my Good Places list 🙂

Még akkor is, ha nem nevettek az én vicc, Akar szerelem Montreal. Én megpróbál nagyon keményen kell nyitott gondolkodású, és nem az én-m vonunk le South Park, de bevallom, az én nagy bosszúságára, hogy fogalmam sem volt, hogyan jó a nagyváros, Montreal. Alig várom, hogy menjen vissza a néhány hónap, Mikor-a ' egy kicsit melegebb, Nézz vissza.

Egy kapcsolódó Megjegyzés: valami, Ültem át Erik Swenson első nyilvános bemutató jogosult "IA és Branding folyamat: Vázlatok az Wireframes Hi-hűség tervek." (Erik az EMC kollégám). Nézze meg az elvont itt: http://www.sharepointsummit2009.com/conference_day2.htm. Is rögzített, hogy neki. Többször próbált néhány "Akció lövés", és amikor elhallgatott, hogy igyon egy kis vizet rá nagyított. Nem mindig sikerül, but I tried 🙂

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Technorati Tags: