besøg lydoptagelser for lydversionen af dette afsnit.
dette kapitel stemmer overens med Kapitel 4 og 10 i PMBOK, og 18% af CAPM-spørgsmålene kommer fra dette vidensområde. Indholdet forbinder til planlægning, udførelse og overvågning & kontrollerende kategori af PMP spørgsmål.
næsten per definition kræver projekter samarbejde, og teammedlemmer skal kommunikere med hinanden af forskellige årsager og ved en række mulige metoder. For eksempel har teammedlemmer ofte brug for at opdatere hinanden om deres fremskridt og kan anvende sådanne kommunikationsmidler som e-mail, projektstyringsprogrammer eller sociale medier. Tilgængelig teknologi kan i høj grad lette sådanne opgaver og sikre rettidig og præcis kommunikation mellem teammedlemmer.
sådanne teknologier omfatter:
kommunikationsteknologier
e-mail
Short Message Services (SMS), almindeligvis benævnt SMS ‘ er
videokonferencer og chat-tjenester, som Skype
tjenester til deling af dokumenter og kalender som Google Docs
post-og forsendelsestjenester
skrivebordsprogrammer
Microsoft Office eller Open Office Suite
Visual design og mockup programmer som balsamik
projektstyringsprogrammer ligesom Microsoft Project eller OpenProject
at vælge, hvilke kommunikationsressourcer der skal bruges på et givet projekt, er en kritisk beslutning og bør være drevet af projektets behov. Generelt vil enkle projekter kræve færre kommunikationsressourcer, mens større, mangesidede projekter kan kræve mere specialiserede eller komplekse værktøjer og programmer.
Programmelværktøjer ændrer sig konstant. opretholder en relativt opdateret liste over forskellige projektstyringsprogrammer og deres funktioner.
designere deler deres oplevelser
Dr. Andy Gibbons – Instruktionspsykologi og teknologi – BYU
Nå, vi trænede ret teknisk emne, det var hvordan man flyver en helikopter og hvordan man betjener det følsomme elektroniske udstyr i ryggen, sensorer. Så de teknologier, vi arbejdede med, som vi trænede folk til at bruge, var meget sofistikerede teknologier. Desværre havde vi næsten nul teknologier. Som designer var dette tidsrammen 1975-76. Ordet “processor” blev lige opfundet. Vi havde ikke tekstbehandlere. Alt blev skrevet for hånd, af sekretærer. Vi havde en overarbejdet sekretær, der konstant skrev ting. Og en masse håndskrevne dokumenter måtte passere. Vores designdokument blev skrevet, og hvis du lavede en fejl på en side, skulle du skrive hele siden igen, hvis det var en stor fejl, eller en tilføjelse. Så nogle gange endte dokumenterne med at se lidt sjove ud. Du ville have et dokument med kun et lille afsnit øverst. Hvad jeg prøver at skildre her er, at vi ikke engang havde tekstbehandleren. Vi havde ikke engang den desktop publishing, som vi har i dag. Vi havde videoteknologi, men vi havde ikke nogle af de videoredigeringsteknologier, vi har. Så det var næsten et barberblad slags en operation, hvor ting ville ende bogstaveligt på skærerumsgulvet, tape ville ende på den måde. Selv om vi gjorde, en af de ting, flåden gav os brug af deres redigering base. Så når vi havde identificeret de tager, som vi ønskede at redigere i vores videomateriale, de—vi kunne gøre en re-roll slags ting. Men det var, sammenlignet med de værktøjer, vi har i dag, hvis vi havde haft værktøjerne i dag, så, at vi har i dag projektet ville have været gjort meget lettere. Og ærligt talt ville mit personale være blevet halveret, hvis jeg havde haft tekstbehandling og design.
Heather Bryce – Independent Studies – BYU
mit navn er Heather Bryce, og jeg er projektleder for Brigham Young University Independent Study ogvi brugte video og Flash, jeg ved ikke, om du tæller video som en teknologi, men absolut Flash som en teknologi. Og flashen i dette kursus er helt fantastisk. Jeg kan vise dig nogle eksempler. Vi lavede en virtuel skitsebog som en måde at introducere ordforråd på. Så i stedet for bare at huske, hvad perspektiv er, kunne de faktisk se, hvordan en kunstnerskitse ville se ud, og hvordan de ville bruge perspektiv. Flash er især vigtigt i dette kursus, fordi det virkelig tillod den studerende at interaktiv oplevelse, som du har brug for i en tegning kursus. Så det var sandsynligvis den vigtigste teknologi, der blev brugt på dette projekt.
Dr. Larry Seamager-Center for undervisning og læring – BYU
teknologiproblemer i Læringssuiten er sandsynligvis den største bekymring, som nogen har. Fordi de teknologier, vi bruger, er off-the-shelf. Vi ser på at bruge i det væsentlige PHP-og Myskl-databaser, selvom vi sandsynligvis migrerer til Oracle, simpelthen fordi det er en slags Universitetsstandard. Fordi det produkt, vi bygger, BYU Learning Suite, er et universitetsstøttet produkt. Når vi bygger det og overleverer det til universitetet, er det folk, der skal operere, deres ordsprog “Hmm, vores understøttede platform er Oracle.”Så vi bliver nødt til at migrere det over tid, over til Oracle. Men lige nu, du ved, vi laver enkle ting. PHP programmering, PHP. Bare virkelig, slags ligetil hjemmesider, som vi bygger små dialogbokse, vi får input, og vi gemmer det et eller andet sted. Så det er ikke et meget kompliceret system. Nøglen til det er virkelig den beslutning, som universitetet IT-folk tog for flere år siden til, i fortiden, Universitetsdatasystemer blev låst meget tæt. Og det skal de være. Det er vores lønseddeloplysninger, det er alle FERPA-data, der skal beskyttes for studerende, alt det private. Men universitetet besluttede, at de ikke ville være de eneste, der byggede de applikationer, der derefter ville få adgang til dataene. De besluttede at opbygge en internettjenestegrænseflade, så folk som os kan skrive en applikation, der går gennem internettjenesten og sikkert får dataene. Og det er sådan, Vi er i stand til at opbygge Læringssuiten. Så vi kan få adgang til universitetets Karakterbog, universitetets akademiske informationssystemer, personalefilerne, så vi kan vide, hvem der er på campus, og hvem der ikke er, hvem der er autoriseret til at bruge dette system, biblioteket, boghandlen. Alle disse ting er aktiveret af en simpel ting, som vi kalder internet service. Det er bare et abstraktionslag, der adskiller dataene fra programmet her. Det er også en rigtig god ting, fordi det tillader os ned ad vejen. Lige nu bruger vi en tredjepart, karakterbog. Om et år eller deromkring vil vi have vores egen karakterbog skrevet. Og på grund af dette applikationsgrænsefladelag, der adskiller os fra de faktiske data, vil vi være i stand til at bytte den backend-klassebog og grænsefladen for studerende og fakultet uændret. Bortset fra at du vil se “nye funktioner”. Fordi det er vores karakterbog, og vi har andre ting. Så det er lidt af de teknologier, vi bruger. Det er virkelig aktiveret af nogle meget fremadrettede beslutninger fra universitetets IT-folk, der, du ved, kom til den konklusion, at, du ved, måske er vi ikke de bedste folk til at skrive ansøgninger. Vi er dog rigtig gode til styring og implementering af ting. Så du bygger systemerne, afleverer dem til os, så kører vi dem for dig. Så det er sådan, hvor vi er lige nu.
