京寵展信息指南
502
2025-04-01
平臺區(qū)域項目如何協(xié)同運(yùn)轉(zhuǎn)（項目協(xié)作系統(tǒng)）
本篇文章給大家談?wù)勂脚_區(qū)域項目如何協(xié)同運(yùn)轉(zhuǎn)，以及項目協(xié)作系統(tǒng)對應(yīng)的知識點(diǎn)，希望對各位有所幫助，不要忘了收藏本站喔。
今天給各位分享平臺區(qū)域項目如何協(xié)同運(yùn)轉(zhuǎn)的知識，其中也會對項目協(xié)作系統(tǒng)進(jìn)行解釋，如果能碰巧解決你現(xiàn)在面臨的問題，別忘了關(guān)注本站，現(xiàn)在開始吧！
4D進(jìn)度管控
4D進(jìn)度模型與項目全景計劃、施工總計劃、專項計劃和管理行為計劃等功能結(jié)合，輕松實(shí)現(xiàn)計劃自動分解，任務(wù)落實(shí)到人，實(shí)時監(jiān)管反饋，進(jìn)度直觀呈現(xiàn)，做到數(shù)據(jù)準(zhǔn)確，責(zé)任明晰，管理留痕。
各方協(xié)同作戰(zhàn)
云平臺直接進(jìn)行現(xiàn)場問題閉環(huán)整改、各參建方協(xié)同審核過程受控，整改完成后自動生成高頻問題統(tǒng)計大數(shù)據(jù)看板，實(shí)時把控現(xiàn)場情況的同時為持續(xù)改進(jìn)提供數(shù)據(jù)支撐。
關(guān)于敏捷，我的觀點(diǎn)是，敏捷的含義很廣泛，但可以被分為以下四個范疇，這是四個獨(dú)立話題，有人說是不同級別的敏捷，我旗幟鮮明的表示不認(rèn)可，我認(rèn)為基本上沒有關(guān)聯(lián)，并不是包含的關(guān)系。我們遇到的敏捷問題，都可以歸結(jié)到其中一個范圍，思索和尋找答案也請在這個范圍內(nèi)找，否則疑惑會越來越多。
首先是組織的敏捷，現(xiàn)在是VUCA時代，面對互聯(lián)網(wǎng)的沖擊，各種傳統(tǒng)行業(yè)的轉(zhuǎn)折點(diǎn)在不經(jīng)意間就會來臨，應(yīng)對不好就可能死掉。老板們已經(jīng)認(rèn)識到這一點(diǎn)，他們想建立更好的體制來應(yīng)對。有一本書是專門講這個的，《賦能TeamofTeams》跟IT并沒有必然聯(lián)系，投入大成本開展組織敏捷實(shí)踐的，往往是傳統(tǒng)跨國企業(yè)，比如麥當(dāng)勞。
然后是適合敏捷的項目任務(wù)，在項目管理范疇里面，沒有最好只有最合適，看任務(wù)本身適合什么。中國的互聯(lián)網(wǎng)行業(yè)的特點(diǎn)，誕生了大量適合敏捷模型的項目，特別是從0到1的階段，但無論你是否知道敏捷，你都會不由自主這么去做，因?yàn)樗欠先说恼ＵJ(rèn)知的。但仍有大量的項目任務(wù)，并不適合敏捷模型。
再說個人和團(tuán)隊利用敏捷來提高自己。敏捷是一種心態(tài)，一種做事哲理。你可以利用敏捷來提高自己，跟你做什么并沒有關(guān)系。Scrum的三個支柱什么？透明，檢視，調(diào)整。你有沒有仔細(xì)思索過這三個詞？敏捷使人進(jìn)步，你要記得敏捷對你的好，你要感恩提供機(jī)會給你敏捷實(shí)踐的人。
最后說跨團(tuán)隊協(xié)同。在平臺型多團(tuán)隊研發(fā)體系中，有各種問題，立場不同，目標(biāo)理解不一致，溝通GAP，責(zé)任不清晰，問題很多。不管是DEVOPS還是SAFe框架，還是什么，都是為了解決問題的。怎么樣形成良性循環(huán)，我的評估標(biāo)準(zhǔn)仍然是，是否有助于透明，增加共識和減少溝通成本。是否有利于發(fā)現(xiàn)問題？是否有利于改善和調(diào)整。
那么我們是怎么進(jìn)行跨團(tuán)隊協(xié)同的呢？
首先說下我們所面臨的難點(diǎn)和困境。我們做的是To B業(yè)務(wù)，研發(fā)者天然不是用戶，業(yè)務(wù)不是生活場景，開發(fā)人員不明白業(yè)務(wù)場景和業(yè)務(wù)需求。掏錢使用平臺的都是中小微物流企業(yè)的企業(yè)主，都是李云龍一樣的草莽英雄，他們只想著性價比，能不能通過平臺掙錢，他們雖然會為平臺付費(fèi)，但從來不是平臺的使用者。使用者都是他的員工，因?yàn)槔习宓拿疃坏貌皇褂茫虼藦淖罱K使用者那里永遠(yuǎn)得不到正面反饋。
我們的需求來自獨(dú)立的業(yè)務(wù)部門，他們僅熟悉業(yè)務(wù)語境，而研發(fā)團(tuán)隊只懂系統(tǒng)語境，存在巨大的溝通代溝。產(chǎn)品經(jīng)理則處在一個夾心的位置，稍有不慎，就變成了兩端的抱怨對象，被吐槽成“無附加價值的傳話筒”，兩頭不討好，他們的自我價值感很低。
而我們的平臺系統(tǒng)，處在業(yè)務(wù)核心建設(shè)的中后期，一方面要繼續(xù)建設(shè)，前期積攢的問題又在爆發(fā)，架構(gòu)不合理，系統(tǒng)耦合性高，隨便增加點(diǎn)功能，所有系統(tǒng)模塊都要跟著動，所有研發(fā)團(tuán)隊都要參與，因此項目規(guī)模很難縮小。
系統(tǒng)耦合性大，你中有我我中有你，責(zé)任不清，跨團(tuán)隊協(xié)同非常麻煩，同時架構(gòu)的優(yōu)化改造又很難找到抓手。找到原因，設(shè)計解決方案那么我們要如何去解決這些糾纏不清的問題呢？
基于對我們實(shí)際情況的思索，我們找到了問題的根因。
從兩個維度來分析，從業(yè)務(wù)維度，業(yè)務(wù)項目關(guān)注的的業(yè)務(wù)的價值，關(guān)注的是承載價值的業(yè)務(wù)流程，也就是由價值塊組成的業(yè)務(wù)閉環(huán)。這個價值塊是業(yè)務(wù)語境，跟系統(tǒng)實(shí)際無關(guān)。他們不關(guān)注系統(tǒng)是怎么實(shí)現(xiàn)的，只關(guān)注上線時間。
再從研發(fā)團(tuán)隊維度，他們不對價值塊負(fù)責(zé)，只對系統(tǒng)模塊負(fù)責(zé)，期望按照自己的敏捷節(jié)奏做事。
在價值傳遞的過程中，由于價值塊和系統(tǒng)模塊之間的不統(tǒng)一，產(chǎn)品經(jīng)理在把價值塊落地到平臺系統(tǒng)上的時候，會遇到很多難題。架構(gòu)設(shè)計上扯皮，每個研發(fā)團(tuán)隊的理解，會產(chǎn)生很多不認(rèn)同。在落地的時候就會非常艱難。
找到了問題的根源，也就有了解決方案，那就是從最開始，就要把價值塊和團(tuán)隊綁定起來，明確好責(zé)任方。根據(jù)系統(tǒng)和模塊的現(xiàn)實(shí)情況，團(tuán)隊是改造不了的，除非廢掉平臺，推倒重來。那么能改的，就是對于價值塊的定義。
那我們是怎么設(shè)計的呢？
我們在 Jira 上定義了”項目 — Epic — Story — 子任務(wù)”的四層級結(jié)構(gòu)。
首先明確所有研發(fā)團(tuán)隊的性質(zhì)。承擔(dān)業(yè)務(wù)功能研發(fā)的，承擔(dān)底層及相對獨(dú)立模塊的，比如成員體系，支付體系，還有前端團(tuán)隊。為項目分類，大業(yè)務(wù)項目立項通過后由管理員建立，技術(shù)優(yōu)化類項目有研發(fā)團(tuán)隊自己建立。那么Epic，就明確定義為之前所說的價值塊。明確由某個研發(fā)團(tuán)隊牽頭負(fù)責(zé)，屬于某個唯一項目，在業(yè)務(wù)流程圖和計劃中體現(xiàn)，這個是最關(guān)鍵的點(diǎn)，下一頁我會重點(diǎn)說明。
然后Story屬于某個唯一系統(tǒng)，同時屬于某個唯一Epic，不跨團(tuán)隊，由各Scrum團(tuán)隊自行管理。SubTASK又屬于一個唯一的Story，由一個人負(fù)責(zé)。
既然是價值塊，不可能僅涉及一個團(tuán)隊，但是又由一個團(tuán)隊負(fù)責(zé)。怎么辦呢，需要其他團(tuán)隊完成的部分，以Story的形式，指給其他團(tuán)隊。但是由Epic責(zé)任方承擔(dān)跨團(tuán)隊溝通責(zé)任，作為依賴項進(jìn)行明確的管理。這樣，就界定了責(zé)任。從一開始避免扯皮。
這其中，最關(guān)鍵的點(diǎn)，就是拆分Epic！
對于業(yè)務(wù)團(tuán)隊來說，Epic是溝通業(yè)務(wù)場景的最小顆粒元素，組成業(yè)務(wù)流程圖。Epic及業(yè)務(wù)流程圖是是溝通業(yè)務(wù)方案的終點(diǎn)，但同時是技術(shù)團(tuán)隊溝通系統(tǒng)方案的起點(diǎn)。Epic的內(nèi)容從一開始就要得到業(yè)務(wù)團(tuán)隊和研發(fā)團(tuán)隊的認(rèn)同，務(wù)必要實(shí)現(xiàn)語境的統(tǒng)一，這樣就形成了所有人理解一致的基礎(chǔ)，避免了在價值傳遞過程中的轉(zhuǎn)譯。
在拆分Epic的時候，要考慮系統(tǒng)的現(xiàn)實(shí)情況，確保要以某個團(tuán)隊為主，讓這個團(tuán)隊承擔(dān)責(zé)任。而這個Epic中，需要其他團(tuán)隊完成的，由該團(tuán)隊的PO與其他團(tuán)隊PO協(xié)調(diào)一致，指給其他團(tuán)隊，剛才說了，有負(fù)責(zé)Epic的團(tuán)隊，承擔(dān)跨團(tuán)隊溝通的責(zé)任。
這實(shí)際上，對各團(tuán)隊都提出了高的要求，不提高要求怎么能進(jìn)步呢？同時要求各團(tuán)隊要向?qū)Ψ阶哌M(jìn)一步，不靠近怎么實(shí)現(xiàn)透明呢？
對于產(chǎn)品團(tuán)隊來說，進(jìn)行業(yè)務(wù)模塊拆分時，要充分考慮系統(tǒng)現(xiàn)狀，這對產(chǎn)品經(jīng)理的業(yè)務(wù)場景抽象能力和工作習(xí)慣提出了一些更高要求。
對于業(yè)務(wù)團(tuán)隊，Epic不僅僅是業(yè)務(wù)語言，不僅僅是價值塊，還包含了系統(tǒng)因素，他需要多了解一些業(yè)務(wù)和系統(tǒng)的結(jié)合。
對于研發(fā)團(tuán)隊來講，從一開始，就知道了可能要負(fù)責(zé)某個Epic，他必須提前進(jìn)入項目，了解業(yè)務(wù)，參與Epic的梳理。
這種高要求，同時會促使團(tuán)隊的進(jìn)步，這種大家共同促成的語境統(tǒng)一，降低了溝通難度，提高了合作水平。
在具體工作中，我們除了各個團(tuán)隊的看板以外，還設(shè)立了項目看板，每周更新一次。由三個部分組成，業(yè)務(wù)流程圖，項目迭代看板，各團(tuán)隊依賴項看板。
首先我們把業(yè)務(wù)流程圖畫在墻上，當(dāng)然不是所有模塊都需要研發(fā)，很多是利用現(xiàn)有模塊的，大家可以看到，上面的的每一張貼紙，都是一個 Epic，代表了任務(wù)。我們可以完成一個 Epic，就把這張紙撕掉扔掉，流程圖仍然在上面。這是業(yè)務(wù)流程圖。
再看項目迭代看板，每一行是一個團(tuán)隊，每一張貼紙，代表了他負(fù)責(zé)的 Epic。這樣就是這個項目的整體進(jìn)度。思路清晰的不得了。
再看依賴項看板，這是其中一個團(tuán)隊的。把這個項目迭代中的所有依賴項都寫出來了，主要是要對方提供接口。每一行是一個團(tuán)隊的。每一張都是指給別人的 Story。在每周的項目站會上，大家以統(tǒng)一的基準(zhǔn)過進(jìn)度，確認(rèn)問題。所有的問題，都可以定位到某一個 Epic，很容易確定問題范圍。極大的降低了溝通復(fù)雜度。看著業(yè)務(wù)流程圖和迭代看板，研發(fā)小伙伴很容易知道在做哪一個模塊，在業(yè)務(wù)鏈條上處在什么位置。
同時各個團(tuán)隊有自己的 SM 和 PO，又明白了在跨團(tuán)隊溝通時的主從地位，在依賴項看板前溝通問題，就不用扯皮了，責(zé)任一目了然，進(jìn)展一目了然。
在實(shí)際實(shí)踐過程中，效果非常好。詳細(xì)的內(nèi)容，我們整理在 Confluence 上，包括項目情況，業(yè)務(wù)流程圖，包括依賴項。
還有產(chǎn)品+研發(fā)團(tuán)隊的回顧會，大家會討論Epic的劃分是否合理，會討論發(fā)現(xiàn)了哪些可以系統(tǒng)優(yōu)化的點(diǎn)。這樣，我們實(shí)際上走在持續(xù)改善的道路上。
除了之前介紹到的理解一致外，增加了透明，降低了溝通難度，明確了任務(wù)的標(biāo)準(zhǔn)，是 Epic 還是 Story，還明確了責(zé)任，跨團(tuán)隊溝通中，誰是責(zé)任方，我們還能夠從任務(wù)分配和 Jira 數(shù)據(jù)統(tǒng)計中，發(fā)現(xiàn)我們系統(tǒng)的問題。
對于業(yè)務(wù)研發(fā)團(tuán)隊來說，如果任務(wù)都是業(yè)務(wù) Epic，而缺少系統(tǒng)優(yōu)化的自建 Epic，則說明團(tuán)隊業(yè)務(wù)研發(fā)負(fù)荷過重，從而忽視了系統(tǒng)自身的優(yōu)化，這樣容易積累技術(shù)債務(wù)，積累風(fēng)險，貽害未來。你們可能在生產(chǎn) BUG。需要加以平衡干預(yù)。
對于基礎(chǔ)研發(fā)來說，他們的主要工作是系統(tǒng)能力的沉淀，和業(yè)務(wù)項目的支援，比如一些對外提供接口的 Story 任務(wù)。如果他們承擔(dān)了獨(dú)立的業(yè)務(wù) Epic，或者業(yè)務(wù)項目的 Story 過多，則說明基礎(chǔ)系統(tǒng)需要繼續(xù)解耦，或者架構(gòu)不合理，你做了哪里，就說明哪里有問題。
? 對于小前端團(tuán)隊來說，不應(yīng)該承擔(dān)業(yè)務(wù)邏輯，如果出現(xiàn)了獨(dú)立的 Epic，或者業(yè)務(wù)邏輯 Story，那么做了哪里，哪里就有問題。需要將邏輯還給業(yè)務(wù)編排層及以后，逐步實(shí)現(xiàn)真正的前后端分離。
我們說，好的需求是涌現(xiàn)出來的，系統(tǒng)優(yōu)化的點(diǎn)，也是不斷涌現(xiàn)出來的。通過這個流程，我們就能夠?qū)崿F(xiàn)能夠落地系統(tǒng)方面的持續(xù)改善。適時的改善，有業(yè)務(wù)價值的改善，不是自嗨的改善。
講到這里，大家發(fā)現(xiàn)我并沒有講到太多的 Jira 和 Confluence 這些工具的使用方法。
對于工具，我的觀點(diǎn)是：工具可以做為技術(shù)的輔助，但更重要的是使用者的思想認(rèn)識；我們既要尊重現(xiàn)實(shí)情況，又要尊重團(tuán)隊各角色的需求，也要保持一定的專業(yè)度和立場，才能達(dá)成能夠落地的協(xié)同，最終形成合力共同邁向目標(biāo)。無論是 Jira 還是 Confluence 都是很靈活的工具，本身提供了很通用的管理要素，我們可以根據(jù)實(shí)際的需求把這些要素進(jìn)行組合，把適合自身的管理和協(xié)同思想融入進(jìn)去，不斷實(shí)現(xiàn)良性循環(huán)，不斷提高交付能力。
必效Project是一個在線項目管理工具，通過簡單的協(xié)作、溝通，實(shí)現(xiàn)團(tuán)隊交互與任務(wù)管理的輕松協(xié)作，提供最全面的項目管理工具及專業(yè)服務(wù)，幫助企業(yè)更好地把控項目質(zhì)量、執(zhí)行追蹤，對項目各事項進(jìn)行統(tǒng)一的管理和協(xié)調(diào)，提高項目執(zhí)行效率并加速項目實(shí)施進(jìn)度。
1、團(tuán)隊開展業(yè)務(wù)，簡單易用
由于項目所涉及的范圍越來越寬廣，項目內(nèi)容越來越復(fù)雜。當(dāng)團(tuán)隊新人進(jìn)入項目管理軟件后往往無從入手，導(dǎo)致工作效率低影響項目進(jìn)度。 必效Project通過業(yè)務(wù)新手指引，并自動下發(fā)示例普通和工作流項目，讓團(tuán)隊新人可快速上手。多維度項目視圖，可按截止時間/創(chuàng)建時間/完成狀態(tài)排列 ，輕松查看自己的工作安排，合理規(guī)劃手頭任務(wù)。大大降低了企業(yè)的使用門檻，省時更省力。
?2、項目可視化，管理更輕松
對于任何項目來說，項目進(jìn)度是每個管理人員都必須了解的，但對于比較大的項目來說項目越往后越困難，及時地掌握進(jìn)度會有一定的困難和延時性。 必效Project提供多維度視圖，如任務(wù)看板、甘特圖、儀表盤等，利用其數(shù)字化的管理模式，幫助項目經(jīng)理精準(zhǔn)掌控項目進(jìn)度，確保項目目標(biāo)按時完成。
任務(wù)看板： 通過任務(wù)看板，項目經(jīng)理可以全程追蹤項目從提出想法到最終交付產(chǎn)出的各個關(guān)鍵階段，并通過拆分各階段的任務(wù)、負(fù)責(zé)人、時間節(jié)點(diǎn)來驅(qū)動協(xié)作，輕松幫助團(tuán)隊管理者掌控項目進(jìn)展和流程。
甘特圖： 甘特圖可以直觀展示任務(wù)進(jìn)度及完成情況，幫助項目經(jīng)理清晰詳細(xì)的看到任務(wù)的進(jìn)展，對整體項目進(jìn)度進(jìn)行計劃和控制，從而確保項目按計劃展開。
儀表盤： 通過項目儀表盤統(tǒng)計，你可以輕松的了解整個項目的情況，任務(wù)完成率、逾期率、項目進(jìn)展走勢圖、任務(wù)完成分布圖等，還可以查看成員任務(wù)完成情況，包括進(jìn)行中、已完成和已逾期的任務(wù)占比，保證項目有序推進(jìn)、高效落地。
3、績效管理可衡量，人員協(xié)作更積極
必效Project可以針對任務(wù)設(shè)置預(yù)計工作量，項目經(jīng)理在新建任務(wù)時可以根據(jù)每個任務(wù)的難度系數(shù)、計劃工時進(jìn)行任務(wù)設(shè)置。 指派給項目成員完成后填寫實(shí)際工時，通過將實(shí)際報工時與預(yù)計工時進(jìn)行對比，精確掌握每項工作的人員投入及完成進(jìn)度，幫助項目經(jīng)理更好地進(jìn)行績效管理，調(diào)動團(tuán)隊人員的積極性，增強(qiáng)團(tuán)隊?wèi)?zhàn)斗力。
4、豐富的模板庫：拿來即用、操作簡單
必效Project面向客戶提供了一個項目模板庫，初步已建立了50+行業(yè)多場景模板，可以靈活匹配互聯(lián)網(wǎng)、電商、制造、建筑等不同行業(yè)多場景的項目管理需求。 你可以根據(jù)自己的行業(yè)或工作流程找到適合自己工作的項目模板，快速通過模板啟動一個新項目。同時，必效Project希望有更多的客戶能參與到項目模板庫中，創(chuàng)建更多優(yōu)秀模板分享給別人，實(shí)現(xiàn)共建共創(chuàng)，攜手共進(jìn)。
5、項目團(tuán)隊，協(xié)作更高效
管理大師彼得·德魯克有這么一句話，“21世紀(jì)的組織，最有價值的資產(chǎn)是組織內(nèi)的知識工作者和他們的生產(chǎn)力。”
從碎片、零散的信息到整理之后形成知識，進(jìn)而對知識做留存和管理、輔助決策。 必效Project通過文檔庫和項目動態(tài)，幫助你的團(tuán)隊輕松構(gòu)建項目知識庫，在這里你可以添加新想法、參考資料或其他項目相關(guān)信息。 結(jié)合項目動態(tài)可以與團(tuán)隊成員輕松互動溝通，助你實(shí)現(xiàn)團(tuán)隊資源共享，幫助新人快速融入團(tuán)隊，從信息化走向知識性團(tuán)隊，助力團(tuán)隊飛速成長。
未來，必效Project將在加速優(yōu)化產(chǎn)品和體驗(yàn)的同時，持續(xù)深耕企業(yè)和團(tuán)隊SAAS服務(wù)。不斷運(yùn)用最新科研技術(shù)，提升產(chǎn)品的核心能力，幫助企業(yè)規(guī)范項目流程、優(yōu)化項目資源、提升項目質(zhì)量、預(yù)警項目風(fēng)險、降低項目成本，實(shí)現(xiàn)企業(yè)項目運(yùn)作能力最大化。
關(guān)于必效
必效（隸屬于深圳市游迷天下有限公司）是專為企業(yè)打造的一站式智能協(xié)作服務(wù)云平臺，在「CRM」、「項目管理」、「智能名片」、「語音協(xié)同日歷」等專業(yè)領(lǐng)域推出了多款易用、實(shí)用、好用的產(chǎn)品，實(shí)現(xiàn)管理與協(xié)作的數(shù)字化、智能化。
必效Project： https://www.bixiaocrm.com/home/project
本文目錄一覽：
- 1、BIMS協(xié)同管理平臺如何實(shí)現(xiàn)各方協(xié)同作戰(zhàn)？
- 2、跨敏捷團(tuán)隊的大規(guī)模項目協(xié)同案例分享
- 3、對比傳統(tǒng)的項目管理方法，協(xié)同項目管理平臺有什么優(yōu)勢？
- 4、必效Project | 在線高效協(xié)同項目管理 讓每個項目成為一個成功案例
- 5、協(xié)同項目管理平臺主要包括哪些子系統(tǒng)？
BIMS協(xié)同管理平臺如何實(shí)現(xiàn)各方協(xié)同作戰(zhàn)？
BIM協(xié)同管理云平臺將各參建方納入統(tǒng)一平臺，以“三大管理”為核心，“十八項功能模塊”為輔助，貫穿建筑的設(shè)計、施工、運(yùn)維三大階段，實(shí)現(xiàn)了建筑的全生命周期：一個平臺，一模到底，一目了然，一鍵操作。4D進(jìn)度管控
4D進(jìn)度模型與項目全景計劃、施工總計劃、專項計劃和管理行為計劃等功能結(jié)合，輕松實(shí)現(xiàn)計劃自動分解，任務(wù)落實(shí)到人，實(shí)時監(jiān)管反饋，進(jìn)度直觀呈現(xiàn)，做到數(shù)據(jù)準(zhǔn)確，責(zé)任明晰，管理留痕。
各方協(xié)同作戰(zhàn)
云平臺直接進(jìn)行現(xiàn)場問題閉環(huán)整改、各參建方協(xié)同審核過程受控，整改完成后自動生成高頻問題統(tǒng)計大數(shù)據(jù)看板，實(shí)時把控現(xiàn)場情況的同時為持續(xù)改進(jìn)提供數(shù)據(jù)支撐。
跨敏捷團(tuán)隊的大規(guī)模項目協(xié)同案例分享
我們公司的研發(fā)隊伍有200人左右，1年多之前，我以總操盤手的身份，推動全部IT團(tuán)隊開展敏捷實(shí)踐。所有敏捷團(tuán)隊都在以Scrum框架開展實(shí)踐，利用 Jira 展開對 Story、Task 的敏捷管理。有的已經(jīng)連續(xù)進(jìn)行了20多個 Sprint 周期，開始主動重構(gòu)自己的系統(tǒng)，大家都玩的很嗨。在這個過程當(dāng)中，也有某些同事在轉(zhuǎn)型中碰到了問題，甚至質(zhì)疑我的方向。但最終我用結(jié)果證明了轉(zhuǎn)型的正確性，同時在研發(fā)團(tuán)隊內(nèi)推動形成了良好的敏捷氣氛。關(guān)于敏捷，我的觀點(diǎn)是，敏捷的含義很廣泛，但可以被分為以下四個范疇，這是四個獨(dú)立話題，有人說是不同級別的敏捷，我旗幟鮮明的表示不認(rèn)可，我認(rèn)為基本上沒有關(guān)聯(lián)，并不是包含的關(guān)系。我們遇到的敏捷問題，都可以歸結(jié)到其中一個范圍，思索和尋找答案也請在這個范圍內(nèi)找，否則疑惑會越來越多。
首先是組織的敏捷，現(xiàn)在是VUCA時代，面對互聯(lián)網(wǎng)的沖擊，各種傳統(tǒng)行業(yè)的轉(zhuǎn)折點(diǎn)在不經(jīng)意間就會來臨，應(yīng)對不好就可能死掉。老板們已經(jīng)認(rèn)識到這一點(diǎn)，他們想建立更好的體制來應(yīng)對。有一本書是專門講這個的，《賦能TeamofTeams》跟IT并沒有必然聯(lián)系，投入大成本開展組織敏捷實(shí)踐的，往往是傳統(tǒng)跨國企業(yè)，比如麥當(dāng)勞。
然后是適合敏捷的項目任務(wù)，在項目管理范疇里面，沒有最好只有最合適，看任務(wù)本身適合什么。中國的互聯(lián)網(wǎng)行業(yè)的特點(diǎn)，誕生了大量適合敏捷模型的項目，特別是從0到1的階段，但無論你是否知道敏捷，你都會不由自主這么去做，因?yàn)樗欠先说恼ＵJ(rèn)知的。但仍有大量的項目任務(wù)，并不適合敏捷模型。
再說個人和團(tuán)隊利用敏捷來提高自己。敏捷是一種心態(tài)，一種做事哲理。你可以利用敏捷來提高自己，跟你做什么并沒有關(guān)系。Scrum的三個支柱什么？透明，檢視，調(diào)整。你有沒有仔細(xì)思索過這三個詞？敏捷使人進(jìn)步，你要記得敏捷對你的好，你要感恩提供機(jī)會給你敏捷實(shí)踐的人。
最后說跨團(tuán)隊協(xié)同。在平臺型多團(tuán)隊研發(fā)體系中，有各種問題，立場不同，目標(biāo)理解不一致，溝通GAP，責(zé)任不清晰，問題很多。不管是DEVOPS還是SAFe框架，還是什么，都是為了解決問題的。怎么樣形成良性循環(huán)，我的評估標(biāo)準(zhǔn)仍然是，是否有助于透明，增加共識和減少溝通成本。是否有利于發(fā)現(xiàn)問題？是否有利于改善和調(diào)整。
那么我們是怎么進(jìn)行跨團(tuán)隊協(xié)同的呢？
首先說下我們所面臨的難點(diǎn)和困境。我們做的是To B業(yè)務(wù)，研發(fā)者天然不是用戶，業(yè)務(wù)不是生活場景，開發(fā)人員不明白業(yè)務(wù)場景和業(yè)務(wù)需求。掏錢使用平臺的都是中小微物流企業(yè)的企業(yè)主，都是李云龍一樣的草莽英雄，他們只想著性價比，能不能通過平臺掙錢，他們雖然會為平臺付費(fèi)，但從來不是平臺的使用者。使用者都是他的員工，因?yàn)槔习宓拿疃坏貌皇褂茫虼藦淖罱K使用者那里永遠(yuǎn)得不到正面反饋。
我們的需求來自獨(dú)立的業(yè)務(wù)部門，他們僅熟悉業(yè)務(wù)語境，而研發(fā)團(tuán)隊只懂系統(tǒng)語境，存在巨大的溝通代溝。產(chǎn)品經(jīng)理則處在一個夾心的位置，稍有不慎，就變成了兩端的抱怨對象，被吐槽成“無附加價值的傳話筒”，兩頭不討好，他們的自我價值感很低。
而我們的平臺系統(tǒng)，處在業(yè)務(wù)核心建設(shè)的中后期，一方面要繼續(xù)建設(shè)，前期積攢的問題又在爆發(fā)，架構(gòu)不合理，系統(tǒng)耦合性高，隨便增加點(diǎn)功能，所有系統(tǒng)模塊都要跟著動，所有研發(fā)團(tuán)隊都要參與，因此項目規(guī)模很難縮小。
系統(tǒng)耦合性大，你中有我我中有你，責(zé)任不清，跨團(tuán)隊協(xié)同非常麻煩，同時架構(gòu)的優(yōu)化改造又很難找到抓手。找到原因，設(shè)計解決方案那么我們要如何去解決這些糾纏不清的問題呢？
基于對我們實(shí)際情況的思索，我們找到了問題的根因。
從兩個維度來分析，從業(yè)務(wù)維度，業(yè)務(wù)項目關(guān)注的的業(yè)務(wù)的價值，關(guān)注的是承載價值的業(yè)務(wù)流程，也就是由價值塊組成的業(yè)務(wù)閉環(huán)。這個價值塊是業(yè)務(wù)語境，跟系統(tǒng)實(shí)際無關(guān)。他們不關(guān)注系統(tǒng)是怎么實(shí)現(xiàn)的，只關(guān)注上線時間。
再從研發(fā)團(tuán)隊維度，他們不對價值塊負(fù)責(zé)，只對系統(tǒng)模塊負(fù)責(zé)，期望按照自己的敏捷節(jié)奏做事。
在價值傳遞的過程中，由于價值塊和系統(tǒng)模塊之間的不統(tǒng)一，產(chǎn)品經(jīng)理在把價值塊落地到平臺系統(tǒng)上的時候，會遇到很多難題。架構(gòu)設(shè)計上扯皮，每個研發(fā)團(tuán)隊的理解，會產(chǎn)生很多不認(rèn)同。在落地的時候就會非常艱難。
找到了問題的根源，也就有了解決方案，那就是從最開始，就要把價值塊和團(tuán)隊綁定起來，明確好責(zé)任方。根據(jù)系統(tǒng)和模塊的現(xiàn)實(shí)情況，團(tuán)隊是改造不了的，除非廢掉平臺，推倒重來。那么能改的，就是對于價值塊的定義。
那我們是怎么設(shè)計的呢？
我們在 Jira 上定義了”項目 — Epic — Story — 子任務(wù)”的四層級結(jié)構(gòu)。
首先明確所有研發(fā)團(tuán)隊的性質(zhì)。承擔(dān)業(yè)務(wù)功能研發(fā)的，承擔(dān)底層及相對獨(dú)立模塊的，比如成員體系，支付體系，還有前端團(tuán)隊。為項目分類，大業(yè)務(wù)項目立項通過后由管理員建立，技術(shù)優(yōu)化類項目有研發(fā)團(tuán)隊自己建立。那么Epic，就明確定義為之前所說的價值塊。明確由某個研發(fā)團(tuán)隊牽頭負(fù)責(zé)，屬于某個唯一項目，在業(yè)務(wù)流程圖和計劃中體現(xiàn)，這個是最關(guān)鍵的點(diǎn)，下一頁我會重點(diǎn)說明。
然后Story屬于某個唯一系統(tǒng)，同時屬于某個唯一Epic，不跨團(tuán)隊，由各Scrum團(tuán)隊自行管理。SubTASK又屬于一個唯一的Story，由一個人負(fù)責(zé)。
既然是價值塊，不可能僅涉及一個團(tuán)隊，但是又由一個團(tuán)隊負(fù)責(zé)。怎么辦呢，需要其他團(tuán)隊完成的部分，以Story的形式，指給其他團(tuán)隊。但是由Epic責(zé)任方承擔(dān)跨團(tuán)隊溝通責(zé)任，作為依賴項進(jìn)行明確的管理。這樣，就界定了責(zé)任。從一開始避免扯皮。
這其中，最關(guān)鍵的點(diǎn)，就是拆分Epic！
對于業(yè)務(wù)團(tuán)隊來說，Epic是溝通業(yè)務(wù)場景的最小顆粒元素，組成業(yè)務(wù)流程圖。Epic及業(yè)務(wù)流程圖是是溝通業(yè)務(wù)方案的終點(diǎn)，但同時是技術(shù)團(tuán)隊溝通系統(tǒng)方案的起點(diǎn)。Epic的內(nèi)容從一開始就要得到業(yè)務(wù)團(tuán)隊和研發(fā)團(tuán)隊的認(rèn)同，務(wù)必要實(shí)現(xiàn)語境的統(tǒng)一，這樣就形成了所有人理解一致的基礎(chǔ)，避免了在價值傳遞過程中的轉(zhuǎn)譯。
在拆分Epic的時候，要考慮系統(tǒng)的現(xiàn)實(shí)情況，確保要以某個團(tuán)隊為主，讓這個團(tuán)隊承擔(dān)責(zé)任。而這個Epic中，需要其他團(tuán)隊完成的，由該團(tuán)隊的PO與其他團(tuán)隊PO協(xié)調(diào)一致，指給其他團(tuán)隊，剛才說了，有負(fù)責(zé)Epic的團(tuán)隊，承擔(dān)跨團(tuán)隊溝通的責(zé)任。
這實(shí)際上，對各團(tuán)隊都提出了高的要求，不提高要求怎么能進(jìn)步呢？同時要求各團(tuán)隊要向?qū)Ψ阶哌M(jìn)一步，不靠近怎么實(shí)現(xiàn)透明呢？
對于產(chǎn)品團(tuán)隊來說，進(jìn)行業(yè)務(wù)模塊拆分時，要充分考慮系統(tǒng)現(xiàn)狀，這對產(chǎn)品經(jīng)理的業(yè)務(wù)場景抽象能力和工作習(xí)慣提出了一些更高要求。
對于業(yè)務(wù)團(tuán)隊，Epic不僅僅是業(yè)務(wù)語言，不僅僅是價值塊，還包含了系統(tǒng)因素，他需要多了解一些業(yè)務(wù)和系統(tǒng)的結(jié)合。
對于研發(fā)團(tuán)隊來講，從一開始，就知道了可能要負(fù)責(zé)某個Epic，他必須提前進(jìn)入項目，了解業(yè)務(wù)，參與Epic的梳理。
這種高要求，同時會促使團(tuán)隊的進(jìn)步，這種大家共同促成的語境統(tǒng)一，降低了溝通難度，提高了合作水平。
在具體工作中，我們除了各個團(tuán)隊的看板以外，還設(shè)立了項目看板，每周更新一次。由三個部分組成，業(yè)務(wù)流程圖，項目迭代看板，各團(tuán)隊依賴項看板。
首先我們把業(yè)務(wù)流程圖畫在墻上，當(dāng)然不是所有模塊都需要研發(fā)，很多是利用現(xiàn)有模塊的，大家可以看到，上面的的每一張貼紙，都是一個 Epic，代表了任務(wù)。我們可以完成一個 Epic，就把這張紙撕掉扔掉，流程圖仍然在上面。這是業(yè)務(wù)流程圖。
再看項目迭代看板，每一行是一個團(tuán)隊，每一張貼紙，代表了他負(fù)責(zé)的 Epic。這樣就是這個項目的整體進(jìn)度。思路清晰的不得了。
再看依賴項看板，這是其中一個團(tuán)隊的。把這個項目迭代中的所有依賴項都寫出來了，主要是要對方提供接口。每一行是一個團(tuán)隊的。每一張都是指給別人的 Story。在每周的項目站會上，大家以統(tǒng)一的基準(zhǔn)過進(jìn)度，確認(rèn)問題。所有的問題，都可以定位到某一個 Epic，很容易確定問題范圍。極大的降低了溝通復(fù)雜度。看著業(yè)務(wù)流程圖和迭代看板，研發(fā)小伙伴很容易知道在做哪一個模塊，在業(yè)務(wù)鏈條上處在什么位置。
同時各個團(tuán)隊有自己的 SM 和 PO，又明白了在跨團(tuán)隊溝通時的主從地位，在依賴項看板前溝通問題，就不用扯皮了，責(zé)任一目了然，進(jìn)展一目了然。
在實(shí)際實(shí)踐過程中，效果非常好。詳細(xì)的內(nèi)容，我們整理在 Confluence 上，包括項目情況，業(yè)務(wù)流程圖，包括依賴項。
還有產(chǎn)品+研發(fā)團(tuán)隊的回顧會，大家會討論Epic的劃分是否合理，會討論發(fā)現(xiàn)了哪些可以系統(tǒng)優(yōu)化的點(diǎn)。這樣，我們實(shí)際上走在持續(xù)改善的道路上。
除了之前介紹到的理解一致外，增加了透明，降低了溝通難度，明確了任務(wù)的標(biāo)準(zhǔn)，是 Epic 還是 Story，還明確了責(zé)任，跨團(tuán)隊溝通中，誰是責(zé)任方，我們還能夠從任務(wù)分配和 Jira 數(shù)據(jù)統(tǒng)計中，發(fā)現(xiàn)我們系統(tǒng)的問題。
對于業(yè)務(wù)研發(fā)團(tuán)隊來說，如果任務(wù)都是業(yè)務(wù) Epic，而缺少系統(tǒng)優(yōu)化的自建 Epic，則說明團(tuán)隊業(yè)務(wù)研發(fā)負(fù)荷過重，從而忽視了系統(tǒng)自身的優(yōu)化，這樣容易積累技術(shù)債務(wù)，積累風(fēng)險，貽害未來。你們可能在生產(chǎn) BUG。需要加以平衡干預(yù)。
對于基礎(chǔ)研發(fā)來說，他們的主要工作是系統(tǒng)能力的沉淀，和業(yè)務(wù)項目的支援，比如一些對外提供接口的 Story 任務(wù)。如果他們承擔(dān)了獨(dú)立的業(yè)務(wù) Epic，或者業(yè)務(wù)項目的 Story 過多，則說明基礎(chǔ)系統(tǒng)需要繼續(xù)解耦，或者架構(gòu)不合理，你做了哪里，就說明哪里有問題。
? 對于小前端團(tuán)隊來說，不應(yīng)該承擔(dān)業(yè)務(wù)邏輯，如果出現(xiàn)了獨(dú)立的 Epic，或者業(yè)務(wù)邏輯 Story，那么做了哪里，哪里就有問題。需要將邏輯還給業(yè)務(wù)編排層及以后，逐步實(shí)現(xiàn)真正的前后端分離。
我們說，好的需求是涌現(xiàn)出來的，系統(tǒng)優(yōu)化的點(diǎn)，也是不斷涌現(xiàn)出來的。通過這個流程，我們就能夠?qū)崿F(xiàn)能夠落地系統(tǒng)方面的持續(xù)改善。適時的改善，有業(yè)務(wù)價值的改善，不是自嗨的改善。
講到這里，大家發(fā)現(xiàn)我并沒有講到太多的 Jira 和 Confluence 這些工具的使用方法。
對于工具，我的觀點(diǎn)是：工具可以做為技術(shù)的輔助，但更重要的是使用者的思想認(rèn)識；我們既要尊重現(xiàn)實(shí)情況，又要尊重團(tuán)隊各角色的需求，也要保持一定的專業(yè)度和立場，才能達(dá)成能夠落地的協(xié)同，最終形成合力共同邁向目標(biāo)。無論是 Jira 還是 Confluence 都是很靈活的工具，本身提供了很通用的管理要素，我們可以根據(jù)實(shí)際的需求把這些要素進(jìn)行組合，把適合自身的管理和協(xié)同思想融入進(jìn)去，不斷實(shí)現(xiàn)良性循環(huán)，不斷提高交付能力。
對比傳統(tǒng)的項目管理方法，協(xié)同項目管理平臺有什么優(yōu)勢？
項目協(xié)同英文簡稱為PCM，是對多個相關(guān)且有并行情況項目的管理模式，它是幫助實(shí)現(xiàn)項目與企業(yè)戰(zhàn)略相結(jié)合的有效理論與工具。項目協(xié)同管理的關(guān)鍵是讓項目經(jīng)理與企業(yè)高層管理者之間能緊密合作，并且能保證多個項目之間的緊密協(xié)作，充分利用資源。（國內(nèi)有一些免費(fèi)的項目協(xié)同管理平臺，Belink社區(qū)的項目協(xié)同功能就不錯，推薦體驗(yàn)。）必效Project | 在線高效協(xié)同項目管理 讓每個項目成為一個成功案例
近年來，項目管理已經(jīng)應(yīng)用在許多行業(yè)，從生產(chǎn)制造、企業(yè)服務(wù)到廣告?zhèn)髅剑ㄖこ贪卜蓝荚谶\(yùn)用。隨著項目規(guī)模越來越大，涉及領(lǐng)域越來越廣泛，項目內(nèi)部關(guān)系越來越復(fù)雜，傳統(tǒng)的管理模式已經(jīng)不能滿足運(yùn)作好一個項目的需要。因此需要用專業(yè)的項目管理軟件做輔助，幫助企業(yè)提高項目效率，保證項目質(zhì)量，有效控制項目成本。必效Project是一個在線項目管理工具，通過簡單的協(xié)作、溝通，實(shí)現(xiàn)團(tuán)隊交互與任務(wù)管理的輕松協(xié)作，提供最全面的項目管理工具及專業(yè)服務(wù)，幫助企業(yè)更好地把控項目質(zhì)量、執(zhí)行追蹤，對項目各事項進(jìn)行統(tǒng)一的管理和協(xié)調(diào)，提高項目執(zhí)行效率并加速項目實(shí)施進(jìn)度。
1、團(tuán)隊開展業(yè)務(wù)，簡單易用
由于項目所涉及的范圍越來越寬廣，項目內(nèi)容越來越復(fù)雜。當(dāng)團(tuán)隊新人進(jìn)入項目管理軟件后往往無從入手，導(dǎo)致工作效率低影響項目進(jìn)度。 必效Project通過業(yè)務(wù)新手指引，并自動下發(fā)示例普通和工作流項目，讓團(tuán)隊新人可快速上手。多維度項目視圖，可按截止時間/創(chuàng)建時間/完成狀態(tài)排列 ，輕松查看自己的工作安排，合理規(guī)劃手頭任務(wù)。大大降低了企業(yè)的使用門檻，省時更省力。
?2、項目可視化，管理更輕松
對于任何項目來說，項目進(jìn)度是每個管理人員都必須了解的，但對于比較大的項目來說項目越往后越困難，及時地掌握進(jìn)度會有一定的困難和延時性。 必效Project提供多維度視圖，如任務(wù)看板、甘特圖、儀表盤等，利用其數(shù)字化的管理模式，幫助項目經(jīng)理精準(zhǔn)掌控項目進(jìn)度，確保項目目標(biāo)按時完成。
任務(wù)看板： 通過任務(wù)看板，項目經(jīng)理可以全程追蹤項目從提出想法到最終交付產(chǎn)出的各個關(guān)鍵階段，并通過拆分各階段的任務(wù)、負(fù)責(zé)人、時間節(jié)點(diǎn)來驅(qū)動協(xié)作，輕松幫助團(tuán)隊管理者掌控項目進(jìn)展和流程。
甘特圖： 甘特圖可以直觀展示任務(wù)進(jìn)度及完成情況，幫助項目經(jīng)理清晰詳細(xì)的看到任務(wù)的進(jìn)展，對整體項目進(jìn)度進(jìn)行計劃和控制，從而確保項目按計劃展開。
儀表盤： 通過項目儀表盤統(tǒng)計，你可以輕松的了解整個項目的情況，任務(wù)完成率、逾期率、項目進(jìn)展走勢圖、任務(wù)完成分布圖等，還可以查看成員任務(wù)完成情況，包括進(jìn)行中、已完成和已逾期的任務(wù)占比，保證項目有序推進(jìn)、高效落地。
3、績效管理可衡量，人員協(xié)作更積極
必效Project可以針對任務(wù)設(shè)置預(yù)計工作量，項目經(jīng)理在新建任務(wù)時可以根據(jù)每個任務(wù)的難度系數(shù)、計劃工時進(jìn)行任務(wù)設(shè)置。 指派給項目成員完成后填寫實(shí)際工時，通過將實(shí)際報工時與預(yù)計工時進(jìn)行對比，精確掌握每項工作的人員投入及完成進(jìn)度，幫助項目經(jīng)理更好地進(jìn)行績效管理，調(diào)動團(tuán)隊人員的積極性，增強(qiáng)團(tuán)隊?wèi)?zhàn)斗力。
4、豐富的模板庫：拿來即用、操作簡單
必效Project面向客戶提供了一個項目模板庫，初步已建立了50+行業(yè)多場景模板，可以靈活匹配互聯(lián)網(wǎng)、電商、制造、建筑等不同行業(yè)多場景的項目管理需求。 你可以根據(jù)自己的行業(yè)或工作流程找到適合自己工作的項目模板，快速通過模板啟動一個新項目。同時，必效Project希望有更多的客戶能參與到項目模板庫中，創(chuàng)建更多優(yōu)秀模板分享給別人，實(shí)現(xiàn)共建共創(chuàng)，攜手共進(jìn)。
5、項目團(tuán)隊，協(xié)作更高效
管理大師彼得·德魯克有這么一句話，“21世紀(jì)的組織，最有價值的資產(chǎn)是組織內(nèi)的知識工作者和他們的生產(chǎn)力。”
從碎片、零散的信息到整理之后形成知識，進(jìn)而對知識做留存和管理、輔助決策。 必效Project通過文檔庫和項目動態(tài)，幫助你的團(tuán)隊輕松構(gòu)建項目知識庫，在這里你可以添加新想法、參考資料或其他項目相關(guān)信息。 結(jié)合項目動態(tài)可以與團(tuán)隊成員輕松互動溝通，助你實(shí)現(xiàn)團(tuán)隊資源共享，幫助新人快速融入團(tuán)隊，從信息化走向知識性團(tuán)隊，助力團(tuán)隊飛速成長。
未來，必效Project將在加速優(yōu)化產(chǎn)品和體驗(yàn)的同時，持續(xù)深耕企業(yè)和團(tuán)隊SAAS服務(wù)。不斷運(yùn)用最新科研技術(shù)，提升產(chǎn)品的核心能力，幫助企業(yè)規(guī)范項目流程、優(yōu)化項目資源、提升項目質(zhì)量、預(yù)警項目風(fēng)險、降低項目成本，實(shí)現(xiàn)企業(yè)項目運(yùn)作能力最大化。
關(guān)于必效
必效（隸屬于深圳市游迷天下有限公司）是專為企業(yè)打造的一站式智能協(xié)作服務(wù)云平臺，在「CRM」、「項目管理」、「智能名片」、「語音協(xié)同日歷」等專業(yè)領(lǐng)域推出了多款易用、實(shí)用、好用的產(chǎn)品，實(shí)現(xiàn)管理與協(xié)作的數(shù)字化、智能化。
必效Project： https://www.bixiaocrm.com/home/project
協(xié)同項目管理平臺主要包括哪些子系統(tǒng)？
不同的平臺包含的系統(tǒng)也不一樣，一般來說有項目時間管理、項目進(jìn)度管理、項目質(zhì)量管理、項目流程管理和項目資源管理等幾個方面。有個叫Belink企業(yè)商務(wù)社區(qū)就有項目協(xié)同功能，其的目的是提高企業(yè)項目管理效率，代替復(fù)雜的企業(yè)項目管理系統(tǒng)，幫助中小企業(yè)通過簡化、完善項目管理工具，改進(jìn)企業(yè)的項目管理水平。 關(guān)于平臺區(qū)域項目如何協(xié)同運(yùn)轉(zhuǎn)和項目協(xié)作系統(tǒng)的介紹到此就結(jié)束了，不知道你從中找到你需要的信息了嗎 ？如果你還想了解更多這方面的信息，記得收藏關(guān)注本站。 平臺區(qū)域項目如何協(xié)同運(yùn)轉(zhuǎn)的介紹就聊到這里吧，感謝你花時間閱讀本站內(nèi)容，更多關(guān)于項目協(xié)作系統(tǒng)、平臺區(qū)域項目如何協(xié)同運(yùn)轉(zhuǎn)的信息別忘了在本站進(jìn)行查找喔。版權(quán)聲明：本文內(nèi)容由網(wǎng)絡(luò)用戶投稿，版權(quán)歸原作者所有，本站不擁有其著作權(quán)，亦不承擔(dān)相應(yīng)法律責(zé)任。如果您發(fā)現(xiàn)本站中有涉嫌抄襲或描述失實(shí)的內(nèi)容，請聯(lián)系我們jiasou666@gmail.com 處理，核實(shí)后本網(wǎng)站將在24小時內(nèi)刪除侵權(quán)內(nèi)容。
版權(quán)聲明：本文內(nèi)容由網(wǎng)絡(luò)用戶投稿，版權(quán)歸原作者所有，本站不擁有其著作權(quán)，亦不承擔(dān)相應(yīng)法律責(zé)任。如果您發(fā)現(xiàn)本站中有涉嫌抄襲或描述失實(shí)的內(nèi)容，請聯(lián)系我們jiasou666@gmail.com 處理，核實(shí)后本網(wǎng)站將在24小時內(nèi)刪除侵權(quán)內(nèi)容。
相關(guān)文章
