Küsimus:
Kuidas koostada mehaanilise uurimisprojekti eelarve?
Sam Weston
2015-02-04 09:00:14 UTC
view on stackexchange narkive permalink

Olen mehhatroonikainseneri eriala üliõpilane, kes töötab praegu töökohal. Olen esitanud uurimisettepaneku täiustatud mehaanilise haaratsite väljatöötamiseks, mida kasutatakse toodete automatiseeritud käitlemiseks. Ettevõttele meeldib see ettepanek ja ta soovib sellega edasi minna, kuid nad soovivad ettepanekus rohkem üksikasju, täpsemalt eelarvet.

Olen selles mõttes veidi eksinud, ma pole kindel, kuhu minna algus. Ma pole kindel, kui palju prototüüp maksma läheb, ega ka seda, kui palju mul neid vaja läheb. Olen kaalunud väikese protsendi võtmist praeguste lahenduste põhjustatud kogukahjudest, kuid isegi need tunduvad põhjendamatult suured.

Milline oleks eelarve koostamise tavapärane meetod teiste professionaalsete inseneride kogemuste põhjal.

Kaks vastused:
#1
+13
Trevor Archibald
2015-02-04 11:08:15 UTC
view on stackexchange narkive permalink

On oluline meeles pidada, et see eelarve on osa ettepanekust; see pole oma olemuselt kivisse raiutud, seega ei pea see olema täiuslik. Te ei pea tuvastama kõiki kulusid, mis teil projekti käigus tekivad, kuid peate näitama, et olete projekti peamised kulud arvestanud, tuvastanud ja oskate neid hinnata.

Kui teil seda veel pole, soovitaksin tungivalt luua ajaskaala (võib-olla Gantti diagrammi kujul, mille jaoks peaksite saama leida mitu Exceli mallid või muud selle loomiseks mõeldud programmid.) Tundub, et teil on silmas peetud korralikult selget eesmärki (veenduge, et teaksite, mida mõtlete mõistega „täiustatud”, kuigi see pole enamasti selle küsimusega seotud.) hea idee, kuidas selle lõpptulemuseni jõuda.

Mõned küsimused, mida võiksin endalt küsida

  • Milliseid etappe see projekt nõuab? (Uuringud, projekteerimine, ehitamine, testimine jne)
  • Kui kaua mul iga etapi läbimine aega võtab? VÕI kui kaua saan igale etapile eraldada? (Teine võib olla asjakohasem, kui teil on range tähtaeg ja teatud asjad, millest teate, võtab X aega (saatmisajad, unikaalsete osade eritellimused jne)) graafikus püsimisest ja kui tõenäolised on need sündmused? (Otsas olevad osad, disainiprobleemid, mis võivad probleeme tekitada)
  • Mida mul on vaja iga etapi jaoks ja kas sellega kaasnevad kulud?
  • Kas mõni neist kulutustest on eriti riskantne ja kuidas see eelarvele mõju avaldab? (Komponendid, mis võivad kokkupaneku või katsetamise ajal puruneda, sõidukulud, mis võivad olla kõikuvad)

Kõigile neile küsimustele ei pea olema vastuseid, kuid peaksite neid kaaluma . Mõni neist on oma olemuselt vastuseta; mõnele saate vastata alles pärast aastatepikkust kogemust.

Projekti jaoks selle üldise ülevaate loomisel peaksite aga nägema, kus eelarve loomulikult tekib. Ilmselt peate kavandama prototüüpide ehitamise. Kuid kas need on riiulist väljas olevad osad või on need asjad, mis tuleb uueks muuta, ja kui jah, siis kuidas kavatsete neid valmistada? Kas test, mille kavatsete läbi viia, on potentsiaalselt hävitav ja nõuab mitut prototüüpi? Need on üsna ilmsed küsimused, kuid kaaluge mõningaid veidi vähem selgeid küsimusi, eriti kui keskendute ainult uuele tootele. Milliseid asju see haarab ja kas vajate testimisprotsessi jaoks proove? See on olemasolev tööriist, mida täiustate, kas praeguse iteratsiooni omandamine aitab teil sellest paremini aru saada ja kas ettevõte pakub seda või peate selle ostma? Kas teistelt tootjatelt on olemas sarnaseid tooteid, mis võiksid teid aidata?

Põhimõtteliselt peate projekti vaatama võimalikult paljude nurkade alt. Ja minu esimene mõte on piisavalt korduv. See on ettepanek. Teil on täiesti lubatud seda projekti keskel muuta, eeldades, et teil on kaalukas põhjus.

Pange tähele ka seda, kuidas lähenen eelarvele ja kuidas olen seda teinud projektides, mida olen varem juhtinud või milles osalenud. Kuid see ei pruugi olla täpselt see, mida see ettevõte soovib. Ärge kartke küsida oma juhendajalt või kõigilt, kellelt eelarvet esitate, seda, mida nad otsivad. Sa oled tudeng, nad teavad seda, nad ei eelda, et sa tead, kuidas kõike teha. Olete õppimiseks valmis, nii et kasutage seda ära.

Aitäh! See on väga põhjalik vastus ja viimane lõik on tõesti julgustav.
#2
+4
mart
2015-02-04 22:13:39 UTC
view on stackexchange narkive permalink

Ma läheksin sellega teistmoodi kui Trevor. Alustaksin arve materjalidest ja muust vajalikust. Materjal on ilmselgelt füüsiline värk, muud asjad tähendavad teie aega ja teiste aega, laboratooriumi aega jne.
Lisage kõik vajalikud asjad ja arvestage väikeste koefitsientidega, mida te ei saa kindlasti teada, näiteks mutrid ja poldid. Mida väiksem on positsioon, seda rohkem on ok, kui teil on ainult hinnang. Kui teil on vaja asju, mida te ei saa osta, tehke kindlasti oma uuringud, näiteks kui vajate kohandatud töötlemistööd (mida te ei saa ise teha). Grupeerige positsioonid mõistlikul viisil, nagu mehhanism. komponendid, elektroonikakomponendid, teenused jms. See on ilmselt ok, kui loetlete oma tööaeg ja muu töö "majas" ainult tundide, mitte kuludega - teie ülemus teab, kuidas tunnid dollariteks ümber arvestada. Lisage positsioonid, milles te pole kindel, et saaksite neid arutada.

Selle lähenemise eeliseks on see, et see on lihtsam kui üksikasjaliku projekti ajakava koostamine. Puuduseks on see, et teil pole ülemusele muljet avaldamiseks ilusat graafikut, ka siis, kui teie töö hõlmab palju liideseid ja teenuseid ettevõtte teistega, on üksikasjalik ja realistlik ajakava väga oluline. Kui projekt koosneb sinust, laborist ja hunnikust osadest, võiks minu lähenemisviis olla piisav.

Minu jaoks ei usu ma, et see strateegia toimiks. Ettevõte otsib uut viisi nende tootmisprobleemide lahendamiseks ja eeldab, et uurin vastuse leidmiseks paljusid võimalusi. Selles etapis oleks võimatu arvestada kõigi võimalike materiaalsete kuludega.
noh siis. Suurte projektide eelarve arvutamine on osa minu tööst, kuid projektid koosnevad enamasti asjadest ja sobivad selle lähenemisviisiga. Kui see teie jaoks ei toimi, tehke midagi muud.


See küsimus ja vastus tõlgiti automaatselt inglise keelest.Algne sisu on saadaval stackexchange-is, mida täname cc by-sa 3.0-litsentsi eest, mille all seda levitatakse.
Loading...