DataMuseum.dk

Presents historical artifacts from the history of:

RegneCentralen RC850

This is an automatic "excavation" of a thematic subset of
artifacts from Datamuseum.dk's BitArchive.

See our Wiki for more about RegneCentralen RC850

Excavated with: AutoArchaeologist - Free & Open Source Software.


top - metrics - download

⟦6ac989d10⟧ RcTekst, TextFile

    Length: 3968 (0xf80)
    Types: RcTekst, TextFile
    Names: »CORN42.WP«

Derivation

└─⟦b73a66207⟧ Bits:30005844 Dokumenter - Per Cornelius #12 - #134
    └─⟦this⟧ »CORN42.WP« 

RcTekst


╱04002d4e0a000600000000020a5031000000000000000000000000000000000000000000000000000e18222c36404a545e68727c86909aff04╱
↲
corn           afd. nr. 12                84.04.24         edb.corn.42↲
↲
↲
↲
TIL  :    JEKK.↓
↲
↲
↲
┆a1┆EMNE :    IDE TIL PLAN FOR MOSAIK MED MERE.↲
↲
↲
1. Din rundtur til de budget-ansvarlige.↲
↲
   a.  Kan du få oplyst, hvad de enkelte afdelingers budget-ansvarlige↲
       ser på for at konstatere, om det er gået deres afdeling godt ?↲
       De såkaldte ┆a1┆succes-faktorer┆e1┆, og uanset om det har noget med edb↲
       at gøre eller ej. Hvis der er mange, så få faktorerne priori-↲
       teret , således at der pr. afdeling bliver 5 - 10 faktorer !↲
       "Fælles-mængden" af disse faktorer må være RC's faktorer, og↲
       stadig kun fra 5 til 10 faktorer. Så burde vi have de vigtigste↲
       ┆a1┆styrings-kriterier┆e1┆ i hus for RC (skal jævnføres med JO !).↲
↲
       ALLE disse faktorer er samtidig en meget væsentlig information↲
       for os i edb-afdelingen !!↲
↲
   b.  På hvilken form kan de budget-ansvarlige vurdere deres fakto-↲
       rer ?  Hvad kunne de ønske sig ? ( 'a la mikro og/eller de↲
       kendte eller ukendte opgaver, din udtalelse på fredagsmødet )↲
↲
   c.  RC har så┆a1┆↲
↲
 ┆a1┆┆e1┆         MÅL-STRUKTUR:↲
          det vil sige strategi og politik, nedskrevet på tilgængelig↲
          og forståelig form, så alle implicerede uanset niveau er↲
          klar over deres andel af det samlede mål.↲
↲
          STYRINGS-STRUKTUR:↲
          det vil sige , hvilke mål der skal styres på, og hvilke me-↲
          toder der skal anvendes for at nå målet.↲
↲
          INFORMATIONS-STRUKTUR:↲
          det vil sige, hvem får hvad og hvornår og hvorfra,og hvortil↲
          skal det anvendes, samt hvad skal hvem iøvrigt skaffe og↲
          hvorfra, hvordan læses det og skal det sammenlignes med ↲
          andet materiale.↲
↲
          BESLUTNINGS-STRUKTUR:↲
          det vil sige, hvem beslutter hvad og på hvilket grundlag, og↲
          hvornår, og er der periode-beslutninger (gælder for en given↲
          periode og træffes ┆a1┆forud┆e1┆ for perioden) og/eller handlings-↲
          beslutninger (her og nu , kort tid til overvejelser), bemærk↲
          at for mange handlings-beslutninger kan være dårlige tegn,↲
          det kan være årsag til kommende vanskeligheder på grund af↲
          for kort tid og for spinkelt beslutnings-grundlag.↲
↲
     Mål-strukturen burde være kendt i skriftlig form, styrings-struk-↲
     tur kommer vi til at kende, informations-struktur delvis kendt,↲
     og beslutnings-strukturen er ledelsens egen måde at styre RC på.↲
↲
     PS: ovenstående er meget, meget kortfattet, der findes for eksem-↲
     pel flere former for beslutninger, og information kan deles op i↲
     intern (manuelt og/eller edb) samt extern (for eksempel konkur-↲
     rence forhold som måske er det væsentligste for en ledelse).          ↓

════════════════════════════════════════════════════════════════════════
↓
↲
↲
2.  Mosaik-systemet.↲
↲
↲
    a.  Systemet har sin værdi for RC set rent administrativt,↲
        selv om vi kender til mangler og ønsker.↲
↲
↲
    b.  Vi kan rense systemet, herved menes at vi kan rette de kendte↲
        mangler op, samt iøvrigt gå systemet igennem, og se på:↲
        moduleringen, beskrivelse, konsistensen, enkelheden, udvidel-↲
        ses muligheder, indbygget test muligheder og generelt forbedre↲
        kodningen.↲
↲
        Vi kan se nærmere på input-siden (bruger-dialog), på selve↲
        data-behandlingen, online forespørgsler, samt listeudskrifter,↲
        og heri ligger dels forbedringer og dels udvidelser.↲
↲
↲
    c.  Vi kan måske optimere hele systemet med min. 5-10 % med en↲
        begrænset indsats.↲
↲
↲
    d.  Og på grundlag af og i forbindelse med din data-indsamling↲
        kan vi give systemet en STØRRE rolle for RC.↲
↲
↲
    Men vi skal have aftalt en plan og vi skal have resourcer til ud-↲
    førelsen af planen, både person og maskinplads.↲
┆1a┆┆1a┆    ↓
↓
┆1a┆ ↓
↓
┆1a┆↓
┆1a┆↓
┆1a┆↓
┆1a┆l ud-↲
    førelsen af planen, bå

TextFile

B▶03◀▶06◀N▶04◀-N
▶06◀▶02◀
P1▶0e◀▶18◀",6@JT^hrø▶86◀▶90◀▶9a◀▶ff◀▶04◀
corn           afd. nr. 12                84.04.24         edb.corn.42



TIL  :    JEKK.



▶a1◀EMNE :    IDE TIL PLAN FOR MOSAIK MED MERE.


1. Din rundtur til de budget-ansvarlige.

   a.  Kan du få oplyst, hvad de enkelte afdelingers budget-ansvarlige
       ser på for at konstatere, om det er gået deres afdeling godt ?
       De såkaldte ▶a1◀succes-faktorer▶e1◀, og uanset om det har noget med edb
       at gøre eller ej. Hvis der er mange, så få faktorerne priori-
       teret , således at der pr. afdeling bliver 5 - 10 faktorer !
       "Fælles-mængden" af disse faktorer må være RC's faktorer, og
       stadig kun fra 5 til 10 faktorer. Så burde vi have de vigtigste
       ▶a1◀styrings-kriterier▶e1◀ i hus for RC (skal jævnføres med JO !).

       ALLE disse faktorer er samtidig en meget væsentlig information
       for os i edb-afdelingen !!

   b.  På hvilken form kan de budget-ansvarlige vurdere deres fakto-
       rer ?  Hvad kunne de ønske sig ? ( 'a la mikro og/eller de
       kendte eller ukendte opgaver, din udtalelse på fredagsmødet )

   c.  RC har så▶a1◀

 ▶a1◀▶e1◀         MÅL-STRUKTUR:
          det vil sige strategi og politik, nedskrevet på tilgængelig
          og forståelig form, så alle implicerede uanset niveau er
          klar over deres andel af det samlede mål.

          STYRINGS-STRUKTUR:
          det vil sige , hvilke mål der skal styres på, og hvilke me-
          toder der skal anvendes for at nå målet.

          INFORMATIONS-STRUKTUR:
          det vil sige, hvem får hvad og hvornår og hvorfra,og hvortil
          skal det anvendes, samt hvad skal hvem iøvrigt skaffe og
          hvorfra, hvordan læses det og skal det sammenlignes med 
          andet materiale.

          BESLUTNINGS-STRUKTUR:
          det vil sige, hvem beslutter hvad og på hvilket grundlag, og
          hvornår, og er der periode-beslutninger (gælder for en given
          periode og træffes ▶a1◀forud▶e1◀ for perioden) og/eller handlings-
          beslutninger (her og nu , kort tid til overvejelser), bemærk
          at for mange handlings-beslutninger kan være dårlige tegn,
          det kan være årsag til kommende vanskeligheder på grund af
          for kort tid og for spinkelt beslutnings-grundlag.

     Mål-strukturen burde være kendt i skriftlig form, styrings-struk-
     tur kommer vi til at kende, informations-struktur delvis kendt,
     og beslutnings-strukturen er ledelsens egen måde at styre RC på.

     PS: ovenstående er meget, meget kortfattet, der findes for eksem-
     pel flere former for beslutninger, og information kan deles op i
     intern (manuelt og/eller edb) samt extern (for eksempel konkur-
     rence forhold som måske er det væsentligste for en ledelse).          
\f

▶84◀▶80◀


2.  Mosaik-systemet.


    a.  Systemet har sin værdi for RC set rent administrativt,
        selv om vi kender til mangler og ønsker.


    b.  Vi kan rense systemet, herved menes at vi kan rette de kendte
        mangler op, samt iøvrigt gå systemet igennem, og se på:
        moduleringen, beskrivelse, konsistensen, enkelheden, udvidel-
        ses muligheder, indbygget test muligheder og generelt forbedre
        kodningen.

        Vi kan se nærmere på input-siden (bruger-dialog), på selve
        data-behandlingen, online forespørgsler, samt listeudskrifter,
        og heri ligger dels forbedringer og dels udvidelser.


    c.  Vi kan måske optimere hele systemet med min. 5-10 % med en
        begrænset indsats.


    d.  Og på grundlag af og i forbindelse med din data-indsamling
        kan vi give systemet en STØRRE rolle for RC.


    Men vi skal have aftalt en plan og vi skal have resourcer til ud-
    førelsen af planen, både person og maskinplads.
«eof»

Full view