Ümarlaua arutelu 24.11.2010: Difference between revisions
From ICO wiki
Jump to navigationJump to search
| Line 20: | Line 20: | ||
* Ettevõtete ja koolide koostöö - reaalse lahenduse tegemine | * Ettevõtete ja koolide koostöö - reaalse lahenduse tegemine | ||
* IT teiste erialade seostamine, spetsialistid mitte-IT ettevõtete (koostöö teiste kõrgkoolidega projektide IT osa lahendamisel - meie tudengid) | * IT teiste erialade seostamine, spetsialistid mitte-IT ettevõtete (koostöö teiste kõrgkoolidega projektide IT osa lahendamisel - meie tudengid) | ||
* Näidisprojektid - case-study analüüs. Projektid ei tohi olla ettevõtte jaoks ajakriitilised. Tudengil oleks hea teada, kuidas lahenduseni jõuti ning protsesse plaaniti, kuidas tudengid seda probleemilahendust näeksid või analüüsiksid olemasolevat lahendust. Saaksid praktilist kogemust reaalselt lahendada. Kuidas tehti testimist, projektiplaani, reaalne element olemas. | |||
* Reaalne lahendus versus tudengilahendus, see oleks põhiline õppekoht. Kuid eelnevalt peaks olema teoreetiline pagas, et lahendusi pakkuma hakata. Idee varastamise probleem. | |||
==Võimalikud kõrvalerialad== | ==Võimalikud kõrvalerialad== | ||
| Line 45: | Line 47: | ||
* [[Ümarlaud 3 - 24.11.2010]] | * [[Ümarlaud 3 - 24.11.2010]] | ||
* [[Ümarlaud 4 - 24.11.2010]] | * [[Ümarlaud 4 - 24.11.2010]] | ||
=Seostamata mõtted= | =Seostamata mõtted= | ||
Revision as of 14:48, 29 November 2010
Ettekanded
Kompetentsuse ring:tööturg - õppimine - õpitu tunnustamine
Väljundipõhine õppekava ja tööandjate võimalus mõjutada õppekavaarenduse protsessi
IT Kolledži projektid ja plaanid
Praktika täna ja homme
Ettevõtete nägemus IT haridusest
Diskussioon
Praktikamudel
- Süsteemide arendamine - kvaliteetse kliendi lõpptoote tegemine;
- Ettevõtete ja koolide koostöö - reaalse lahenduse tegemine
- IT teiste erialade seostamine, spetsialistid mitte-IT ettevõtete (koostöö teiste kõrgkoolidega projektide IT osa lahendamisel - meie tudengid)
- Näidisprojektid - case-study analüüs. Projektid ei tohi olla ettevõtte jaoks ajakriitilised. Tudengil oleks hea teada, kuidas lahenduseni jõuti ning protsesse plaaniti, kuidas tudengid seda probleemilahendust näeksid või analüüsiksid olemasolevat lahendust. Saaksid praktilist kogemust reaalselt lahendada. Kuidas tehti testimist, projektiplaani, reaalne element olemas.
- Reaalne lahendus versus tudengilahendus, see oleks põhiline õppekoht. Kuid eelnevalt peaks olema teoreetiline pagas, et lahendusi pakkuma hakata. Idee varastamise probleem.
Võimalikud kõrvalerialad
Süsteemi arhitekt
- arhitektuur - BPM äriprotsesside juhtimine, spetsialiste vajatakse vähe, vaja on arusaamist arhitektuuri st arusaamist, äriarhitektuiuurist, rakenduste arhitektuurist, andmearhitektuurist, infra - arhitektuurist
Kasutatavuse testimine
- Testimise kvaliteet Usability - kasutatavus, disain, esteetika, arusaamine sellest kuidas süsteem töötab
- täienduskoolituse prioriteetides on samuti nimetatud usability't IPTV platvorm ja lahendus Elionis,
IT insener tootmises
- tootmistehnoloogia ja infotehnoloogia sünkroonsus, tootmisseadmete ja elektroonika ühitamine (Sindi niiditehas, trafode tehas jne)
Pilveadministraator
- "pilved" võivad tingida klassikaliste administraatorite vajaduse vähenemise, suurema kasvu aeg on möödas. Kitsa administraatori teadmistega enam hakkama ei saa.
Siin on siis märkmed 24.11.2010 toimunud aruteludest
Seostamata mõtted
- täiusliku spektri kaetuse probleem - väikeste ja suurte ettevõtete probleem (Elionis IPTV IMS arendustes spekter kaetud)
- agiilne arendus, tootearendus, SCRUM
- metoodikate õpetus - kuidas õppida, kuidas areneda, suurettevõttes kus on keerukuse tase erinev väikestest. Ameerika turu uuring - erialad, mis on nõutud on uued, pigem anda tudengile kaasa võimekus kiiresti ümber õppida, aja ja arengu juhtimine.
