企業(yè)博客吸引其他公司和組織作為其帖子和故事的來(lái)源。當(dāng)然，?？趘i設(shè)計(jì)公司確定這些公司博客都不想成為競(jìng)爭(zhēng)對(duì)手，但有趣的是，他們正在尋求外部幫助。我很容易看到大公司就是這種情況，因?yàn)樗麄儗?duì)競(jìng)爭(zhēng)能力以外的組織的看法可能有所不同?；蛘?，我很容易看到較小的公司也走這條路，因?yàn)樗麄冃枰獛椭Y源和人員來(lái)填補(bǔ)職位的信息空白。

第二點(diǎn)：我的直覺(jué)告訴我，大多數(shù)公關(guān)人員都會(huì)對(duì)此表示嘲笑。當(dāng)海口vi設(shè)計(jì)公司可以追蹤《 Fast Co.》，《今日美國(guó)》或《華盛頓郵報(bào)》的采訪時(shí)，為什么還要讓我的SME與另一個(gè)運(yùn)行公司博客的公關(guān)人員交談？我將告訴您原因-因?yàn)橛幸环N完全不同的方式來(lái)查看此內(nèi)容。從博客的角度考慮它。撰寫(xiě)帖子的公司很可能會(huì)在某個(gè)時(shí)候在社交渠道上分享這部分完成的內(nèi)容。而且，如果他們很聰明，他們很可能會(huì)宣傳該帖子，以確保主要受眾看到并閱讀該帖子。而且，如果這是一家海口vi設(shè)計(jì)公司，那么在那個(gè)職位后面可能會(huì)有很多錢。因此，最重要的是：與WaPo故事中的特色相比，該帖子和您的SME可能會(huì)在該博客帖子上被更多的人看到/閱讀。相信它-它可能并且將會(huì)發(fā)生。

我尚未與客戶碰到這種情況，但我可以預(yù)見(jiàn)。如果可以的話，?？趘i設(shè)計(jì)公司認(rèn)為上面的對(duì)話是可以進(jìn)行的。這可能是一個(gè)巨大的機(jī)會(huì)！我一定會(huì)與博客后面的PR人員交談，詢問(wèn)在社交上分享此消息的意圖，以及他們打算在職位后投入多少/是否有任何金錢。但是，假設(shè)他們這樣做，我在這里看不到任何不利的方面。

畢竟，這與要求您的某家中小型企業(yè)參加其節(jié)目的公司播客不一樣嗎？我看不出有什么區(qū)別。對(duì)于海口vi設(shè)計(jì)公司而言，精益生產(chǎn)是一種開(kāi)始優(yōu)化其工作方式并確保將廢物產(chǎn)生保持在最低水平的絕妙方法。Scrum本身就是基于這些原則。許多公司使用LEAN來(lái)優(yōu)化他們的業(yè)務(wù)流程，但是我很少看到他們積極地讓Scrum團(tuán)隊(duì)參與這些工作。但是，組織如何從有效結(jié)合不同業(yè)務(wù)流程的精益優(yōu)化運(yùn)營(yíng)和Scrum開(kāi)發(fā)支持這些流程所需的軟件中受益呢？

解決方案的核心是將操作信息反饋到開(kāi)發(fā)過(guò)程中，并使用該信息為團(tuán)隊(duì)設(shè)定目標(biāo)。?？趘i設(shè)計(jì)公司不是在談?wù)揑T運(yùn)營(yíng)數(shù)據(jù)，這是DevOps關(guān)注的重點(diǎn)。我正在談?wù)摰臄?shù)據(jù)是業(yè)務(wù)運(yùn)營(yíng)數(shù)據(jù)，例如處理的客戶呼叫數(shù)量，按時(shí)發(fā)送的發(fā)票數(shù)量或完成訂單所花費(fèi)的時(shí)間。這就是該公司的優(yōu)勢(shì)所在，軟件可以產(chǎn)生真正的影響。

讓我們以一家向人們出售抵押貸款的銀行為例。為了驗(yàn)證抵押要求，有一個(gè)檢查各種風(fēng)險(xiǎn)的流程，當(dāng)然，一個(gè)或多個(gè)?？趘i設(shè)計(jì)公司團(tuán)隊(duì)會(huì)在一個(gè)或多個(gè)IT系統(tǒng)的支持下進(jìn)行該流程。DevOps實(shí)踐可確保開(kāi)發(fā)與IT運(yùn)營(yíng)之間的緊密合作。