Progetto di ricerca e sviluppo IT e organizzazione del team

3

Ho visto molte diverse organizzazioni di progetto in diverse aziende del settore terziario, ma non ho mai pensato che i progetti di R & D fossero ben organizzati.

Comprendo che i progetti di R & D richiedono flessibilità e meno vincoli di tempo per dare libero sfogo all'innovazione.

La mia ipotesi è che l'organizzazione dei progetti di R & D debba essere rivista in una certa fase.

Qual è la tua esperienza in merito alle organizzazioni / metodologie IT R & D - in particolare alla pianificazione e    gestione delle risorse?

  • Tu o il tuo capo li pianificate dall'inizio?
  • Tu o il tuo capo chiedete rapporti sull'ora?
  • Quando pensi che sia giunto il momento per un progetto di R & D di entrare in una fase di organizzazione del progetto "standard"?
  • Omettendo il limite di tempo, quando pensi che sia il momento di fare le cose anche se l'obiettivo non viene raggiunto completamente?
  • Omettendo il limite di tempo, quando pensi che sia il momento di mollare se l'obiettivo non viene raggiunto?

Entrambi gli ultimi sono soggetti, lo so: /

    
posta JoeBilly 20.03.2011 - 21:02
fonte

2 risposte

3

IT R & D è un ossimoro. L'IT è una disciplina incentrata sulla gestione della proprietà intellettuale esistente. Il termine è stato creato quando convergenza tecnologia informatica e delle comunicazioni. I responsabili delle vetrerie avevano bisogno di un nome onnicomprensivo per gli specialisti tecnici operativi che gestivano questa apparecchiatura. L'ingegneria del software non è IT. L'ingegneria del software è una disciplina orientata al progetto che si concentra sulla creazione di proprietà intellettuale in risposta a una necessità. La maggior parte dei progetti di sviluppo software interni sono scarsamente organizzati perché vengono eseguiti come progetti di implementazione IT, non progetti di creazione di proprietà intellettuale.

    
risposta data 21.03.2011 - 15:03
fonte
4
  • Il progetto R & D è fondamentalmente come uno sviluppo software con il 95% di esso sconosciuto.
  • Quindi le stime temporali variano drasticamente a seconda dello sforzo, della forza lavoro inserita nel progetto e di quanto sono organizzati nell'approccio al progetto.
  • L'organizzazione e la gestione sarebbero simili a qualsiasi progetto mainstream in corso in cui le scadenze, le pietre miliari si evolvono con la progressione del progetto.
  • La squadra è migliore quando si lavora a stretto contatto con ogni membro che affronta un modulo e frequenti incontri -aggiornamento per aumentare la comprensione del quadro generale.
  • Quando hai raggiunto con successo il prototipo di lavoro di base Beta è tempo di iniziare a fare le cose.
  • Se ometti il limite di tempo, l'altro fattore principale che entrerà in gioco sarebbe la disponibilità di risorse monetarie per sostenere il progetto.
risposta data 21.03.2011 - 13:03
fonte

Leggi altre domande sui tag