Monataj Arkivoj: Septembro 2007

Kiel al troubleshoot mistera SharePoint eraroj.

Superrigardo:

Elpuriganta estas malfacila kiam evoluiganta laŭmendan funkcion por Fenestroj SharePoint Servoj 3.0 (WSS) Aŭ Microsoft Oficejo SharePoint Servilo (MUSKO). La ĉefa kulpulo estas ke SharePoint normale supriĝas tre malgranda diagnoza informo sur la araneaĵa retumilo kiam eraro okazas. Ĉi tiu bloga eniro priskribas kiel troviĝi suplementan sistemon-produktita diagnozan informon kiu ofte povas provizi tiun kroman pecon de detalo ke unu bezonoj por identigi radikajn aferojn. Tio ĉi povas tiam gvidan al solvanta la problemon.

Mi uzis ĉi tiun teknikon kun granda sukceso solvi alie misterajn erarojn.

Alproksimiĝo:

SharePoint savas grandan interkonsenton de informo al diagnoza ensaluti ŝtipan dosieron en la 12 Hive.

La "12 hive" Estas kutime troviĝita ĉe "C:\Programo RegistrasOftajn DosierojnMicrosoft DividitaRetservilajn Etendaĵojn12". (Mi ne estas certe se ĝi estas ebla por la 12 Hive vivi anywhere alia, Fakte).

La ideo estas troviĝi la nunan ŝtipan dosieron, Devigi la eraron kaj tiam rapide malfermi la ŝtipan dosieron. Ĉi tiuj ŝtipaj dosieroj estas karakterizita de:

  • Abundaj kvantoj de informo. SharePoint produktas tre granda kvanto de diagnoza informo kaj skribas ĝin al tiu ŝtipo registras tre rapide. Vi devas esti rapide kun la fingroj kapti ĝin.
  • Multo. SharePoint ne skribas al ununura ŝtipa dosiero sed prefere produktas multoblajn ŝtipajn dosierojn en sinsekvo.
  • Kopio kaj almeti agrable en f-ino Excel.

Mia preferata metodo:

  1. Malfermi supre fenestran esploriston indikanta al la 12 Hiveŝtipoj.
  2. Ordigi la vidon montri de modifita daton (Plej lastatempa unua).
  3. Reliefigi la plej nuna ŝtipa dosiero.
  4. En araneaĵa retumila fenestro, Devigi la eraron okazi.
  5. Rapide malfermi la nunan ŝtipan dosieron kaj kopii ĝiajn enhavojn al f-ino Excel.
  6. Salti al la fino kaj analizi la rilatajn enirojn.

Aliaj Notoj:

De nerepago, La diagnoza ŝtipo estas troviĝita en la 12 HiveARBOHAKAS adresaron.

f-ino Best praktikoj (Kiel por Mike T. De Microsoft) Deklari ke la ŝtipaj dosieroj devus esti savita al aparta malfacila stirado. Unu faras tion ĉi tra centra admin. Via sistema administranto eble faris tion ĉi, En kiu kazo vi evidente devus trovi la ŝtipan dosieron tie anstataŭ la nerepago 12 Hive loko).

Ĉi tiuj eniraj adresoj eldonas kiel:

  • SharePoint workflow malsukcesita komenci pro interna eraro.
  • (Pli esti aldonita super tempo)
  • Ĉi tiu eniro estis helpema diagnozanta workflow eraroj (Ekz. "La workflow malsukcesita komenci pro interna eraro").

MUSKO: Efika enkonduko al Organizo

(#?I tiu enira kruco #po?ti inter http://paulgalvin.spaces.live.com/blog/ Kaj http://blogs.conchango.com)

La afiŝoj sur ĉi tiu ejo estas mia propra kaj ne nepre reprezentas la poziciojn de Conchango, strategioj aŭ opinioj.

Superrigardo:

Ĉi tiu eniro priskribas iun fonan informon sur granda (3,000 Uzantoj) Microsoft Oficejo SharePoint Servilo (MUSKO) rollout kaj kio ni faris akiri la projektan ruladon en tia vojo ke la kliento estas feliĉa kaj firme malsupren vojo ke finoj kun plena adopto de la MUSKA ĉefaĵa aro. Kiel de la skribo de la eniro, Ni estas proksimume 50% Kompletigi kun la unua fazo de la projekto. Kiel afera progreso, I??L #?isdatigo #?i tiu eniro kaj/#a? skribi novajn enirojn.

En #?i tiu specifa kazo, La firmao jam instalis SharePoint Portala Servilo 2003. La ITa grupo instalis la produkton en speco de "lasita-a vidi se iu ajn zorgas" Modo. Ĝi estis rapide adoptita de multaj komercaj uzantoj kaj fariĝis tre populara en la entrepreno ĉe granda. Kiel vi povas imagi, #Tio ?i ne estis la plej bona rollout strategio (Kiu la kliento vole agnoskas) Kaj kiam MUSKO alvenita sur la sceno, La kliento solvita "fari ?in #?uste" Kaj dungis nin helpi ilin.

Unu el la centraj demandoj alfrontanta nin kiam ni komencis efektiviganta #?i tiu projekton estis: Kiel ni enkondukas MUSKO al #?i tiu kliento? Donita ke la kliento jam havis sperton kun SharePoint, Ni scivolis — #?u ni devas fari "diferencialon" Trejnanta #a? #?u ni komencas de la tero supre? Post kiam laboranta kun kernaj uzantoj, Ni determinis ke traktanta tion ĉi kiel verda kampa projekto faris pli da sento.

KE decido donis komencantan punkton sed ankoraŭ lasita nin kun la grava postulo kalkuli ekstere bonan strategion por rulanta MUSKON ekstere al la entrepreno. MUSKO estas tia granda besto … Ĝi inkluzivas kontentan administradon, Dokumenta administrado, Serĉo, Sekureco, Spektantaro celanta, Projekta administrado, "Rava kvardek" #?Ablono, Workflow, Komerca datuma konektilo, Ktp. Kupli tion ĉi kun la fakto ke ĝi estas granda organizo kiu Ujo Vere fari uzon de #preska? #?iu grava MUSKA #?efa?o kaj vi havas la makings de granda projekto kun entreprena atingo kaj multaj bonaj aferoj okazanta.

Ni??E alfrontita kun #?i tiu afero ree … MUSKO havas entreprenan atingon kun #?ia entreprena #?efa?o-aro, Sed tamen #e? iom altnivelaj klientoj havas malfacilan tempon mense sorbanta tiujn #?efa?o, Lasita sole inkluzivanta nemalgrandan frakcion de ili en ilia #?iutaga rutino.

Mi ne havas magian solvon al la problemo. Mi male traktas nur la tre unuaj paŝoj kiu ni prenis kun la kliento gvidi ilin malsupren la vojo al sukcesa longatempa adopto.

Amplekso:

Tiom multe kiel mi deziris la teamon al metio projekta plano kiu inkluzivis tiajn #mejlo?tono kiel "PoepleSoft Integrigo tra BDC Kompletigis", "Nova Kruco-Departementa Produkto Lanĉas Workflow Kompleta" Kaj "Administra Administrada KPI-a Tradicia", Mi devis solvi por io malpli. Tio ĉi ne estas diri ke "malpli" Estas malbone. Fakte, La "malpli" KE ni decidis por la komenca rollout estis mejloj antaŭen de kie ili estis antaŭ ol ni komencis. En nia kazo, La "malpli" Turnita en:

  • Simpla dokumenta administrado uzanta dokumentajn bibliotekojn, Versia kontrolo kaj kontentaj tipoj.
  • Efika #ser?o bazita sur kontentaj tipoj kaj personigis preparan #ser?o (Tra administrita #nemovebla?o, XSLT produkti #sufi?e rezultoj, Ktp).

Krom la supra entrepreno-#lar?a #?efa?o (Signifanta ke ili estis esti elrulita al #?iuj departementoj kaj uzantoj), Ni aldonis la sekvantan singleton en-amplekso mini-projektoj:

  • Pruvo de koncepta BDC integrigo.
  • Multi-#pa?o kaj multi-filio workflow pretigas kreita tra SPD.
  • Kompleksa InfoPath formo.
  • #Supri?i KPI?? Por iu komerca procezo (#Ver?ajne HRa talento akiro en nia kazo, Kvankam kiu povas #?an?i).

La amplekso #?i tie ne estas 100% Preciza sed reprezentanto de nia alproksimiĝo kaj sufiĉa por mia celo ĉi tie, Kiu estas klarigi kion mi konsideras esti "efika" Enkonduko de MUSKO kiu fiksos la klienton firme malsupren la ora vojo al plena MUSKA adopto.

Mi ne skribos multe pli pri la singleton en ĉi tiu eniro. Mi ja deziras atentigi ke ĉi tiuj estas parto de nia super-ĉefanta strategion. La ideo estas efektivigi la kernan dokumentan administradon kaj serĉaj ĉefaĵoj al ĉiuj uzantoj ankoraŭ provizas tre praktikan, Alta videbla kaj tre reprezentaj ekzemploj de aliaj kernaj MUSKAJ ĉefaĵoj kiu estas simple pretere la kapableco de plejpartoj de uzantoj sorbi ĉe ĉi tiu frua stadio. Tamen, Ili estos "tie" Kaj unu esperoj ke aliaj komercaj unuoj scios de #a? lerni pri ili kaj deziri tiujn #?efa?o por si mem, Gvidanta al pli granda adopto. Ĉi tiuj singleton sukcesaj rakontoj ankaŭ servi provizi nian vendan teaman "municion" Por sukcese gajna sekundo, Tria kaj n-fazaj projektoj.

Kio Ni Enkondukis kaj Kial?

Solvis sur dokumenta administrado kaj #ser?o kiel etalona entrepreno-#lar?a postulo, Ni devis komenci kolektanta detalojn. Kiel praktika afero, #Tio ?i rondirita #?irka? komprenanta iliajn dokumentojn kaj ke fine mapita al komprenanta kontentajn tipojn.

Mi trovis ĝin estas malfacila klarigi kontentajn tipojn sen vidaj adjutantoj. Pli teknika homo povas piediri for de diskuto pri kontentaj tipoj kiam CT-a estas priskribita en datumaraj terminoj. "CT estas simila al datumara tablo, ?i havas kolumnojn kaj kolumnojn estas difinita en terminoj de datumaj tipoj, Sed CTa datumo tipoj inkluzivas pli ol simpla integrala/dato, Sed #anka? "elektita" Kaj "lookup" Kaj la ŝatas." Ni povas paroli pri "etendanta" Kontentaj tipoj, Multe da kiel unu povas heredi funkcion de baza klaso en objekto oriented lingvoj. Tamen tio ĉi estas evidente ne helpema por la transportada departemento admin persono kiu havas ne teknikan fonon. T.e., #Preska? #?iu ke aferoj en MUSKO rollout.

Uzanta blankan tabulon estas iffy. Mi prezentis la ideon de kontenta tipo kaj tirita spritulon (#A? do ili #?ajni) Bildoj de kontentaj tipoj kaj kio ili fari por vi en terminoj de #ser?o kaj kiel ili povas esti vastigita, Ktp. En la fino, ?i faras senti kiel kelkaj ampoloj turnis sur, Sed la rezultinta blanka tabula bildo estas malordo.

#Tio ?i gvidis nin al nia nuna kaj tiel ege plej efika #alteri?o loko: MUSKO sandbox ejo formita montri #?i tiu #?efa?o.

Uzanta la sandbox ejo, Ni montras:

  • Kontentaj tipoj:
    • Kreanta CT kun multoblaj datumaj tipoj (Teksto, Dato, Elektita, Boolea, Lookup, Ktp).
    • Etendanta CT de kreanta novan CT bazita sur gepatro.
    • #Ser?i dokumentojn uzanta CT metadata.
  • Dokumentaj bibliotekoj:
    • Asocianta ununuran CT kun biblioteko.
    • Kio okazas kiam nin #al?uto dokumento al tiu biblioteko?
    • Asocianta multoblan CT?? Kun doc biblioteko.
    • Kio okazas kiam nin #al?uto dokumento al tiu biblioteko?
    • Filtranta kaj ordiganta tra kolumno headings en doc lib.
    • Dokumenta biblioteko vidoj:
      • Ordiganta
      • Grupiganta
      • "Rapida eniro" (Datuma folio vido)
      • "Untagged datumo" (Helpi kun migrado al MUSKO de aliaj kontentaj fontoj; Pli da sur #tio ?i malsupre).

La Sandbox Ejo:

Ni desegnis nia sandbox ejo esti konstanta #?efa?o en la evoluada medio esti uzita por trejnanta celojn longe post kiam ni finas la projekton kaj inkluzivis plurajn artefaktojn kiel priskribita:

Kontentaj Tipoj:

Ni difinis la sekvantajn enhavajn tipojn: Fakturo, #A?eto Ordo, Serva Fakturo.

Ni elektis Fakturon kaj #A?eto ordon #?ar ili estas pli malpli universale #nesufi?e
Starita entojn. Ĉiu en komerco komprenas ke fakturo estas postulo por pago al Kliento Por Kvanto Eldonita sur certa Dato Esti pagita kiel por kelkaj Pagaj terminoj. Tio ĉi gvidas al natura difino de CT kiu ni vokis "Trejnan Fakturon" (Distingi ?in de ajna alia speco de fakturo). La aĉeta ordo estas simile facile difinita. Ni ankaŭ kreis "Trejnan Servan Fakturon" De kreanta novan CT bazita al la "Trejna Fakturo" CT kaj aldonita nur unu kolumnon, "Priservas farita".

Kun la supra, Ni nun povas montri kelkajn kernajn #?efa?o de CT?? Sen akiranta bogged malsupren provanta klarigi abstraktan koncepton unue; #?Iu jam komprenas kion ni signifas de "fakturo" Kaj "#a?eto ordo" Kaj estas male kapabla koncentri sur mekanikoj de la CT ?i mem.

Laŭmendaj Listoj:

CT kun kolumnoj de tipo "lookup" Indiki al laŭmenda listo aŭ dokumenta biblioteko. Ni uzas tion ĉi amplekse kaj por la sandbox, Ni kreis unu subtenanta laŭmendan liston kiu enhavas klientojn. Ni elektis klientojn ĉar ĝi estas facila koncepto kompreni kaj facile montri. La Faktura CT havas kolumnon, "Kliento" Kiu estas difinita de tipo "lookup" KE punktoj ĉe ĉi tiu listo.

Ni kreis similan #la?menda liston administri "vendistojn" Por la "#A?eto Ordo" CT.

Dokumentaj bibliotekoj:

Ni kreis du dokumentajn bibliotekojn: "Fakturoj" Kaj "#Memkontra?a Dokumentoj".

Ni formis la fakturan dokumentan bibliotekon administri nurajn dokumentojn de CTa tipo "Fakturo".

Ni formis la "#Memkontra?a Dokumentojn" Biblioteko administri #?iu tri CT??.

Krei plurajn vidojn kiu montras ordiganta, Filtranta, datuma folio kaj #grupi?o.

Serĉo:

Ni difinis du nova administrita #nemovebla?o kaj mapis ilin Fakturi Nombron kaj Klienton.

Ni kreis novan personigis preparan #ser?o ejon kaj modifis ?in ebligi uzantojn #ser?i "fakturojn" Uzanta tiuj du mapita #nemovebla?o.

Modifi la XSLT por ke la fakturo kaj klienta nombro, Kiam donaco, Aperi en HTMLa tablo en brila koloro. La objektivo ĉi tie estas montri ke tia aspektigado eblas.

Metanta ?in #?iu kune:

Ni #aran?i por kernaj uzantoj partopreni en elmontro.

Ni sekvas #?i tiu simplan skribon:

  1. Priskribi la signifon kaj celon de CT, Uzanta fakturojn kaj #a?eto ordojn kiel ekzemploj.
  2. Montri la fakturan CTan difinon dum samtempe certiganta ilin ke ili surmetas?? Bezono uzi tiujn kribras sin mem, Nur kapti la konceptojn.
  3. Iri al la faktura dokumenta biblioteko.
  4. #Al?uto dokumento.
  5. Montri ke la klienta falo-malsupren estas vere sourced de #la?menda listo.
  6. Aldoni novan klienton al la klienta listo kaj tiam #?isdatigi la #?us uploaded fakturon?? Meta datumo kun la lastatempe kreita klienton.
  7. #?Alti al la "#memkontra?a dokumentoj" biblioteko kaj alŝuto dokumento. Klarigi kiel la sistemon instigas por dokumenta tipo.
  8. Reveni al faktura dokumento biblioteko kaj rezulto kiel klakanta sur kolumna noma ŝanĝa speco ordo.
  9. Montri kolumnon-nivelo filtranta.
  10. Montri malsamajn vidojn kiu montras multi-nivelo ordiganta, Filtranta kaj #grupi?o.
  11. Montri la datuman folian vidon.
  12. Klarigi la celon de "untagged dokumentoj" Vido.
  13. #?Alti al la personigita altnivelan #ser?o.
  14. De nun, La #?us uploaded dokumento devus esti rampita kaj indeksita, Sekve elfari #ser?o kiu montras kapablecon #trovi?i tiun fakturon tra la mapita #nemovebla?o.
  15. Ni montras la diferencon inter #ser?i tra mapita #nemovebla?o #kontra?. nur teksta #ser?o.

Ĉe ĉi tiu punkto, Ni estas pli malpli farita kun la elmontro. Ĝi ŝajnas preni proksimume 30 Al 45 Minutoj, Dependanta sur kiom da demandaj homoj demandas.

Ni tiam sendas ilin reen al iliaj skribtabloj kun "hejmtasko". Tio ĉi konsistas de simpla excel spreadsheet kie ni demandas ilin difini por ni kio ili pensas ilin devas en terminoj de CT-a, #Amba? #?e alta nivelo (nura nomo kaj komerca celo) Tiel kiel kolumnoj kaj tipo de datumo ili entenus en la kolumno. Ni ne demandas ilin difini kolumnan datumon entajpas MUSKAJN terminojn, Sed komercaj terminoj.

En Resumo:

Ni kreis sandbox medio ke ni povas uzi montri iun kernan MUSKON prezentas kies pledo estas entrepreno-larĝa.

Ni modeligis facile komprenita kaj oftaj komercaj entoj por ke uzantoj povas koncentri sur MUSKO kaj ne akiri bogged malsupren sur la entoj / Ekzemploj si mem.

Komercaj uzantoj piediras for de tezaj sesioj kun "hejmtasko" En la formo de excel dokumentoj kiu ili estas nun kompetentaj plenigi ekstere kaj uzo por desegnanta ilian propran unua-inciza enhavo tipoj.

Fine, Kiel ni elfaras elmontrojn super tempo, La kliento?? Teamaj membroj si mem #fari?i pli kapabla porti #anta?en, Fari la elmontron?? Si mem kaj #?enerale liberigi supre la ripozon de ni #?is laboro sur pli da kompleksaj aferoj, Kiel tutmonda taksonomio, Kompleksa workflows, BDC kaj la #?ati.

Lernanta Agile // Scrum

Mi petis iun konsilon hodiaŭ sur bonaj rimedoj por akiranta komencita kun lernanta Agile kaj Scrum. Ĉi tie estas resumo de la respondo. Mi fidas la fontojn sed mi ne scias ke tio ĉi estas ampleksa (Mi estas certe ĝi ne estas).

Mi eble transskribis kelkaj de tio ĉi neĝuste.

Multoblaj homoj provizis respondojn kaj Agile Projekta Administrado de Ken Scwaber estas la konsekvenca "unua #plon?o" Rekomendo.

Famuloj:

  • Ken Schwaber
  • Mike Cohn

Libroj:

  • Agile Projekta Administrado kun Scrum De Ken Schwaber.
  • Magra Softvara Evoluado: Agile Toolkit por Softvara Evoluado #Mana?ero De Mary kaj Tom Poppendieck.
  • "Io ajn de Mike Cohn"
  • Agile Retrospectives De Ken Schwaber, Diana Larsen, Esther Derby.

Ligoj: