已加入本站143天 , 點擊量：26127 次
敏捷DevOps項目管理專家
DevOps（開發(fā)運維一體化），融合開發(fā)人員Development和運維人員Operations，借助流程和工具，增強(qiáng)團(tuán)隊協(xié)作，促進(jìn)全流程規(guī)范化、自動化，提升軟件交付速度和可靠性。
曾任：用友網(wǎng)絡(luò)（軟件，中國ERP企業(yè)*1）項目負(fù)責(zé)人
曾任【點擊詳細(xì)】
每一個項目都離不開項目經(jīng)理，那么專業(yè)技術(shù)類型的項目當(dāng)中，項目經(jīng)理必須是技術(shù)專家嗎？外行真的不能領(lǐng)導(dǎo)內(nèi)行嗎？看過眾多的一些風(fēng)云人物，可能未必是專業(yè)出身，復(fù)雜項目由于設(shè)計的行業(yè)，領(lǐng)域眾多，項目經(jīng)理確實難以做到樣樣精通，存在某一方面的短板也是正常
有一句話說的特別好，以不變應(yīng)萬變，這個不變，反而是擁抱變革之心，也就是，在我們的工作、學(xué)習(xí)、生活當(dāng)中，存在著多種因素，影響事情事態(tài)的發(fā)展，這個時候就有了我們的變更。 一、從外部環(huán)境因素上。包括新的政策法規(guī)，或者新技術(shù)的進(jìn)步，亦或者相關(guān)
盲目的降低成本，可能會適得其反，但是這三個隱形成本，要及時砍掉。 第一個，溝通成本。溝通前要有一定的目的性，就事論事，把問題解決，溝通當(dāng)中保持理性，不講空話，不講正確的廢話。 第二個，決策成本。有時候一念天堂，一念地獄，這就要考
催進(jìn)度始終催不上來，這個非常的焦頭爛額。 一、看進(jìn)度的預(yù)期，是否如我們所想的比較切合實際，這點很重要，不盲目不過分樂觀。 二、看在員工的技能的培養(yǎng)上面，能不能跟他的生產(chǎn)力相保持一定比較均衡的輸出，這個時候給他相應(yīng)的一些培訓(xùn)，提升
變更有可能給我們帶來成本的超支、進(jìn)度的延緩、質(zhì)量的不符，如何去防止我們的需求變更，不斷的去打破我們的底線。 第一點，需要建立，需求有效變更管理的相關(guān)的制度，和機(jī)制的約束，如果沒有制度機(jī)制的約束，那么很有可能就會變成口頭變更，最終是查無
企業(yè)在做項目時，很多是憑老板的個人感覺或經(jīng)驗判斷。若有基本邏輯可尋，或許可以規(guī)避不必要的風(fēng)險，了解以下基本要素成為前提條件。 一、在產(chǎn)品設(shè)計階段，需要考慮產(chǎn)品的可靠性，包括結(jié)構(gòu)、性能、安全性、穩(wěn)定性等方面。應(yīng)采用可靠性設(shè)計方法，如冗余
在項目的過程當(dāng)中，公司老總動不動叫你復(fù)盤，什么事都讓你寫一個總結(jié)和報告，身在其中，覺得是非常的乏味，那什么是復(fù)盤的最佳時機(jī)？對于我們的小事的確是要及時復(fù)盤，立刻區(qū)落實我們的方案，并且給出我們的結(jié)論，對于項目的重大的里程碑，對于比較大的事情，
在我們估算成本、資源，和估算進(jìn)度的時候，是有參數(shù)估算、自上而下估算、自下而上估算等多種的方法，這些方法呢是各有優(yōu)劣。 一、對于自下而上的估算，耗時耗力耗神，但是它計算的結(jié)果相對比較的精準(zhǔn)。 二、對于類比估算而言，省時省力省心，同
劉圓
朱志敏
張濤
林曉東
黃鷺偉
楊柳
崔曉明
吳甲坤
呂子明
何秋旺
王剛（SZGC）
李正
錢林澤
陳紅
宋荊漢