- Brian Farmer
What’s that’s you say? Mitä tekemistä OMB Circular A-11:llä on minkään EMC:hen liittyvän kanssa? Tuo on aika hyvä kysymys, jonka olisin kysynyt itsekin. Kunnes luin (koska minulle huomautettiin siitä) Circularin uusimman painoksen kohdan 31-12. Se alkaa:
”Televiestintään, tutkiin ja niihin liittyviin järjestelmiin tarvittavien radiotaajuuksien arvo olisi otettava huomioon, siinä määrin kuin se on käytännöllistä, vaihtoehtoisten järjestelmien/ratkaisujen taloudellisissa analyyseissä.”
Ja se jatkuu joillakin ”ohjeilla” siitä, miten taajuuksien arvo voidaan arvioida. Mutta tämä paasaaminen ei oikeastaan koske RF-taajuuksien arviointia, vaan pikemminkin sitä, miten odotamme DoD:n ohjelmatoimistojen, jotka jo nyt kamppailevat teknisten alojen, kuten EMC:n ja taajuuksien kannattavuuden kanssa, sekä budjetin laatimisen ja täyttämisen kanssa, erityisesti suurissa, monimiljardin dollarin ohjelmissa. Nyt pyydämme ohjelmien hallintotoimistoja heittämään budjetointiprosessiin jokerimerkin, joka on eräänlainen mustan magian yhdistelmä teknistä asiantuntemusta radiotaajuuksien käytöstä ja ennustamista. Kun otetaan huomioon, että nykyään huutokaupataan taajuuksia, en ole varma, onko mitään hyvää tapaa määrittää taajuuksien arvoa, saati sitten ottaa taajuuksien arvo huomioon sotilasohjelmien hankinnoissa. Mutta olen ollut väärässä ennenkin…
Lukemalla hieman tarkemmin annetuista ohjeista, ne osoittautuvat hieman ohuiksi (mutta oikeudenmukaisesti sanottuna budjettipoliittisessa asiakirjassa ei todellakaan voi odottaa paljon yksityiskohtaisia teknisiä ohjeita):
”Yksi menetelmä spektritehokkuuden määrittämiseksi arvioitaessa liittovaltion järjestelmien hankintoja on kehittää perustaso, joka mittaa: 1) järjestelmän käyttämän taajuuden tekniset ominaisuudet, 2) sen alueen asukasluku, jossa taajuuksia käytetään, ja 3) käytetyn kaistanleveyden määrä.”
Epäilen, että #2 ja #3 ovat melko suoraviivaisia, vaikkakin sen alueen asukasluku, jossa USA:n puolustusministeriön järjestelmiä käytetään, on miljardeja, maailmanlaajuisesti! Kohta #1 vaatii paljon selvennystä ollakseen minkäänlainen mielekäs mittari. Mitä ovat ”järjestelmän käyttämän taajuuden tekniset ominaisuudet” ja miten niitä mitataan? Minäkään en tiedä! Tuolla lausunnolla voisi olla monta eri suuntaa, mutta ei ole mitään takeita siitä, että se antaisi johdon kaipaamaa tietoa.
Tämä muistuttaa minua hieman Spectrum Supportability Risk Assessment -vaatimuksen täytäntöönpanosta. Erityistä ohjeistusta annettiin hyvin vähän, ja monet alkuperäisistä esityksistä eivät vain tarjonneet sitä, mitä vaadittiin haluttujen riskien todelliseen arviointiin. Meidän ei todellakaan olisi pitänyt yllättyä. Uskon, että saamme samanlaisen vastauksen tämän vaatimuksen täytäntöönpanossa. Työntekijät eivät oikeastaan tiedä, mitä odotetaan tai miten vaaditut tiedot todella tuotetaan. Mutta he tekevät parhaansa tarkistaakseen luettelon viimeisimmän kohdan samalla, kun he työskentelevät saadakseen järjestelmät niitä tarvitseville käyttäjille.
-Brian Farmer
Tietoa kirjoittajasta
Brian Farmer
Brian Farmerilla on takanaan pitkä ura, jonka aikana hän on tarjonnut puolustusministeriölle E3- ja spektritukikelpoisuuteen liittyvää järjestelmäsuunnittelua ja ohjelmanhallintapalveluja, mukaan lukien Naval Air Systems Command (NAVAIR), Joint Spectrum Center (JSC) ja Naval Surface Warfare Center Dahlgren Division. Työskenneltyään useissa E3-suunnittelualan yrityksissä Brian perusti EMC Management Concepts -yrityksen vuonna 2002, ja hänellä oli yksi tavoite: tarjota maailmanluokan E3- ja Spectrum-järjestelmiin liittyviä suunnittelunhallintapalveluja puolustusvoimille. Sen lisäksi, että Brian toimii toimitusjohtajana, pääasiallisena liiketoiminnan kehittäjänä ja johtavana ohjelma-/sopimuspäällikkönä tässä kasvavassa pienyrityksessä, hän tarjoaa edelleen suoraa E3-ohjelmanhallintatukea useille laivaston toimistoille ja JSC:lle. Hän johtaa sopimustoimintaa E3- ja Spectrum Supportability -koulutuksen kehittämiseksi ja tarjoamiseksi hankintayhteisölle. NARTE-sertifioitu EMC-insinööri (EMC 000895-N). Hänet tavoittaa osoitteesta [email protected].
.
