ࡱ> >@= bjbjVV4 << %%%%%9998q }9"f"""""""$#&>"%>"%%`S"mmm:%%"m"mmh!eN93:< "i"0"L I'mI' !I'%!m>">"m"I' :  (Excerpt) Report to the Task Team on Continuous Improvement Jack Hayes and Geoff Love DRAFT Continuous Improvement of the Documents Task 3(a) Improvement of the WMOs technical documents does not, and cannot start with documents for EC 64. The documents for EC 64 are built up through a process starting with the outputs from meetings of Task Teams, Open Programme Groups and other working mechanisms of the RAs and TCs (probably largely from the TCs) and EC WGs. The documents from these basic working mechanisms must contain four vital ingredients if the documents that go to the Executive Council are to be improved: An assessment of requirements to achieve the Organizations Expected Results; An indication of priorities based on expected outcomes; Decisions that need to be taken to move the Organization forward; and, Details of implementation activities already undertaken and their outcomes. If the documents from the working mechanisms are largely discussion of issues, then unfortunately what we will continue to see coming to EC is a consolidation of these discussions as proposed draft text. It is recognized that many of the decisions/recommendations of the working mechanisms are at a level of detail greater than the EC needs to consider. As the RAs and TCs seek to consolidate groups of detailed decisions into higher level issues for decision by EC as they will need to use the generic nature of the Expected Results to set them in a context for prioritization. Furthermore, where the report of a meeting of a technical working mechanism is relevant to a decision to be taken that report should referenced (including a link to the document on the web), thus avoiding at best summarizing of the report in the EC document (and at worst cutting and pasting slabs of text from the report into the draft text for inclusion in the Report of EC). It is proposed here that EC technical documents be built along the following lines: The cover page give the usual document information in the header (Meeting title, date of preparation, language etc; The box on the Cover Page to have three pieces of information; The priorities related to the Expected Result (prepared by the relevant EC WGs); The Financial Implications of the Decisions/Actions A summary of the Decisions/Actions required The box on the second page to list the contents of the remainder of the document; Appendix A to be the Draft Text for Inclusion prepared using the following criterion: - The draft text must lead to a decision, implementation action, request for a new action by the Secretary-General, or Adoption of a Resolution. [Application of this criterion to Doc 4.2 from EC 62 reduced the word count of the draft text from 5224 to 1200 and the paragraph count from 51 to 12] After the Draft Resolutions would come any Annexes to Paragraphs The last Appendix to the document would be a PROGRESS/ACTIVITY Report containing more of the descriptive material currently found in the draft text [We would need to set a page limit / word limit on this]. Finally it is proposed that the WMO Presidents Report and the Secretary-Generals Report for EC be used to carry the more important descriptive material (in a condensed form) that currently is found throughout the Draft Text for Inclusion. At TC and RA sessions the presidents report could highlight the work of the Association/Commission and point to preferred future directions with the technical areas confined to seeking decisions on the priorities and implementation decisions and actions. Conclusions In this Discussion Paper the issue of aligning the WMOs working mechanisms with the documentation so that RAs asses requirements and monitor implementation against these. TCs implement against the requirements endorsed by EC and EC WGs provide a global balancing of the requirements provided by the RAs. Finally the EC WG SOP maintains an overview of the ERs and advises Congress on refinements needed based upon experience in the inter-sessional period. ________________  X`ab hHtOhhj^5\hmjhj^5\ hghj^hFhj^56\]hM56\]h^hj^5CJ\aJhMhj^>X`bv D \ NU & FT^T`gd$o & F0^`0gd$o & Fgdt & FgdF Hgd^$a$gdFgdtXd$a$gdMgdtgd & FgdgdN ^`gd$o & F0^`0gd$o$a$gdM21h:p4/ =!"#$% j  666666666666666666666666666666666666666666 6666666666 666666666666 6666666666666666666666666666666666666666666666666666666666666666662 0@P`p2( 0@P`p 0@P`p 0@P`p 0@P`p 0@P`p 0@P`p8XV~ OJPJQJ_HmH nHsH tHF`F t\ dCJ^J_HaJmH sH tH (A ( 0 } 4BiB 0\ \4 l4a $k $ 0] L *@* 0] }^NN l0 ijй MѤ¸ dCJOJQJ^JaJJJ l0 ijй MѤ¸ CharCJOJQJ^JaJ.". j'08 B#,1, j'08 Char^J. B. j'0 B#,Q, j'0 Char^JPK![Content_Types].xmlj0Eжr(΢Iw},-j4 wP-t#bΙ{UTU^hd}㨫)*1P' ^W0)T9<l#$yi};~@(Hu* Dנz/0ǰ $ X3aZ,D0j~3߶b~i>3\`?/[G\!-Rk.sԻ..a濭?PK!֧6 _rels/.relsj0 }Q%v/C/}(h"O = C?hv=Ʌ%[xp{۵_Pѣ<1H0ORBdJE4b$q_6LR7`0̞O,En7Lib/SeеPK!kytheme/theme/themeManager.xml M @}w7c(EbˮCAǠҟ7՛K Y, e.|,H,lxɴIsQ}#Ր ֵ+!,^$j=GW)E+& 8PK!Ptheme/theme/theme1.xmlYOo6w toc'vuر-MniP@I}úama[إ4:lЯGRX^6؊>$ !)O^rC$y@/yH*񄴽)޵߻UDb`}"qۋJחX^)I`nEp)liV[]1M<OP6r=zgbIguSebORD۫qu gZo~ٺlAplxpT0+[}`jzAV2Fi@qv֬5\|ʜ̭NleXdsjcs7f W+Ն7`g ȘJj|h(KD- dXiJ؇(x$( :;˹! I_TS 1?E??ZBΪmU/?~xY'y5g&΋/ɋ>GMGeD3Vq%'#q$8K)fw9:ĵ x}rxwr:\TZaG*y8IjbRc|XŻǿI u3KGnD1NIBs RuK>V.EL+M2#'fi ~V vl{u8zH *:(W☕ ~JTe\O*tHGHY}KNP*ݾ˦TѼ9/#A7qZ$*c?qUnwN%Oi4 =3ڗP 1Pm \\9Mؓ2aD];Yt\[x]}Wr|]g- eW )6-rCSj id DЇAΜIqbJ#x꺃 6k#ASh&ʌt(Q%p%m&]caSl=X\P1Mh9MVdDAaVB[݈fJíP|8 քAV^f Hn- "d>znNJ ة>b&2vKyϼD:,AGm\nziÙ.uχYC6OMf3or$5NHT[XF64T,ќM0E)`#5XY`פ;%1U٥m;R>QD DcpU'&LE/pm%]8firS4d 7y\`JnίI R3U~7+׸#m qBiDi*L69mY&iHE=(K&N!V.KeLDĕ{D vEꦚdeNƟe(MN9ߜR6&3(a/DUz<{ˊYȳV)9Z[4^n5!J?Q3eBoCM m<.vpIYfZY_p[=al-Y}Nc͙ŋ4vfavl'SA8|*u{-ߟ0%M07%<ҍPK! ѐ'theme/theme/_rels/themeManager.xml.relsM 0wooӺ&݈Э5 6?$Q ,.aic21h:qm@RN;d`o7gK(M&$R(.1r'JЊT8V"AȻHu}|$b{P8g/]QAsم(#L[PK-![Content_Types].xmlPK-!֧6 +_rels/.relsPK-!kytheme/theme/themeManager.xmlPK-!Ptheme/theme/theme1.xmlPK-! ѐ' theme/theme/_rels/themeManager.xml.relsPK]     l8# AA@H 0(  0(  B S  ?WEP>rK^&<~$~ez.Amz^`o(.^`.pL^p`L.@ ^@ `.^`.L^`L.^`.^`.PL^P`L.^`o(.^`.pL^p`L.@ ^@ `.^`.L^`L.^`.^`.PL^P`L.8^8`o(.^`. L^ `L. ^ `.x^x`.HL^H`L.^`.^`.L^`L.8^8`o(.^`. L^ `L. ^ `.x^x`.HL^H`L.^`.^`.L^`L.^`o(.^`.pL^p`L.@ ^@ `.^`.L^`L.^`.^`.PL^P`L.K^.AmWEP>~ez                  R(o        ^j'9Tg=*@H p@UnknownG*Ax Times New Roman5Symbol3. *Cx Arial7.@ Calibri5. .[`)TahomaA$BCambria Math"h;&;&Zl Zl qr0d2H $P2!xx1Report to the Task Team on Continuous ImprovementGeoff Boram Lee      Oh+'0`x   ( 4@HPX4Report to the Task Team on Continuous ImprovementGeoffNormal Boram Lee2Microsoft Office Word@@jN@jNZl ՜.+,0$ hp  Hewlett-Packard 2Report to the Task Team on Continuous Improvement   !"#$%&'()*+,./012346789:;<?Root Entry FgNAData 1Tablei'WordDocument4 SummaryInformation(-DocumentSummaryInformation85CompObju  F#Microsoft Office Word 97-2003 MSWordDocWord.Document.89q