Monataj Arkivoj: Oktobro 2007

SharePoint Designer — Laŭmenda aktiveco efektivigi uzanton-difinita C# funkciojn

ĜISDATIGO: Tio ĉi estis liberigita al CodePlex ĉi tie: http://www.codeplex.com/spdwfextensions

ĜISDATIGO: Vidi ĉi tie por plej lastaj elkarcerigaj notoj: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!381.entry

ĜISDATIGO: Vidi ĉi tie por miaj pensoj sur commercializing ĉi tiu projekto: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!569.entry

Ĉi tiu projekto provizas laŭmendan aktivecon en SharePoint Designer. Uzi ĉi tiun laŭmendan aktivecon alvoki (Sendo) Iu ajn C# funkcio ke vi inkluzivis en la ligita asembleon.

Kiel de lasta oktobro, 2007, Tio ĉi estas nur komenca versio de la projekto. Mi planas vastigi ĝin kun nombro de suplementaj funkcioj, Inkluzivanta substring, Indekso, Anstataŭigi, Alvokanta araneaĵajn servojn kaj io ajn kiu ŝajnas utila aŭ interesa. Mi ankaŭ planas poŝti tion ĉi al codeplex unufoje mi havas mian agon kune sur tiu fronto. Tio ĉi ankaŭ estos deployable kiel solvo ĉe iu punkto.

Se vi havas ajnajn rimarkojn, demandoj aŭ sugestoj, Bonvolu lasi ilin en rimarkoj aŭ retpoŝtigi min.

Disclaimer:

Mi faras absolute neniujn asertojn kiel al la taŭgeco de tio ĉi por ajna celo. Uzo ĉe via propra risko.

Instalaĵaj paŝoj (Esti sekvita por ĉiu WFE en la bieno):

1. Elŝuti la .zipo kaj eltiraĵo.

2. Instali la .Dll en la GAC. Mi kutime malferma c:\Fenestraasembleo uzanta fenestran esploriston kaj kopii ĝin tie.

3. Modifi araneaĵon.Config aldoni la asembleon al la sekuraj kontroloj:

<Sistemo.Workflow.ComponentModel.WorkflowCompiler>
<AuthorizedTypes>

<AuthorizedType Asembleo="SpdGenericInterface, Versio=1.0.0.0, Kulturo=neŭtrala, PublicKeyToken=abe076fd8125f3c4" Namespace="Nivlag" TypeName="*" Sankciita="Veran" />

4. Kopii "SpdGenericInterface.Agoj" Al C:\Programo RegistrasOftajn DosierojnMicrosoft Dividitaretservilajn etendaĵojn12ŜABLONO1033Workflow

Noti ke la supra loko estas specifa al english lingvaj instalaĵoj.

5. Proksima SharePoint Designer (Se ĝi estas jam malferma).

6. Iisreset

7. Malferma SPD kaj krei novan workflow.

Se ĉiuj iras bone, Vi devus esti rekompencita kun nova kategorio de ago:

Bildo

Notoj:

Vidi Ĉi tie (http://blogs.msdn.com/sharepointdesigner/archive/2007/03/15/adding-activities-to-spd.aspx) Por grandega superrigardo de la procezo por kreanta, Instalanta kaj formanta solvon tiel.

La .Zipo estas desegnita eltiri rekte al vi c:\ Stirado. Se vi fari tion ĉi, Vi povas malfermi la projekton kaj ĉiuj la vojoj estos konsekvencaj.

Uzi tion ĉi en vida studio, Vi verŝajne devas instali "Etendaĵojn por Fenestra WF".

La komenca alŝuto enhavas nur unu "ekspedantan funkcion", "ToLower()". Aldoni pli da funkcio, Aldoni ĝin al la Efektivigi metodon kiel montrita:

 Protektita Superregi ActivityExecutionStatus
          Efektivigi(ActivityExecutionContext ExecutionContext)
        {

            Ŝnuro FunctionToDispatch;
            FunctionToDispatch = Tio ĉi.DispatchFunction.ToLower();

            Ŝaltilo (FunctionToDispatch)
            {
                Kazo "Tolower()":
                    {
                        Tio ĉi.OutResult1 = Tio ĉi.InParam1.ToLower();
                        Rompiĝo;
                    }

                Defaŭlta:
                    {
                        Tio ĉi.OutResult1 = "Nekonata funkcio: [" + Tio ĉi.DispatchFunction + "].";
                        Rompiĝo;
                    }
            }

            Reveno ActivityExecutionStatus.Fermita;
        } // ActivityExecutionStatus

    }

Tiam, Re-konstrui la projekton kaj kopii la asembleon al la GAC. Mi atendas iisreset estus postulita.

SPD Workflow laŭmenda ago – Akiri la <WorkflowInfo> Etikedi ĝustan eviti ĉagrenon

Parto de la procezo por kreanta #la?menda agon por SharePoint Designer okupas kreas ".Agoj" Dosiero.

I??E trovita kaj provita uzi ekzemplan #?ablono kiu komencas ekstere kiel:

<?Xml Versio="1.0" Kodanta="Utf-8" ?>
<
WorkflowInfo Xmlns="Http://Schemas.Microsoft.Com/sharepoint/">
<
Agoj Sinsekva="Tiam" Paralela="Kaj">

Tamen, KE xmlns eco malhelpas mian medion de laboranta. Miaj agoj ne aperas en SPD.

La solvo estas malkovri ekstere la xmlns eco, Fari iisreset kaj proksima/re-malferma SPD.

Rapide kaj Simpla: Formi MUSKON serĉi specifan dokumentan bibliotekon

Vidi ĜISDATIGON (I) Malsupre (11/24/07) Sur Kiel Formi Microsoft Oficejo SharePoint Servilo 2007 Indeksi kaj Rampada Reto Tekoj por Serĉo

Objektiva: Mi deziras efektivigi serĉon restriktita al specifa dokumenta biblioteko. En ĉi tiu kazo, La dokumenta biblioteko enhavas trejnanta dokumentojn.

Paŝoj:

1. Registri la URL de la dokumenta biblioteko.

2. Krei amplekson:

Iri al centra administro.

Aliri la SSP.

Iri "Serĉi Fiksojn".

Scroll malsupren al la ampleksa sekcio kaj elektitaj "Vidaj Ampleksoj".

Krei novan amplekson. Doni ĝin nomo kaj utila priskribo.

3. Difini ampleksan rampadon reguloj:

Aldoni regulon kiu difinas la dokumentan bibliotekon por ĉi tiu amplekso.

Elektita "araneaĵa adreso" Por "Ampleksa Regulo Tipo".

Eniri la nomon de via teko (Vidi #1 Sur).

Akcepti la defaŭltan valoron de "Inkluzivi".

Atendo por la amplekso ĝisdatigi (Aŭ komenci ĝin mane).

4. Ebligi la amplekson en eja kolekto.

Iri al eja kolekto kie vi deziras uzi ĉi tiun amplekson.

Aldoni vian novan amplekson al la konvena montriĝa grupo aŭ grupoj.

5. Serĉo!

Ĉe ĉi tiu punkto, Vi estas farita. Supozanta la amplekson estas konvene difinita, Ĝi estos havebla en la ampleksa falo faligas por simplaj kaj altnivelaj serĉoj kaj kiam vi serĉas uzanta ke amplekso, Vi nur akiros rezultojn vi atendas.

Notoj:

Mi skribis ĉi tiun blogan eniron ĉar mia serĉas simplan ampleksan aranĝon aperis sekan uzanta frazojn ŝatas:

  • Formi ampleksojn en MUSKO
  • Formi serĉan amplekson musko
  • Ampleksoj en sharepoint 2007
  • Ampleksoj en sharepoint
  • Serĉi dokumentan bibliotekan muskon
  • Ampleksa enkonduko musko

Vi povas krei serĉan amplekson sur teko, Ne nur la tuta dokumenta biblioteko.

Amplekso povas esti dividita trans multoblaj ejaj kolektoj (Tial, "Komuna servo").

Vi povas krei la amplekson ĉe la eja kolekto ebenigas ĝin mem. Tamen, Mi preferas iri al centra admin ĉar mi povas komenci la rampadon de tie. Vi ne povas komenci la rampadon de la eja kolekto.

ĜISDATIGO (I) Kiel de 11/24/07:

Kai Shang kunmetis grandan poŝton rajtigis Kiel Formi Microsoft Oficejo SharePoint Servilo 2007 Indeksi kaj Rampada Reto Tekoj por Serĉo @ http://kaishenghoo.spaces.live.com/blog/cns!8A7458DB12CA5AC9!206.entry

Technorati Etikedoj: , ,

Neniu supo por vi! Estas Cisco la Supo Nazia de NLBaj produktoj?

Hodiaŭ, Mi provis aliri dokumentan bibliotekon tra fenestra esploristo. Tio ĉi doc lib estas vivanta en sistemo kiu konsistas de du la ŝarĝo de WFE ekvilibrigita de iu speco de Cisco NLBa solvo. (Se/kiam la retaj sorĉistoj diras min kio ĝi estas, Mi ĝisdatigos ĉi tiun poŝton).

Fenestra esploristo ne povus konekti. Mi faris iun esploron kaj poste, La retaj sorĉistoj diris tion WebDAV Estas malfunkciigita de / Ne subtenita de / Sub la digno de la NLB.

Tiel, Supozanta la retajn sorĉistojn ne estas nur diranta mi la reta sorĉista ekvivalento de "preni longan piediron de mallonga ponto", Mi devi scivoli — Faras NLB, De naturo, Malfunkciigi WebDAV? Ĉu ni perdas nia fenestra dosiera esplorista fasado al SharePoint? Estas Cisco la Supo Nazia?

Administranta MUSKON / WSSaj Medioj — Tenanta supre kun la scia bazo de Microsoft

Microsoft kreas scian bazon artikoloj tage en kaj tage ekstere kaj kelkaj de tiuj estas darned grava scii proksimume se vi vivas en la SharePoint mondo.

Mi tenas ĝis rapido kun ili tra servo provizas de la bonaj homoj ĉe Www.kbalertz.com. KBAlertz ebligas vin subskribi supre por via preferata F-ina teknologio kaj ili sendas vin digestas versiojn de Microsoft KBaj artikoloj tra retpoŝto.

Araneaĵa Apliko Politiko, Sekurecaj Ejoj kaj Sekureco Bonordiganta — Scii vian konfiguracion

(ĜISDATIGITA 11/29 Klarigi kiel aliri araneaĵa apliko politikaj fiksoj tra la UI)

Mi havis unu el tiuj "kial estas MUSKO faranta tion ĉi al mi????" Momentoj hodiaŭ. En la fino, Ĝi estas ĉiuj mia misfaro.

Ni havas entreprenan MUSKAN projekton daŭriganta kaj ni deziras sekurigi "lokan posedanton" Ejoj por ke neniu uzanto povas aliri ĝin aŭ vidi ĝin. Tio estas facile:

  1. Iri al la ejo.
  2. Rompi la sekurecan heredaĵon.
  3. Forigi ĉiun uzantan/grupon de ejaj permesoj.

La sur devus lasi nur la ejan kolektan administranton kun permeso vidi la ejon.

Se iu ajn alia ensalutas, Ili devus ne pli longan vidi la ejon kaj ĝin devus esti sekureco-bonordigita de ĉiuj la kutimaj lokoj.

Sed … Ĝi ne estis. Samtempe, Mi subite konscias ke mia "Joe Uzanto" Norma uzanta testo konto kun neniu priv-a alia ol restriktis legita aliron havas "Ejajn Agojn" Elektita ĉie li iras. Mi duobligas kontrolon unu afero kaj duobla kontrolo io alia. Mi kaptas la telefonon voki kolegon, Sed metita ĝin malsupren kaj kontroli ion alia. Mi iras por piediro kaj provi ĉion ĉiuj super denove. Mi vokas kolegon kaj lasi mesaĝon. Kaj tiam, Fine, Mi trovas ke ĉe la blogo de Ethan, Lia komenca grafeo faras ĝin tre simpla:

MUSKO 2007 Havas novan ĉefaĵon vokis Araneaĵan Aplikon Politikoj. Ĉi tiuj estas sekurecaj permesoj kiu estas ligita al Araneaĵa Apliko. Ĉi tiuj sekurecaj fiksoj superregas ajnan sekurecan fikson kiu estas fiksita ĉe la Eja Kolekto aŭ Ejo (Araneaĵo) Nivelo por tiu uzanto.

Rapida vizito al araneaĵa apliko politikoj montras ke "NTa Aŭtoritatoaŭtentikigita uzantojn" Estis donita Plene Legita. Mi forigis ilin de la listo kaj ĉio fine komencita laboranta kiel atendatan. Mi kredas ilin estis aldonita en la unua loko de iu kun la malĝusta impreso ke tio estas plej bona metodo doni legita aliron al ĉiu en la entrepreno. Ĝi faras, Sed, Streĉi citaĵon, "Ĝi ne signifas kion vi pensas ĝin signifas."

Alira araneaĵo aplikaj politikoj ĉi tiu vojo:

  1. Iri al Centra Administro
  2. Elektita Aplika Administrado
  3. Elektita "Politiko por Araneaĵa Apliko"
  4. Sur tiu ekrano, Fari certe vin elektas la ĝustan araneaĵan aplikon. Por mi, Ĝi nerepagoj al la araneaĵa apliko de centra admin kiu ne povas esti la unu vi deziras.

Kiam mi havis ĉi tiun problemon, Mi serĉis la sekvantajn frazojn kaj akiris surprize malmulte en terminoj de rekta helpo sur ĉi tiu afero:

Ejaj agoj videbla por ĉiuj uzantoj

Ejaj agoj videbla al ĉiuj uzantoj

Ejaj agoj ne estas sekureco bonordigis

Sekurigi MUSKAN ejon

Enkonduko al muska sekureco

Technorati Etikedoj:

Rapide kaj Simpla: Uzi Riparita Ŝlosilvortan Demandon en Serĉo Kernaj Rezultoj

Rapide kaj Simplaj Instruoj:

Redakti paĝon kaj aldoni Serĉan Kernan Rezultan araneaĵon parto.

Redakti tiun araneaĵan parton kaj vastigi "Riparita Ŝlosilvortan Demandon".

Aldoni la fiksan ŝlosilvortan demandon (Ekz. ContentType:"Trejnanta fakturon" TrainingInvoiceNumber:1111)

Vastigi Rezultan Demandon Elektoj kaj ŝanĝa "Kruco-Araneaĵa Parto demanda IDENTIGAĴO" Al valoro alia ol "Uzanta Demando" (Ekz. "Pridemandi 2").

Notoj:

Uzanta kernajn serĉajn rezultojn en ĉi tiu maniero permesis min krei paĝon kiu montras informon de alia eja kolekto. La kliento havas du gravajn ejajn kolektojn: departementoj kaj Produktoj.

La produkta eja kolekto enhavas, Nature sufiĉa, Produkta informo. Ĉiu produkto en la eja kolekta agregaĵa datumo de multoblaj fontoj.

Unu el la departementoj, Kodoj kaj elprovado, Estas sur tia fonto. Kiam uzanta aliro produkta XYZ, Ili devus vidi kodojn kaj elprovanta datumojn rekte sur la XYZ ĉefa paĝo. Pro tio ke kodoj kaj elprovado estas gastigita en alia eja kolekto, Ĝi estas malgranda neoportuna. Ni decidis uzi la kernan serĉan rezultan araneaĵon parto ekde serĉaj daŭroj ejaj kolektoj. Kodoj kaj Elprovado administras produktan datumon tra laŭmenda listo kiu estas limigita de specifa enhava tipo. Aa ŝlosilvorta demando kiu uzas unue la kontentan tipon kaj tiam la produkta nombro mallarĝigas malsupren la serĉon al ununura disputo en la laŭmenda listo.

La ŝlosilvorta demando sur estas AND. Ĝi revenas dokumentojn de kontenta tipo "Trejnanta Fakturon" Kaj kie la fakturaj nombraj egaluloj "1111".

Bela utilo de ĉi tiu alproksimiĝo: Ni povas redakti la XSL de la kerna serĉa rezulta araneaĵo parto kaj produkti ajnan formaton ke ni deziras.

Vidi ĉi tie (http://devcow.com/blogs/jdattis/archive/2007/04/17/SharePoint_2007_How_to_Rollup_Content_from_multiple_Site_Collections.aspx) Por la diskuto de alia bloganto sur ĉi tiu temo.

</Fino>Aboni al mia blogo.

Diri min pri via blogo!

Se vi daŭrigas blogon kiu estas almenaŭ minimally konektita al SharePoint, bonvolu lasi Mi scii en rimarkoj. Mi amus aldoni vin al mia Bloga listo.

Se vi daŭrigas blogon kiu ne estas konektita al SharePoint sed deziri min aldoni ĝin ĉiuokaze, Lasi min scii. Mi voli povas krei apartan blogan liston.

Bonvolu doni:

  • Via bloga URL (Evidente)
  • Mallonga priskribo de via blogo.

Mi deziras teni la ligon al "aktiva" Blogoj, Kiu mi estas malglate difinanta kiel unu poŝto por semajno kaj minimuma tri monatoj malnova. Se vi ne renkontas tiun "postulon" Aldoni vian nomon al rimarkoj ĉiuokaze. Ĝi estas mia* listo do mi povas rompi mian propran regulon se mi deziras al.

Dankonas!

Dungito Trejnanta Horaron kaj Materialan Ŝablonon — Decrement cimo en la ŝablono

La kliento rimarkis cimon hodiaŭ kun la sur menciita ŝablonon.

Kursaj manaĝeroj kreas kursojn. Kiam kreanta kurson, La manaĝero specifas maksimuman nombron de haveblaj seĝoj.

La ŝablono provizas por mem-serva enskribiĝo. Mi enskribiĝas kaj workflow alligita al la registriĝa listo decrements la "haveblaj seĝoj" Asociita kun tiu kurso.

Individuoj povas ankaŭ unregister de kurso. La cimo restas ĉi tie. Unregistering de kurso faras ne pliigon la havebla seĝa sumigilo. Rezulte, Haveblaj seĝoj ne estas preciza. Ĉi tiu cimo estas kunmetita de la fakto ke kiam haveblaj seĝoj decrements al nulo, Ne pli da mem-serva registriĝo estas permesita.

Bonŝance, Microsoft provizas la workflow por ĉi tiu procezo. Eĉ pli bona, Ĝi estas rekta-antaŭa workflow kreita tra SharePoint Designer.

Sekvi ĉi tiujn altajn nivelajn paŝojn ripari ĝin:

  1. Pafadi supre SDP.
  2. Aliri la ejon bazita de la trejna ŝablono.
  3. Alira "Ĉeestanto unregistration" Workflow.
  4. Inserti ĉi tiujn paŝojn (Mi faris ilin la unua du paŝoj):
    1. Kalkuli Kursoj:Plenigita Seĝojn Minus 1 (Eligita al Varia:Calc)
    2. (Tiam) Ĝisdatiga ero en Kursoj

Klaka Fino kaj vi estas farita.

Ekranaj pafoj:


SharePoint Designer:

Bildo

Finita workflow:

Bildo

Kalkuli borilon-malsupren:

Bildo

Ĝisdatiga ero en Kursoj:

Bildo

Doni bonan sciigon ofte; Doni malbonan sciigon frue

Mi estis komerca konsilisto por multaj jaroj nun kaj kiel ajna sperta komerca konsilisto scias, Bona komunikado estas unu el la kernaj kolonoj al la sukcesa livero de projekto. Ĝi estas tiel evidenta, Ĝi estas vere preskaŭ enuiga paroli proksimume. Tio ĉi ne estas poŝto pri kolektiva komunikado. Male, Mi estas skribanta pri la pli malluma flanko de komunikado — Komunikanta malbonan sciigon.

Ĝi iras sen diranta ke donanta bonan sciigon al la kliento estas farita ĉiuj la tempo, Kiel ofte kiel ebla. Kiu ne deziras doni bonan sciigon? Kiu ne ŝatas aŭdi bonan sciigon?

Sur la flip flanko, Malbona sciigo estas ne amuza ĉe ĉiuj. Mi ĉiam luktis kun tio ĉi. En la pli fruaj tagoj de mia kariero, Mi scius ion estis misa kun projekto kaj anstataŭ diranta la klienton, Mi laborus pli longajn horojn provi kaj solvi la problemon. Mi preskribus mian teamon labori pli malfacilan. Ĝi estas natura sufiĉa impulso pensi ke ekstra-homa peno povas savi la tagon. Kelkaj tempoj ĉi tiuj laboroj, Kelkaj tempoj ĝi faras ne. Eĉ kiam ĝi "laboras" Ĝi estas ofte memkontraŭa sako. Estas la kvalito de la deliverable vere ĝis spec kiam kernaj partoj estis evoluigita super pluraj 60 Al 80 Horaj semajnoj?

Kio estas la plej bona vojo pritrakti malbonan sciigon? La respondo estas: Diri ĝin frue. Ne atendas ĝis unu semajno antaŭ la projekta buĝeto estos konsumita. Se vi scias ses semajnojn ekstere ke tie simple ne estas sufiĉa tempo liveri kelkajn/kelkajn mordis de promesita funkcion, Diri la klientan rajton tuj. La kliento povas akiri ĉagrenita (Verŝajne volo), Tie povas esti incriminations kaj akuzoj kaj doloraj sentoj. Sed, Kiam emocioj malvarmetiĝas ekstere, Tie estas ankoraŭ ses semajnoj lasita sur la projekto. Ses semajnoj estas bona bloko de tempo. Tie estas tempo ŝanĝi planojn, Ŝanĝaj horaroj, Akiri la pilkan ruladon sur buĝetaj etendaĵoj (Bona fortuno!) Kaj nur ĝenerale venita al tenoj kun la "faktoj sur la tero" Kaj elpensi novan planon ke kvietaj rezultoj en sukcesa projekto.

Kazo en punkto: Mi estas laboranta sur projekto karakterizita de:

  • T&E buĝeto kun plafonis "Ne preterpasi" Dolara kvanto.
  • "Plej bonaj penoj estos farita" Promesi liveri X, y kaj Z de la fino de projekto.
  • Manko de promesita kernajn rimedojn sur la klienta flanko. Ĉi tiuj rimedoj ne estis detenita intence, Nek por ajna "malbona" Kialo, Sed ili estis detenita.
  • Tagiĝanta konscio kiel la projekto pasis la duonan-voja punkto ke ni ne estis irantaj esti kapabla liveri "Z" (Plejparte ĉar la promesita rimedojn ne estis efektive havebla).
  • Regulaj statusaj raportoj kaj "CYA" Dokumentaro kiu subtenis nin (La konsultiĝa teamo) Supre.
  • Streĉe triki efektivigan teamon kun membroj tirita de la konsultiĝa organizo (Mia firmao) Kaj la kliento.
  • Fora administrada teamo, En ambaŭ metafora kaj fizika sento. La administrada teamo estis koncentrita sur alia granda entreprena projekto kaj pro spacialaj limoj, La efektiviga teamo estis housed en aparta konstruaĵo sur universitatejo, Malsupren monteto kaj relative fora vojo de "civilizacio".

Kun malglate ses semajnoj lasita sur la projekta buĝeto, Ni (La efektiviga teamo) Sciis ke ni estis problemo. La kontrakto diris ke ni devis liveri "Z". Eĉ kvankam la projekto estas tempo & Materialoj kaj eĉ kvankam ni nur promesis "plej bonajn penojn" Liveri Z kaj eĉ kvankam ni havis grandan pravigon por perdiĝanta la liveron … La malsupra linio estas ke ĝi ne estis rigardanta bonon — Ni ne estis irantaj liveri Z en formo kvalito kiu farus iun ajn fiera.

Rekonanta tion ĉi, Ni iris al administrado kaj diris ilin ke la projekta buĝeto estus konsumita de certa dato kaj ke ni estis en problemo kun Z.

Mini firestorm erupciita super la sekvantaj malabundaj tagoj.

Tago 1: Administrada teamo vokoj en ĝia personaro por speciala renkontiĝo (Ni, La komercaj konsilistoj ne estas invitita). Kontraktoj estas presita kaj eldonis al ĉiu kaj linio-de-linia revizio rezultas. Administrado metas la personarajn membrojn sur la defenda. Mi ne pensas la frazon "Stokholma Sindromo" Estas efektive* uzita, Sed vi akiras la bildon. Ni estas streĉaj-triki grupon, Post kiam ĉiuj, Kaj la personaro estis laboranta kun ni komercaj konsilistoj tage en kaj ekstere por pluraj monatoj nun.

Tago 2: Administrado vokas alian personaran renkontiĝon. Ili sentas malgrandan pli bona. Ili deziras elektojn kaj ideojn por emocia avanulo. Ili konscias tie estas ankoraŭ ses semajnoj restanta en la nuna projekta buĝeto, Kiu estas ankoraŭ deca peco de tempo. Unu el la agaj eroj: Enhorarigi renkontiĝon kun plena efektiviga teamo (Inkluzivanta komercajn konsilistojn).

Tago 5: Plena teamo renkontas, Helpema renkontiĝo rezultas kaj nova efektivigebla plano metita en loko. Eĉ pli bona, Ni jam komencis diskutanta fazon du kaj la kliento invitas nin prepari proponojn por tiu fazo tuj.

Se ni atendis ĝis nura tri semajnoj restis, Aŭ para pli malbona, Unu aŭ du semajnoj, Ĝi estus estinta multe da malsama. Anstataŭ helpema renkontiĝo al re-vicigi la projekton, Ni estus estinta eltirantaj statusajn raportojn, Analizanta la kontrakton kaj revizianta malnovajn retpoŝtojn pravigi tion ĉi aŭ tiun decidon. Ni estus "gajninta" Sed estas ĝi vere "gajna" En ĉi tiu kazo?

Tiel, Se vi devi doni malbonan sciigon, Doni ĝin frue. Malbona sciigo donita malfrue ne estas nur malbone, Ĝi estas horora.