app開(kāi)發(fā)公司開(kāi)發(fā)一款app需要多長(cháng)時(shí)間呢?App開(kāi)發(fā)多長(cháng)時(shí)間肯定取決于app軟件的功能。有耐心的朋友我想分享以下幾個(gè)和開(kāi)發(fā)時(shí)間相關(guān)的問(wèn)題
1,軟件開(kāi)發(fā)的時(shí)間線(xiàn)
A,需求分析和ui、ue設計可以并行
這個(gè)階段的時(shí)間取決于需求確定的速度。在ui設計跟不上需求確認的速度時(shí)可以增加ui來(lái)提高ui設計效率。但是需求確定不是人越多越快,相反往往人越多越慢,因為每個(gè)人想法不同,要統一就會(huì )費時(shí)間。
B,開(kāi)發(fā)實(shí)施階段
這個(gè)階段按時(shí)間主要分兩段:架構框架搭建期和具體實(shí)施期
架構和框架更多的是體現的設計的思想理念,同樣要根據項目的規模配置,人多了也是有意見(jiàn)不統一的地方反而耽擱時(shí)間,項目復雜人少了,大小框架都由一個(gè)架構師干也是耽擱時(shí)間,所以這個(gè)階段人數強求不得,只能根據實(shí)際開(kāi)發(fā)經(jīng)驗配置。具體實(shí)施階段是個(gè)彈性比較大的階段,可以多上一些人對項目的進(jìn)度會(huì )有很大的提升,前提是有好的架構和框架,制定較好的約束并且讓這群人遵守約束。
C,測試期
其實(shí)測試是貫穿在整個(gè)開(kāi)發(fā)過(guò)程中的。專(zhuān)業(yè)的測試肯定要有,進(jìn)入測試期的軟件基本顯而易見(jiàn)的bug已經(jīng)很少了,此時(shí)除了專(zhuān)業(yè)的測試之外,可以多找一些其他人一起測試。當然即使經(jīng)過(guò)很多很多的測試,你也不可能100%保證軟件一點(diǎn)bug都不存在了。這個(gè)時(shí)期根據實(shí)際情況自己拿捏好了。
D,部署發(fā)布期
耽擱時(shí)間的就是蘋(píng)果app的上線(xiàn)需要10天左右的審核時(shí)間。
2,受開(kāi)發(fā)或者架構人員的個(gè)人能力影像較大
一個(gè)問(wèn)題有的程序員半個(gè)小時(shí)解決,有的可能好幾天甚至根本搞不定。所以我招聘程序員的時(shí)候我很關(guān)心程序員的悟性和解決問(wèn)題的能力。有人說(shuō)一個(gè)好的程序員在面對同樣一個(gè)沒(méi)有技術(shù)難度的工作的時(shí)候,其效率可以是一般程序員的好幾倍,這個(gè)我是認同的:如果有技術(shù)難度的話(huà)那就不是好幾倍的問(wèn)題了,再多的臭皮匠也抵不過(guò)一個(gè)諸葛亮。
3,有決定性作用的是開(kāi)發(fā)團隊對項目質(zhì)量的管控能力
上面說(shuō)了好的程序員效率會(huì )很高,但是軟件工程追求的不是怎么選擇好的程序員來(lái)搞,而是追求怎么讓能力一般的程序員參與進(jìn)來(lái)并且成功的完成開(kāi)發(fā)內容。而怎么讓一個(gè)大部分是一般能力的開(kāi)發(fā)人員完成一個(gè)系統的開(kāi)發(fā),那就是好的程序員或者管理人員更應該做的事情。所以身邊有些團隊東西一直做不出來(lái),技術(shù)負責人一致埋怨是招的技術(shù)不夠好,其實(shí)我覺(jué)得這對事情的理解是有偏差的。
總之,軟件開(kāi)發(fā)有其自身的規律,參與研發(fā)的人員的技術(shù)能力因素影像比較重而差異性又比較大,軟件項目工程管理就是在遵循軟件開(kāi)發(fā)規律的基礎上規矩化流程化和不斷限制研發(fā)人員的主觀(guān)能動(dòng)性的一個(gè)過(guò)程,其目的是在預期的時(shí)間內達到預期的開(kāi)發(fā)效果,保證軟件的成功實(shí)施。影像開(kāi)發(fā)時(shí)間的因素很多,但是有成熟管控能力的前提下,最大的影響因素就是開(kāi)發(fā)的人和所需實(shí)現的功能。人的因素差異太大,但是根據多年的經(jīng)驗還有有個(gè)大體的量化標準,結合項目需求大體設計了一個(gè)項目成本和時(shí)間評估系統。