一区二区三区三上|欧美在线视频五区|国产午夜无码在线观看视频|亚洲国产裸体网站|无码成年人影视|亚洲AV亚洲AV|成人开心激情五月|欧美性爱内射视频|超碰人人干人人上|一区二区无码三区亚洲人区久久精品

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫(xiě)文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

淺析996和敏捷以及IPD

3A0b_tongxinqua ? 來(lái)源:fqj ? 2019-04-25 16:44 ? 次閱讀

最近996這個(gè)話題很熱,但各路勢(shì)力(資方,勞方)的討論都陷在事業(yè)開(kāi)創(chuàng)時(shí)期要不要奮斗,勞動(dòng)利潤(rùn)怎么合理分配的這個(gè)窠臼下相互扯皮攻擊,其中馬爸爸,qjf都親自下場(chǎng),或高呼“兄弟們的”奮斗精神,或販賣雞湯,要新人們把996當(dāng)福報(bào),呵呵呵呵…….我這里先下個(gè)結(jié)論,便于大家有個(gè)大體的概念,然后再來(lái)看我后面的東拉西扯,那就是:

整個(gè)國(guó)內(nèi)的互聯(lián)網(wǎng)行業(yè),包括頭部的BATJ這幾家巨頭,在研發(fā)管理,業(yè)務(wù)管理方法論上,不是針對(duì)誰(shuí),在座的都是垃圾。

996怎么會(huì)產(chǎn)生的?只是開(kāi)發(fā)人員不夠資本家不愿投人導(dǎo)致大家整天加班?錯(cuò)!我們來(lái)看一下軟件研發(fā)的過(guò)程,其實(shí)一個(gè)現(xiàn)在很流行的詞就已經(jīng)說(shuō)明了一切,那就是“碼農(nóng)”,因?yàn)樗^的R&D,幾個(gè)大廠干的只是D,并非R,R所研究的對(duì)象那是在實(shí)驗(yàn)室和大學(xué)里完成的,大廠拿過(guò)來(lái)只是進(jìn)行商用開(kāi)發(fā)實(shí)現(xiàn)上線。所以其實(shí)軟件開(kāi)發(fā)過(guò)程可以類比工廠生產(chǎn)線上的生產(chǎn),那么最近幾十年現(xiàn)代化大生產(chǎn)最重要的命題是什么?當(dāng)然是精益!(后面我另有篇幅講精益和敏捷之間的關(guān)系。)那么現(xiàn)在我們的互聯(lián)網(wǎng)軟件整個(gè)產(chǎn)品規(guī)劃定義和開(kāi)發(fā)實(shí)現(xiàn)達(dá)到了“精益”的思想了沒(méi)有?恐怕離理想狀態(tài)差得很遠(yuǎn)很遠(yuǎn)。

那么產(chǎn)生996的根源究竟是什么?互聯(lián)網(wǎng)軟件的開(kāi)發(fā)一直有一個(gè)問(wèn)題很難解決,就是需求和團(tuán)隊(duì)軟件開(kāi)發(fā)實(shí)現(xiàn)產(chǎn)能的矛盾,需求變化太快,經(jīng)常造成軟件產(chǎn)品規(guī)劃定義處于邊開(kāi)發(fā)邊定義,由項(xiàng)目開(kāi)發(fā)替代產(chǎn)品版本開(kāi)發(fā),定制化需求主導(dǎo)產(chǎn)品開(kāi)發(fā),多線版本并進(jìn)開(kāi)發(fā)的狀態(tài)。產(chǎn)品部門(mén)瞎指揮,大量的無(wú)用功,活活累死開(kāi)發(fā)團(tuán)隊(duì)。這種問(wèn)題恐怕不是多招開(kāi)發(fā)團(tuán)隊(duì)就能解決的,因?yàn)檎l(shuí)都知道團(tuán)隊(duì)越大溝通成本越高,到最后增加人手并不能加大產(chǎn)出,效率越來(lái)越低,但是客戶需求又放在那里,不響應(yīng)不行,怎么辦?996!大家加班,加到讓客戶滿意為止,于是996就變成互聯(lián)網(wǎng)業(yè)不成文的規(guī)矩了,老實(shí)說(shuō),很多大廠996還算客氣的,9117這種也不是沒(méi)見(jiàn)過(guò)。

那么難道就沒(méi)辦法了?誰(shuí)說(shuō)的……說(shuō)這話只能說(shuō)明互聯(lián)網(wǎng)業(yè)最近幾年實(shí)在是風(fēng)生水起,錢(qián)太多,活太糙,整天只知道風(fēng)口以及風(fēng)口的豬和怎么做一只時(shí)髦的豬,不知道對(duì)整個(gè)軟件開(kāi)發(fā)過(guò)程精益化….這幫家伙根本就是井底之蛙,不知道其實(shí)軟件產(chǎn)品規(guī)劃定義開(kāi)發(fā)測(cè)試上線這一流程幾十年下來(lái),業(yè)界已經(jīng)發(fā)展出一套完善的方法論應(yīng)對(duì)上述棘手的局面。類比一下,現(xiàn)在的互聯(lián)網(wǎng)業(yè)就跟70年代石油危機(jī)來(lái)臨時(shí)的美國(guó)汽車業(yè)一樣,不知道可以向生產(chǎn)過(guò)程要效益,當(dāng)一個(gè)“豐田”出現(xiàn)時(shí),于是就都投降了…….

有人會(huì)說(shuō),互聯(lián)網(wǎng)有敏捷啊,有極限編程啊,有Jerkins,CD/CI,devops啊,對(duì),互聯(lián)網(wǎng)的確在最近10年逐步引入了敏捷,但這種管理的改進(jìn)始終只局限于產(chǎn)品的開(kāi)發(fā)架構(gòu)到測(cè)試上線階段,對(duì)于產(chǎn)品規(guī)劃定義階段并無(wú)觸及,這樣的結(jié)果就是只關(guān)注開(kāi)發(fā)測(cè)試上線,規(guī)劃定義階段跟產(chǎn)品開(kāi)發(fā)脫節(jié),產(chǎn)品團(tuán)隊(duì)跟開(kāi)發(fā)團(tuán)隊(duì)對(duì)立(就好比網(wǎng)上那個(gè)出名的段子,產(chǎn)品和開(kāi)發(fā)勢(shì)同水火,互相視若仇寇),很容易造成多線開(kāi)發(fā),殊不知拉線容易,收線難,merge branch有多痛苦。你試試在不同的branch上同步相同的feature是何種酸爽的感受……

淺析996和敏捷以及IPD

上圖為項(xiàng)目級(jí)敏捷流程圖

曾跟A廠的專有云部門(mén)中高層坐談過(guò),他們的痛苦就在于一個(gè)產(chǎn)品的開(kāi)發(fā),可能會(huì)涉及到和集團(tuán)內(nèi)部大大小小80多個(gè)部件平臺(tái)協(xié)同,每個(gè)部件內(nèi)部開(kāi)發(fā)是敏捷了(少則8-10人團(tuán)隊(duì),多則百人的大團(tuán)隊(duì)),但相互之間步調(diào)永遠(yuǎn)不一致,需求的同步相當(dāng)繁復(fù)困難。One track開(kāi)發(fā),多輪PI迭代按時(shí)發(fā)布永遠(yuǎn)是個(gè)夢(mèng),平臺(tái)級(jí)的微服務(wù)解耦永遠(yuǎn)在路上,CD/CI永遠(yuǎn)只是在部件內(nèi)部,而無(wú)法在全解決方案層面實(shí)現(xiàn)。

那么到底哪些公司真正掌握了大型軟件的開(kāi)發(fā)方法論并和快速變化的客戶需求相匹配呢?要知道在互聯(lián)網(wǎng)之前,一直有一個(gè)行業(yè)也是大兵團(tuán)作戰(zhàn),一個(gè)主產(chǎn)品開(kāi)發(fā)動(dòng)輒全球多個(gè)site幾百上千人同步,然后還要應(yīng)付全球客戶源源不斷變化的需求,那就是IT/電信設(shè)備業(yè)…..

IBM所開(kāi)發(fā)的傳統(tǒng)IPD流程的確從方法論上解決了如何規(guī)劃定義架構(gòu)設(shè)計(jì)開(kāi)發(fā)測(cè)試驗(yàn)證上線的完整過(guò)程,但這是一個(gè)瀑布式產(chǎn)品開(kāi)發(fā)流程,且是一個(gè)多部門(mén)協(xié)同,相互牽制的矩陣模式。很多電信設(shè)備商用的大多是這個(gè)流程的變體,優(yōu)點(diǎn)很明顯,但是缺點(diǎn)也很明顯,那就是慢…..一個(gè)產(chǎn)品版本從規(guī)劃到上市要12-18個(gè)月,穩(wěn)是穩(wěn)了,但是客戶響應(yīng)太慢。

電信設(shè)備商經(jīng)過(guò)最近20年殘酷的競(jìng)爭(zhēng),從業(yè)廠家早已從20多年前全球?qū)⒔?位數(shù)的跨國(guó)廠商大幅歸并到只剩下三大一小,H/N/E外加一個(gè)Z,個(gè)中過(guò)程的慘烈實(shí)在只有業(yè)內(nèi)人士說(shuō)得明白,外界無(wú)法想象。但這個(gè)過(guò)程也的確逼迫業(yè)內(nèi)廠商積極地改進(jìn)產(chǎn)品規(guī)劃定義開(kāi)發(fā)測(cè)試上線全流程,向軟件生產(chǎn)過(guò)程要效益,做到軟件生產(chǎn)的“精益化”。諸如H家的IPD流程也已經(jīng)演進(jìn)到了OBP模式,N家的SAFe也是從一個(gè)全流程視角來(lái)協(xié)同審視產(chǎn)品規(guī)劃開(kāi)發(fā)問(wèn)題,以可數(shù)字化的統(tǒng)計(jì)結(jié)果指導(dǎo)產(chǎn)品定義決策,而不是領(lǐng)導(dǎo)的拍腦袋。說(shuō)句良心話,那種被T家所標(biāo)榜吹噓的微信產(chǎn)品上線開(kāi)發(fā)的“光榮歷史”,那種全公司從pony ma半夜三更拍腦然后一路層層下壓執(zhí)行的產(chǎn)品規(guī)劃定義模式真的很low很low,low爆了好不好,丑沒(méi)關(guān)系,出來(lái)丟人現(xiàn)眼就是你的不對(duì)了。

淺析996和敏捷以及IPD

真正的全流程多層級(jí)產(chǎn)品級(jí)敏捷

這里順便談?wù)劽艚莺途娴臏Y源,其實(shí)敏捷的很多概念都出自豐田的精益思想,甚至直接照搬了很多術(shù)語(yǔ),例如kaizen(改善),Kanban(看板),很容易就看出這些日語(yǔ)漢音詞的出處,核心的概念很簡(jiǎn)單,那就是仔細(xì)調(diào)查研究生產(chǎn)過(guò)程中的每個(gè)步驟和工位,消除生產(chǎn)過(guò)程中的瓶頸和浪費(fèi),從需求到生產(chǎn)運(yùn)輸全流程視角規(guī)劃,生產(chǎn)步驟相互解耦,提高效率,不斷發(fā)現(xiàn)問(wèn)題,持續(xù)改進(jìn)。

曾經(jīng)請(qǐng)教過(guò)豐田系的精益頂級(jí)專家,我問(wèn)了一個(gè)“傻問(wèn)題”:那就是為什么豐田會(huì)去搞精益這種看似吃力不討好的事,對(duì)方回答,不要忘記豐田再次起家是什么年代,是二戰(zhàn)后,朝鮮戰(zhàn)爭(zhēng)時(shí)期,得到了美軍的大量軍車訂單,那時(shí)候物資匱乏,每一顆螺絲每一個(gè)零部件都是緊缺資源,你必須仔細(xì)規(guī)劃生產(chǎn)的每一個(gè)步驟,最大限度地利用各種資源,努力消除瓶頸,最大限度提高資源的利用率,絞干毛巾里的最后一滴水!那是刻在豐田骨子里的東西,永遠(yuǎn)都抹不掉!

一個(gè)996背后所顯現(xiàn)出的其實(shí)是互聯(lián)網(wǎng)業(yè)快速發(fā)展的后遺癥頗多,管理不善,從來(lái)只有粗暴的“管”沒(méi)有精細(xì)化的“理”,而且以low為榮,以low為美,一時(shí)歪論四起,卻從不知根子還是在管理方法論和執(zhí)行到位否??磥?lái)互聯(lián)網(wǎng)也只有經(jīng)歷過(guò)電信設(shè)備業(yè)那種殘酷的大逃殺,才會(huì)靜下心來(lái)真正想想自己的問(wèn)題在哪里。

聲明:本文內(nèi)容及配圖由入駐作者撰寫(xiě)或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • IBM
    IBM
    +關(guān)注

    關(guān)注

    3

    文章

    1796

    瀏覽量

    75335
  • IPD
    IPD
    +關(guān)注

    關(guān)注

    4

    文章

    85

    瀏覽量

    26824

原文標(biāo)題:996,敏捷,IPD以及其他

文章出處:【微信號(hào):tongxinquan_168,微信公眾號(hào):通信圈】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。

收藏 人收藏

    評(píng)論

    相關(guān)推薦

    瑞旸科技斬獲航盛集團(tuán)“敏捷項(xiàng)目獎(jiǎng)”

    航盛集團(tuán) 2025年合作伙伴大會(huì)在深圳圓滿落幕。作為智能駕駛核心供應(yīng)鏈技術(shù)提供商,深圳瑞旸科技有限公司憑借其在工業(yè)自動(dòng)化領(lǐng)域的創(chuàng)新實(shí)踐,獲頒 航盛集團(tuán)“敏捷項(xiàng)目獎(jiǎng)”。該獎(jiǎng)項(xiàng)標(biāo)志著瑞旸科技在 “高柔性自動(dòng)化產(chǎn)線”技術(shù)開(kāi)發(fā)、快速交付及全流程數(shù)字化協(xié)同能力上獲得頭部Tier 1企業(yè)的權(quán)威認(rèn)可。
    的頭像 發(fā)表于 04-30 16:56 ?241次閱讀

    HMC996LP4E模擬可變?cè)鲆娣糯笃?,采用SMT封裝,5-12GHz技術(shù)手冊(cè)

    HMC996LP4E是一款GaAs PHEMT MMIC模擬可變?cè)鲆娣糯笃骱?或驅(qū)動(dòng)器放大器,工作頻率范圍為5至12 GHz。 該放大器提供高達(dá)18.5 dB增益、高達(dá)+23 dBm P1dB以及
    的頭像 發(fā)表于 04-19 15:22 ?127次閱讀
    HMC<b class='flag-5'>996</b>LP4E模擬可變?cè)鲆娣糯笃鳎捎肧MT封裝,5-12GHz技術(shù)手冊(cè)

    消費(fèi)電子PCBA快速迭代:如何用敏捷制造搶占市場(chǎng)先機(jī)

    消費(fèi)電子PCBA快速迭代:如何用敏捷制造搶占市場(chǎng)先機(jī) 在消費(fèi)電子行業(yè),產(chǎn)品生命周期越來(lái)越短,市場(chǎng)窗口稍縱即逝。一款新品從立項(xiàng)到量產(chǎn),如果PCBA(印制電路板組件)環(huán)節(jié)拖了后腿,很可能錯(cuò)失最佳上市時(shí)機(jī)
    的頭像 發(fā)表于 04-14 17:54 ?176次閱讀

    廣汽IPD及數(shù)字化變革項(xiàng)目初獲階段性成果

    近日,廣汽IPD及數(shù)字化變革項(xiàng)目M1里程碑會(huì)議在廣汽集團(tuán)番禺總部召開(kāi)。廣汽三年“番禺行動(dòng)”扎根顯效,深化改革進(jìn)入攻堅(jiān)時(shí)期。廣汽集團(tuán)董事長(zhǎng)、總經(jīng)理馮興亞等領(lǐng)導(dǎo)班子成員,廣汽集團(tuán)關(guān)聯(lián)業(yè)務(wù)部門(mén)負(fù)責(zé)人、關(guān)聯(lián)投資企業(yè)主要負(fù)責(zé)人、IPD變革項(xiàng)目組成員等參會(huì),會(huì)議由廣汽集團(tuán)副總經(jīng)理高銳
    的頭像 發(fā)表于 03-18 16:26 ?322次閱讀

    深控技術(shù)不需要點(diǎn)表的工業(yè)數(shù)采解決方案敏捷化實(shí)施加速M(fèi)ES上線

    深控技術(shù)“敏捷化實(shí)施加速M(fèi)ES上線”方案通過(guò)技術(shù)創(chuàng)新(如協(xié)議自感知、邊緣計(jì)算、動(dòng)態(tài)調(diào)度)解決了傳統(tǒng)MES實(shí)施中的核心痛點(diǎn),顯著縮短周期、降低成本并提升數(shù)據(jù)可靠性。在智能制造與柔性生產(chǎn)趨勢(shì)下,此類方案將成為企業(yè)數(shù)智化轉(zhuǎn)型的關(guān)鍵助力。
    的頭像 發(fā)表于 03-18 11:51 ?192次閱讀
    深控技術(shù)不需要點(diǎn)表的工業(yè)數(shù)采解決方案<b class='flag-5'>敏捷</b>化實(shí)施加速M(fèi)ES上線

    敏捷合成器的技術(shù)原理和應(yīng)用場(chǎng)景

    敏捷合成器,作為一種高性能的信號(hào)發(fā)生器,其技術(shù)原理和應(yīng)用場(chǎng)景值得深入探討。技術(shù)原理敏捷合成器的技術(shù)原理主要基于先進(jìn)的頻率合成技術(shù)和數(shù)字信號(hào)處理技術(shù)。它通常具有寬頻率范圍、快速建立和可編程的相位、頻率
    發(fā)表于 02-20 15:25

    低代碼在敏捷開(kāi)發(fā)中的應(yīng)用

    于業(yè)務(wù)邏輯和用戶體驗(yàn),而不是底層的技術(shù)細(xì)節(jié)。 低代碼與敏捷開(kāi)發(fā) 敏捷開(kāi)發(fā)的核心原則包括快速迭代、持續(xù)交付、客戶合作和響應(yīng)變化。低代碼平臺(tái)與這些原則高度契合: 快速迭代 :低代碼平臺(tái)的拖放式界面使得開(kāi)發(fā)人員可以快
    的頭像 發(fā)表于 01-07 09:58 ?338次閱讀

    DRV10983x、DRV10975x和DRV10987 IPD調(diào)諧指南

    電子發(fā)燒友網(wǎng)站提供《DRV10983x、DRV10975x和DRV10987 IPD調(diào)諧指南.pdf》資料免費(fèi)下載
    發(fā)表于 01-02 14:45 ?1次下載
    DRV10983x、DRV10975x和DRV10987 <b class='flag-5'>IPD</b>調(diào)諧指南

    技術(shù)科普 | 芯片設(shè)計(jì)中的LEF文件淺析

    技術(shù)科普 | 芯片設(shè)計(jì)中的LEF文件淺析
    的頭像 發(fā)表于 11-13 01:03 ?608次閱讀
    技術(shù)科普 | 芯片設(shè)計(jì)中的LEF文件<b class='flag-5'>淺析</b>

    一體成型電感材質(zhì)探秘:鐵粉、合金粉、羰基粉的特性與差異

    淺析一體成型電感不同材質(zhì)
    的頭像 發(fā)表于 10-14 15:34 ?1939次閱讀

    TCAL敏捷I/O擴(kuò)展器的特性

    電子發(fā)燒友網(wǎng)站提供《TCAL敏捷I/O擴(kuò)展器的特性.pdf》資料免費(fèi)下載
    發(fā)表于 09-05 10:49 ?0次下載
    TCAL<b class='flag-5'>敏捷</b>I/O擴(kuò)展器的特性

    如何限制IPD語(yǔ)句中的最大字節(jié)數(shù)?

    當(dāng)數(shù)據(jù)可用時(shí),我正在使用帶有 IP 和 PORT 的擴(kuò)展 IPD 語(yǔ)句。 我的問(wèn)題是,如何限制 IPD 語(yǔ)句中的最大字節(jié)數(shù)? 當(dāng)我嘗試從服務(wù)器作為客戶端檢索數(shù)據(jù)時(shí),響應(yīng)包含大約 20k 的數(shù)據(jù),在
    發(fā)表于 07-17 06:06

    ESP8266是否可以限制IPD數(shù)據(jù)?

    接收IPD數(shù)據(jù)包。如果設(shè)備的緩沖區(qū)溢出,則 TCP 數(shù)據(jù)將丟失。 作為允許流量控制和防止溢出的一種方式,我想知道以下任何一種是否可行: - 添加一個(gè)新命令來(lái)設(shè)置可以接收的最大 IPD 數(shù)據(jù)量,以及
    發(fā)表于 07-15 07:44

    通過(guò)串口調(diào)試助手向模組發(fā)送AT指令,IPD回顯功能異常,無(wú)提示的原因?

    :2.0.0(WROOM-32) 問(wèn)題1: 通過(guò)串口調(diào)試助手向模組發(fā)送AT指令,在普通傳輸模式,數(shù)據(jù)接收模式為主動(dòng)模式的情況下,服務(wù)端向模組發(fā)送數(shù)據(jù),IPD回顯功能異常,無(wú)提示。遠(yuǎn)端TCP連接關(guān)閉,無(wú)提示
    發(fā)表于 06-27 06:41

    SN54ALS996,SN74ALS996 8位鎖存器數(shù)據(jù)表

    電子發(fā)燒友網(wǎng)站提供《SN54ALS996,SN74ALS996 8位鎖存器數(shù)據(jù)表.pdf》資料免費(fèi)下載
    發(fā)表于 06-03 10:04 ?0次下載
    SN54ALS<b class='flag-5'>996</b>,SN74ALS<b class='flag-5'>996</b> 8位鎖存器數(shù)據(jù)表