Kategori Arkiv: Samråd med

Att hitta stora SharePoint talang

Här är en annan artikel som jag skrev för den goda människor vid SharePoint Briefing rätt "att hitta stora SharePoint talang". Artikeln försöker ge några råd om hur att hitta riktigt bra och väl erfarna människor när du är ute efter för att expandera din personal.

Här är en teaser:

Teaser

Kolla in.

</slutet>

Prenumerera på min blogg.

Följ mig på Twitter vid http://www.twitter.com/pagalvin

Bli inte en elefant i en porslinsbutik

En kort historia av SharePoint (Från en relativ nykomling perspektiv)

Anmärkning: Denna artikel var postat ursprungligen till www.endusersharepoint.com. I forgot to post it to my own blog 🙂

SharePoint har utvecklats mycket sedan dess tidiga dagar som en inkubation teknik på Microsoft –Det är utvecklats nästan som en skräckfilm, där galen vetenskapsman skapelsen tar på ett eget liv, bryta fri från dess skapare förväntningar och regler. Den tekniska utvecklingen är uppenbart – WSS 3.0 objektmodellen är rikare och mer komplex än WSS 2.0, som var sig själv en förbättring jämfört med tidigare versioner. Nästa version kommer utan tvekan visar enorm förbättring över 3.0. Från slutanvändarens perspektiv, men, SharePoint evolution är ännu mer betydande.

I början, SharePoint erbjuder inte mycket till slutanvändare. De skulle ha sina vanliga funktionskrav, arbeta med att definiera dem väl och implementera en lösning. Det skulle använda SharePoint för att lösa problemet. Produkten var inte mycket tillgänglig för slutanvändare. Jag har tänkt kastade några analogier, men jag beslöt att hålla Venn-diagram för att visa vad jag menar. När Microsoft först släppas SharePoint till världen som en kommersiell erbjuder, Det följde ett relativt traditionella mönster av slutanvändaren <-> IT relation. En hel del slutanvändare, kommunicerar och arbetar med ett mycket litet antal människor för att leverera lösningar som löser affärsproblem:

image

Övergripande problemet domän som SharePoint är en lämplig plattform är liten (särskilt i jämförelse med dagens SharePoint. Slutanvändare och det fungerade i en mer klassisk arrangemang med det: definiera krav till det, vänta för IT gör deras arbete bakom gardinen och ta leverans av den färdiga produkten.

Som SharePoint utvecklats till den 2.0 världen (WSS 2.0 och SharePoint Portal Server), flera saker har hänt. Första, "problemet domän" ökat i storlek. Av problemet domän, Jag menar slags problem som SharePoint kan vara en hållbar lösning. Till exempel, du skulle inte tänka alltför hårt om genomföra en allvarlig söklösning i en SharePoint-miljö till SPS (och även då, Det var inte så bra som det behövde vara). På samma gång, Slutanvändare har en oöverträffad förmåga att inte bara definiera, men också genomföra egna lösningar med liten eller ingen IT-support.

Den 3.0 plattform (WSS och MOSS) bibehållas och ökas med det momentum. Problemet domän är enorm jämfört med den 2.0 plattform. Praktiskt taget varje avdelning i ett företag, allt från tillverkning av hälsa och säkerhet avdelningar till marknadsföring, från försäljning till kvalitetskontroll – kan de hitta en bra användning för SharePoint (och det är inte ett fall av mosa en rund pinne i ett fyrkantigt hål). På samma gång, plattformen ger ännu fler slutanvändare att genomföra sina egna affärslösningar. Jag försöker fånga det med detta diagram:

image

Detta har visat sig vara både en potent och frustrerande blandning. Den 3.0 plattformen blir tidigare stabil roller på huvudet. Plötsligt, Slutanvändarna är effektivt domare, jury och bödel affärsanalytiker, ansökan arkitekt och författare för sin egen business solutions. Detta blir till hjärtat av problemet jag skriver om. Men innan jag dyka in i det, Låt oss betrakta elefanten i rummet.

Peering i kristallkulan

Hur kommer SharePoint 2010 påverka detta mönster? Det kommer vara inkrementell eller revolutionär? Kommer mer, färre eller om samma antal slutanvändarna befinner sig befogenhet att bygga lösningar i SharePoint 2010? Will SharePoint 2010 problemet domän expandera ytterligare eller kommer det bara förfina och effektivisera vad det erbjuder redan i WSS 3.0 / MOSS?

Det finns tillräckligt med information "ute" att säga säkert att det allmänna svaret är:

  • Problemet domän kommer att dramatiskt utöka.
  • Användare kommer att finna sig ännu mer rätt än innan.

Venn Diagram skulle vara större än denna sida och orsaka vissa IT-proffs och CxO's för att nå för deras Pepto.

Jag tror det kommer att bli en enorm möjlighet för företag att göra vissa verkligen omvälvande saker.

Inga tjurar i min Kina Shop!

Detta låter bra, men från min synvinkel som en SharePoint-konsult och sätta mig in i skor av en IT-chef, Jag ser denna vision. Jag äger en Kina butik med vackra tallrikar, Crystal, m.m. (min SharePoint-miljön). Jag har hyrt ett utrymme, Jag har köpt min inventering och lade den ut allt som jag vill ha det.. Jag är inte riktigt redo att öppna, men i väntan, Jag tittar på dörren för att se om mina kunder kö och jag märker faktiskt tjur ute. Jag tittade närmare och jag faktiskt se två tjurar och även en varg. Sedan märker jag att det finns några får. Får är Dålig, men de kanske förklädd varg? Jag vill inte tjurar i min Kina shop!

Det blir värre! När jag hyrde utrymmet, Jag kunde inte tro hur trevligt det var. Bred och öppen, fantastiska bekvämligheter, mycket rimligt pris. Men, nu jag insåg att de öppna vidderna och den stora dörren är bara perfekt storlek för en tjur att komma vandrande i och låg avfall till min Kina.

Jag driver denna analogi för långt, Självklart. Slutanvändarna är inte tjurar (de flesta av dem, Hur som helst) och IT-avdelningar inte (eller säkert bör inte) Visa deras förbrukaren samhälle med den typen av misstanke. Men, Det är denna typ av perfekt kollision äger rum redan i den den 3.0 plattform som förväntat kommer bara bli värre i SP 2010. SharePoint redan ger och uppmuntrar användare att utforma och genomföra egna lösningar.

Det är bra och alla, men faktum är att det är fortfarande en mycket teknisk produkt och fortfarande kallar för typ av kraftfull business kravanalys, utformning och allmän planering och förvaltning som tekniska projekt kräver för att lyckas. Dessa är inte typ av färdigheter som många användare har i sin väska tricks, särskilt när fokus är på en teknisk produkt som SharePoint.

Jag har gett detta mycket tankearbete under det senaste året eller så och jag ser inte något enkelt svar. Det handlar verkligen om att utbildning och yrkesutbildning. Jag tror att SP 2010 kommer att ändra spelet lite och det kommer att spela olika sätt och i slow motion som företag rulla ut deras SP 2010 lösningar över 2010 och därefter. För att lyckas, Slutanvändare måste förvandla sig själva och få lite det religion. De måste du lära dig lite om krav på korrekt
analys. De kommer att behöva vissa designdokumentation som tydligt identifierar business arbetsflöde, till exempel. De behöver för att förstå grundläggande begrepp som CRUD (skapa, Update- och delete), dev/test/qa/prod miljöer och hur man använder denna infrastruktur till ordentligt distribuera lösningar som lever bra länge och böj (inte bryta) som svar på förändringar i en organisation.

Under de kommande veckorna, Jag planerar att försöka ge några av mina egna nya idéer, samt länk till det stora arbete som många andra författare (på www.endusersharepoint.com och på andra håll) så att intresserade användare kan lära sig att gamla tiden det religion. Hålla ögonen öppna.

</slutet>

Prenumerera på min blogg.

Följ mig på Twitter vid http://www.twitter.com/pagalvin

Technorati Tags: ,

Samråd med kan vara lite likadana dra ut dina egna tänder

[Anmärkning: Denna artikel korspostats till Slutanvändaren SharePoint Här: http://www.endusersharepoint.com/2009/09/09/sharepoint-a-case-study-in-ask-the-expert/]

Ibland, När du arbetar som konsult (som ett yrke, eller i en rådgivande roll inom ditt företag), Du befinner dig i en lök historia. Löken har en serie artiklar kallas "Ask en [expert] om [vissa problem]”. Detta följer det berömda "Dear Abby" formatet där en berörda personen begär personlig rådgivning. Löken är "expert", men, är så fokuserad på sitt område av expertis och aktuella problem att experten ignorerar frågan helt och rambles om hans område av expertis. Som konsulter, Vi måste ha detta i åtanke hela tiden och undvika att falla i den fällan. Det beskrivs klassiskt såhär – "när du använder en hammare hela dagen för att lösa dina problem, allt börjar se ut som en spik." Vi professionella konsulter är alltid på vakt mot sånt, men vi kommer i kontakt med människor som är seriösa proffs inom sin egen roll, men inte konsulter. De har inte samma behov eller utbildning att göra annorlunda.

Förra veckan, Jag skrev om en av företagets kunder och ett pågående projekt Vi måste möjliggöra hög kvalitet samarbete mellan olika ögat läkare i USA och Kanada utför klinisk forskning om sällsynta sjukdomar. Förutom att utnyttja core SharePoint-funktioner för att möjliggöra att samarbete, Vi arbetar också en utgift inlämnande och godkännande process. Det är komplicerat eftersom vi har så många aktörer:

  • En handfull personer på olika läkare praxis som kan ange kostnader på rad.
    • Det finns över 40 läkares praxis.
    • På några metoder, läkaren använder systemet direkt.
    • På många metoder, läkarens personalen använder systemet direkt.
  • En finansiell administratör (som arbetar för min direkta klient) som recensioner kostnader för noggrannhet och relevans, godkänna eller neka dem på organisationsnivå.
  • En 3rd partiet konton betalas grupp. Dessa människor betalar alla räkningar för ut klienten, inte bara räkningar kommer från sällsynt sjukdom studien.

Leverantörsreskontra-gruppen har varit en utmaning. Arbeta med dem igår påminde mig om lök serien. I min roll som affärskonsult, Jag förklarade behovet för konton betalas företaget:

  • Kliniska studier platser (läkares praxis) ådra sig studie-relaterade kostnader.
  • De loggar in på "webbplats" och ange deras utgifter i samband med ett online-formulär. I detta fall, "webbplatsen" är värd med SharePoint och utgifterna som registreras i ett InfoPath-formulär. Bekostnad kvitton skannas, laddade upp och fäst direkt till formuläret.
  • Arbetsflödesprocesser söker godkännande från lämpliga finansiella administratören.
  • Du, Kära 3rd part AP företag – granska och godkänna eller avvisa denna kostnad. Jag skickar det till dig några sätt som du vill (inom rimliga).Vid denna punkt i diskussionen, Jag bryr mig egentligen inte hur det måste paketeras. Jag vill arbeta med gruppen AP att förstå vad de behöver och vill ha.

När jag förklarade behovet, den 3: e parten tog en djupdykning i deras inre rappakalja lingo om bekostnad godkännandeprocesser, Oracle koder, vice presidentens signaturer, 90 dag turn-arounds, m.m.. Och panik. Jag ska inte glömma paniken. En av bed rock kraven av det samrådande yrket är att lära sig att kommunicera med människor som det som är själva inte utbildade eller nödvändigtvis känner ett behov av att göra samma sak. Bland annat, Det är en av de bästa delarna av att vara konsult. Får du in i en värld fylld med affärsmän med helt olika perspektiv. Jag antar att det är lite som att ange huvudet på en seriemördare, Förutom att du inte förstört för livet efter erfarenheten (men att gå in i en AP-chef är inte en promenad i parken [se viktig information nedan ***] ).

En av de bästa sakerna med vår tekniska värld som SharePoint människor är att vi har färdiga svar på många av de välgrundade farhågorna att människor som min AP kontakt har. Är det säkert? Hur vet jag att kostnaden var ordentligt kontrollerats? Kan jag, som slutliga betalare, Se alla detaljer på bekostnad? Hur gör jag det? Vad händer om jag ser på dessa detaljer och godkänner inte dem? Jag kan förkasta dem? Vad händer om ändringarna som organisation och den ursprungliga godkännaren inte längre runt? Vi kan enkelt ändra processen för att återspegla förändringar i systemet? Kan jag se över denna kostnad ett år senare om och när jag får granskas och behöva försvara betalningen?

Som SharePoint människor, Vi kan se hur man svara på dessa frågor. I min klient fall, vi besvara dem mer eller mindre så här:

  • InfoPath-formuläret så att platser att spela in sina utgifter och skicka in dem för godkännande.
  • Platser kan återvända till platsen för att visa status för deras utgiftsrapporten när som helst.
  • Som betydande händelser inträffar (t.ex. bekostnad är godkänd och skickats in för betalning), systemet meddelar proaktivt dem via e-post.
  • Systemet meddelar finansiella administratören när en rapport har lämnats in för godkännande.
  • Finansiella administratören godkänner eller nekar begäran.
  • Efter godkännande, bekostnad är paketerade i ett mail och skickas till 3: e part betalare organisationen.
  • 3: e part betalaren har all information de behöver för att granska bekostnad och kan komma åt SharePoint-miljön att gräva i Detaljer (främst granskningshistorik att kontrollera "sanningen" av kostnader).
  • 3RD part betalare kan godkänna eller avvisa med sin egen inre process. De spela in det resultatet tillbaka på SharePoint-webbplatsen (som utlöser ett e-postmeddelande till rätt personer).
  • I framtiden, Det skulle vara trevligt att klippa ut stilly e-processen och i stället foder bekostnad informationen direkt in i deras system.

Sammanfattningsvis, Det är en livsstil här som jag beskriver från professionella konsultens perspektiv, men som gäller nästan lika full tid anställda i en BA och/eller effekt användarroll. Arbeta tålmodigt med experter i företaget och extrahera core kraven så gott du kan. Med en djup förståelse av SharePoint-funktioner och funktioner för att utnyttja, mer ofta än inte, du kommer att kunna svara på frågor och erbjuda sätt att förbättra allas arbete dag hävstångseffekt core SharePoint-funktioner.

***Viktigt att notera: Jag menar verkligen inte att jämföra AP människor att seriemördare. Men, Jag kan nog nämna några AP pro's som har förmodligen önskat att de kunde få ett besöksförbud mot mig förfölja dem och frågar om och om igen. "Var är min check?"" Var är min check?"" Var är min check?”

</slutet>

Prenumerera på min blogg.

Följ mig på Twitter vid http://www.twitter.com/pagalvin

SharePoint – vad är det bra för? En hälso-och sjukvård Mini-Fallstudie

[Anmärkning: Detta blogginlägg är cross posted at Mark Millers webbplats här: http://www.endusersharepoint.com/?p = 1897]

En av mitt företag mer ovanliga klienter är en New York City läkare som är världsledande inom sin medicin (Eye care). Som många läkare, Han har ett starkt intresse för forskning. Han ville göra en del efterforskningar på en sällsynt ögonsjukdom som påverkar ett relativt litet antal människor i USA. och Kanada. Jag vet inte hur många, men det är egentligen för liten för ett stort läkemedelsföretag att investera sina egna privata medel med ett öga mot eventuell kommersiell framgång. Jag är säker stora pharma göra viss mängd forskning om sällsynta sjukdomar, men jag tror att amerikanska. regeringen är förmodligen den största källan till finansiering. Som allt, resurserna är knappa. Många läkare över hela landet vill utföra forskning och försök. Som en följd, Det finns mer än en liten tävling för att statliga medel. Det är här mina företag och SharePoint anger bilden.

Den grundläggande tanken är att en master organisation kommer att rekrytera andra läkare över hela landet och värva dessa läkares praxis i en särskild studie. Dessa individuella metoder måste registrera dig med master organisationen och sedan, därefter, Registrera dig för en särskild studie. Sambanden ser ut så här:

  • En master organisation.
  • Många olika läkarens praxis tecken upp med master organisationen.
  • Master organisationen erhåller finansiering för enskilda studier. I början, Det finns bara en studie på en specifik sällsynt ögonsjukdom även om vi redan upprampning till en annan studie.
  • Enskilda läkare praxis registrera dig för särskilda studier. En viss praxis kan registrera dig för en eller flera studier.

Master organisationen själv är uppdelade i grupper:

  • Verkställande kommittén
  • Styrkommittén
  • Individuella studieplanen kommittéer
  • Administration
  • andra

Slutligen, När en specifik läkares praxis som tecknar att delta i en studie, de behöver för att ge personal för att uppfylla olika roller:

  • Utredarna (inklusive en primär utredare, normalt en läkare, tillsammans med en eller flera ytterligare utredare)
  • Samordnare
  • Tekniker
  • Bidrag administratörer
  • andra

Rollerna ovan har mycket specifika och mycket förbjudna roller som varierar beroende på studie. Jag kommer inte få in mer i detalj här, men om du är intresserad, lämna en kommentar eller maila mig.

Och nu jag kan svara på frågan, SharePoint – vad är det bra för? Svaret-det är riktigt bra för detta scenario.

Denna intro är redan längre än väntat, så jag ska sammanfatta den avgörande roll som SharePoint spelar i lösningen och dyka in i detaljer i en kommande artikel (Om du inte kan vänta, maila mig eller lämna en kommentar och jag ska vara glad att diskutera och kanske även prova att göra en demo). Vi utnyttja ett brett utbud av SharePoint-funktioner för att stödja detta koncept:

  • Platser för kommittéer, Individuella roller (samordnare platser, utredare platser, m.m.).
  • Säkerhet att se till att olika praxis inte ser andra metoder data.
  • InfoPath är tjänster för online-formulär. Detta är en särskilt stor vinst. Normalt, dessa svåra former skrivs ut, skickas till praxis, fyllt i och skickat tillbaka. Fördelarna som online-formulär är uppenbara. De införa några komplexitet (licensiering och mänskliga) men det är en annan historia.
  • Av webbdelarna box, som meddelanden (När har kommittén [x] Möt?) och arbetsutrymmen.
  • Formulärbaserad autentisering i kombination med ett CodePlex verktyg att ge självregistrering och lösenord glömma funktioner.
  • Anpassade listor och listvyer för insyn i studien verksamhet som helt enkelt inte möjligt med rent papper och penna metoder.

Med undantag av bildar baserade modulen och en handfull InfoPath-formulär, Detta projekt använder nästan alla ut i rutan SharePoint-funktioner.

Innan jag avsluta denna min-fallstudie, Jag vill påpeka något mycket viktigt – inte på som arbetar med detta projekt (Bortsett från mitt företag naturligtvis) har någon aning om att något som heter "SharePoint" spelar en så grundläggande tekniska roll. Nästan alla mina användare ser detta som "webbplatsen." Vår kund värden oss för att vi lösa deras affärsproblem. SharePoint är en stor teknisk klump av godhet, men gjort rätt, Det är irrelevant för slutanvändare. De behöver ett problem löst, inte en underbar klump av teknik.

</slutet>

Prenumerera på min blogg.

Följ mig på Twitter vid http://www.twitter.com/pagalvin

Rekryterare får lite aggressiva?

Eller är det bara jag? Jag har fått tre eller fyra samtal på mitt hus sedan slutet av September söker SharePoint arbetar. Jag brukade en e-värvning, men dessa telefonsamtal är lite enerverande. Jag har inte haft en uppdaterad CV på en webbplats för jobb jag(som Monster pr Dice) sedan nästan två år sedan exakt. Och då, mitt CV handlade om BizTalk och MS CRM. Det är den enda plats mitt telefonnummer visas på raden var som helst, så vitt jag vet.

</slutet>

Prenumerera på min blogg.

Följ mig på Twitter vid http://www.twitter.com/pagalvin

Technorati Tags:

Inte håller ofta jag med stora George Will, Men han är rätt om trista resultat

Avslutandet trodde på detta annars tråkig artikel talar väl för problem som vi ofta möter i tekniska samhället:

"Sådan trist utveckling, väntat med säkerhet, måste bäras filosofiskt."

Detta får mig att tänka på en av de presentationer som jag gav på SharePoint metodtips konferensen förra månaden. Jag beskrev hur man får "stor" verksamhetens krav och någon i publiken frågade, i praktiken, om omständigheterna är sådana att det är omöjligt att få stora krav. Till exempel, ett visst företags kultur förlägger det framför krav insamlingstjänsten / affärsanalytiker, att förhindra direkt kommunikation med användare. Detta är ett allvarligt hinder för att få stora företags behov. Mitt svar var "promenad bort." Jag är inte en stor humorist, så jag blev förvånad över hur roligt det var att publiken. Men, Jag är allvarlig om detta. Om du inte kan få bra krav, Du kan vara säker på att ett trist resultat kommer att leda. Vem vill det? Jag är en konsult, så det är mer realistiskt (även om fruktansvärt smärtsam och drastiska) för mig att gå därifrån. Men, Om du är förankrade i ett företag och vill inte, eller inte kan, promenad bort, George (for once 🙂 ) visar vägen.

</slutet>

Prenumerera på min blogg.

Följ mig på Twitter vid http://www.twitter.com/pagalvin

Technorati Tags:

Hur du beskriva ditt SharePoint-jobb?

Hur ofta händer det att du? Jag sitter på min laptop, läser Bloggar, svara på inlägg i forum, 2 kopior av visual studio öppna och VPN skulle ut till en annan server med egen visual studio + 15 webbläsarfönster (en typisk dag) och någon heter Samantha (min fru, Tydligen) berättar, "Vi har finnas i 30 minuter. Få klädd."

Jag får upp i en dimma, vandra runt huset förvirrat, få i en bil och nästa sak jag vet, Jag är på en fest med en öl i handen och någon frågar mig, "Så, Vad arbetar du med?"

Dessa samtal gå aldrig bra.

Mig: "Ahh … Jag är en lösningar arkitekt för EMC."

Namnlös Person: tomma blicken

Mig: "Jag arbetar med en produkt som kallas SharePoint … Det är från Microsoft."

NP: "Aha! Jag har hört talas om företaget! Vad är SharePoint?"

Mig: "um … Det gör samarbete … människor använder den för att dela information … Det är en plattform för att bygga busines sol…"

NP: Ögon glasning.

Mig: "Jag är en programmerare."

NP: "Aha! Jag vet folk i mitt företag att göra programmering! När jag var i gymnasiet, Jag lekte med BASIC."

Och med den del av konversationen över, Vi vänder oss till något lättare att prata om, som politik.

Någon vård att beskriva hur de hanterar detta?

</slutet>

Prenumerera på min blogg.

Technorati Tags:

Slumpmässiga lördag morgon Observation

Jag har varit i klasser de senaste två veckorna och en sak som slår mig är att det finns en hel del tankeväckande, smarta människor arbetar på SharePoint (som konsulter eller IT-personal) som inte blogg, Twitter, verka medveten om offentliga anslagstavlor som MSDN forum eller SharePoint universitet, upprätthålla Facebook- eller LinkedIn-profiler, m.m.. De är ren information konsumenter. Inte illa, bara intressant.

</slutet>

Technorati Tags:

Prenumerera på min blogg.

Söndag (Pinsamt) Rolig: “Mitt namn är Paul Galvin”

Ett gäng år sedan, min chef bad mig att träna vissa användare på en produkt som kallas resultat. Resultaten är en slutanvändare rapporteringsverktyg. Det är ungefär detsamma som SQL Server Reporting Service eller kristall. På gång, Det var avsedd att köras på gröna rör (t.ex. Wyse 50 Terminal) ansluten till en Unix i via telnet.

Min standard svar på någon fråga som börjar med "kan du … " är "Ja" och det är där alla problem började.

Klienten var ett kemiskt företag ute i södra Kalifornien och hade bara om insvept en större ERP-genomförande bygger på QADS MFG/PRO. Genomförandeplanen nu kallas för utbildning power slutanvändare på produktens resultat.

Jag var inte en stor användare av detta verktyg och hade aldrig tränat någon innan. Men, Jag hade gjort ett antal andra utbildning klasser och var snabb på mina fötter, så jag inte var alltför orolig. Dennis, den verkliga heltid resultat-instruktören, hade gett mig sitt utbildningsmaterial. Ser tillbaka på det nu, Det är egentligen ganska absurt. Jag visste inte produkten väl, aldrig hade utbildats formellt på den och hade aldrig lärt det. Vad jag har utbildning någon på det?

Att komplicera saker logistiskt, Jag blev ombedd att gå och träffa någon i Chicago som en del av en före försäljning engagemang längs vägen. Planen var att flyga ur New Jersey, gå till Chicago, träffa utsikterna för en timme och sedan fortsätta till California.

Brunn, Jag kom till Chicago och försäljning killen i mitt lag hade gjort några misstag och aldrig bekräftade mötet. Så, Jag visade upp och utsikten var inte där. Toppen. Jag packa ihop och lämna och fortsätta till CA. Någonstans under denna process, Jag reda på att klienten lär sig mindre än 24 timmar före min ankomst som "Paul Galvin" undervisar klassen, inte Dennis. Klienten älskar Dennis. De vill veta "Vem är denne Paul Galvin?" "Varför ska vi lita på honom?" "Varför ska vi betala för honom?" Dennis uppenbarligen inte prenumerera på min "ge dåliga nyheter tidigt" filosofi. Toppen.

Jag anländer på flygplatsen och några otroligt dum anledning, Jag hade kollat mitt bagage. Jag gjorde det till LAX men mitt bagage inte. För mig, förlorar bagage är mycket som går igenom den sju stadier av sorg. Så småningom göra jag det till hotellet, med inget bagage, trött, hungriga och bär min (nu, mycket skrynkliga) kostym. Det tar lång tid att resa från Newark — till O'Hare — till en klient — tillbaka till O'Hare — och slutligen till LAX.

Slutligen tycker jag själv sitter på hotellrummet, mumsa på en snickers bar, utmattad och försöker trumma upp energi att skanna igenom utbildningsmaterialet igen så att jag inte ser ut som en komplett röv framför klassen. Detta var lite av en låg punkt för mig då.

Jag vaknade upp nästa dag, gjorde mitt bästa för att släta ut min kostym så att jag inte ser ut som Willy Loman på en dålig dag och leds till klienten. Som så ofta är fallet, person var hon fin, artig och trevlig. Detta stod i skarp kontrast till hennes extremt arga e-post/voicemails från föregående dag. Hon leder mig om 3 mil genom byggnad efter byggnad till en sektioneras bort området i jättelika kemiska lager där vi kommer att genomföra klassen för de närmaste tre dagarna. Den 15 eller 20 studenter montera långsamt, de flesta dem fortfarande väntar Dennis.

Jag börja alltid min utbildning klasser genom att introducera mig själv, att ge lite bakgrund och skriva min kontaktinformation på Whiteboard. Som jag säger, "God morgon, mitt namn är Paul Galvin", Jag skriver mitt namn, e-post och telefon nummer upp på vita tavlan i stora bokstäver så att alla kan se det tydligt. Jag hantera det faktum att jag byter Dennis och jag försäkra dem om att jag är en lämplig ersättare, m.m.. Jag har alla kort berätta deras namn och vad de vill uppnå ur klassen så att jag kan skräddarsy saker till deras specifika krav när jag går längs. Sedvanliga.

Vi wrap som och skjuta upp projektorn. Jag går för att radera min kontakt information och … Jag hade skrivit det i permanenta märkpenna. Jag var så generad. I min inre syn, det såg ut så här: Det är detta "Paul Galvin" person, sista minuten ersättning för våra älskade Dennis. Han bär en skrynklade upp kostym och orakad. Han har bara skrivit sitt namn stora bokstäver på våra vita ombord i permanenta märkpenna. Vad en syn!

Det hela slutade lyckligt, men. Detta var ett kemiskt företag, Trots allt. A grånade veteran anställd drog något från hyllan och, förmodligen i strid med EPA förordningar, rensat i styrelsen. Jag lyckades bo 1/2 dagen före klassen i hela kursen och de gav mig en bra recension i slutet. Detta cementerade min "pinch torped" rykte på mitt företag. Mitt bagage kom den första dagen, så jag var mycket mer presentabel dagar två och tre.

Så jag tog den röda ögonen hemma, Jag överväger "lärdomar". Det fanns mycket att begrunda. Kommunikation är nyckeln. Berätta för klienter om förändringar i plan. Inte någonsin kontrollera ditt bagage på flygplatsen om du möjligen kan undvika det.. Ta med extra "saker" Om du kollar ditt bagage och det gör inte det. Jag tror att den viktigaste lärdom, men, var detta: testa alltid en markör i det nedre vänstra hörnet av en vit bräda innan du skriver, i stora bokstäver, "Paul Galvin".

</slutet>

Technorati Tags: ,

Perspektiv: SharePoint vs. den stora Hadron Collider

På grund av några oddball United Airlines flyg ägde jag i mitten av 90-talet, Jag på något sätt slutade med ett erbjudande om att omvandla "oanvända km" i ett tiotal gratis tidningsprenumerationer. Det är hur jag hamnade prenumerera på Scientific American magazine.

Som programvara / samråd med människor, Vi möter många svåra affärsmässiga krav i vår karriär. Mest tid, Vi älskar de kraven skall uppfyllas och i själva verket, Det är nog varför vi tror att denna karriär är bäst i världen. Ibland undrar jag bara vad i hela världen skulle jag har gjort med mig själv om jag hade fötts vid någon annan tidpunkt i historien. Hur hemskt det vore att gå miste om vilka typer av arbete som jag får göra nu, på denna tid och plats i världshistorien? Jag tror: ganska hemska.

Under åren, några av de krav som jag har haft har varit extremt utmanande att möta. Komplexa SharePoint grejer, bygga web bearbetning ramverk baserade på icke-web-vänlig teknik, komplexa BizTalk-orkestern och liknande. Vi kan alla (förhoppningsvis) se stolt tillbaka på vår karriär och säga, "Ja, Det var en hård en att lösa, men till slut jag pwned som sumbitch!" Ännu bättre, ännu mer intressanta och roliga utmaningar väntar.

Personligen tror jag att mitt CV, i detta avseende, är ganska djup och jag är ganska stolt över det. (fast jag vet att min fru kommer aldrig att förstå 1/20th av det). Men denna vecka, Jag läste en artikel om den Stora Hadron Collider i min Scientific American tidningen och hade en av dessa sällsynta ödmjuk stunder där insåg jag att trots min "jätte" status i vissa kretsar eller hur djupt jag tror min väl erfarenhet, Det finns riktiga jättar i helt olika världar.

Folket i LHC-laget har några riktigt svåra frågor att hantera. Överväga att månen. Jag tror faktiskt inte mycket om månen (men jag har varit mycket misstänksam om det sedan jag lärde mig det saktar jordens rotation, som inte kan vara en bra sak för oss människor på lång sikt). Men, LHC team har oroa dig. LHCS mätinstrument är så känsliga att de påverkas av månens (Earth-rotation-slowing-and-eventually-Killing-all-Life) gravitation. Det är en fan av ett krav på att uppfylla — producera korrekta mätningar trots månens störningar.

Jag tänkte att fråga när jag läste denna mening: Ta emot "den första nivån kommer att och analysera data från endast en delmängd av alla detektorns komponenter, från som man kan plocka ut lovande händelser utifrån isolerade faktorer såsom huruvida sågs en energisk myon flyger ut på en stor vinkel från beam axel." Verkligen … ? Jag kan inte spela i den typ av sandlåda och aldrig kommer att.

Nästa gång jag är ute med några vänner, Jag kommer att höja en skål för de goda människorna som arbetar på LHC, hoppas de inte framgångsrikt väga boson Higgspartikeln och förbanna månen. Jag föreslår att du gör samma. It will be quite the toast 🙂

</slutet>

Technorati Tags: