最近我看一些項目管理，OKR 等相關(guān)的文章。原因很簡單，就是感覺自己的團隊的開發(fā)效率，交付質(zhì)量等都不太讓人滿意。這其中的內(nèi)部原因肯定就是項目管理的問題了。沒有找到合適的提高團隊開發(fā)效率和質(zhì)量的方法論或者能夠具體落地的可實施的方法。

在看了很多項目管理的文章之后，對于所謂的敏捷開發(fā)，我其實有了新的認識。在這里，我其實特別想問一下大家，敏捷開發(fā)到底是什么?這里大家可以停頓，思考一下答案，再繼續(xù)往下看。

敏捷開發(fā)就是 Scrum、極限編程?

敏捷開發(fā)就是每天開個小站會，每周一個更新迭代?

敏捷開發(fā)就是把需求進行拆分，拆分成每個小模塊，做一個甘草圖或者在白板上進行進度的展示?

敏捷開發(fā)就是任務(wù)管理軟件來管理開發(fā)進度?

來看一看敏捷開發(fā)宣言，其實，通過敏捷開發(fā)宣言我們就可以看出，敏捷開發(fā)并沒有固定的流程和方法論，敏捷開發(fā)本質(zhì)上就是一種思維，一種思想。說得更形象一點就是：敏捷開發(fā)僅僅是一種價值觀和原則。

用我們中國的古話來講就是：兵無常勢，水無常形。兵無常勢，水無常形，是古代的一種用兵作戰(zhàn)思想，指用兵作戰(zhàn)要根據(jù)敵情的變化來采取靈活機動的戰(zhàn)略戰(zhàn)術(shù)，不能墨守某種作戰(zhàn)方法。

而敏捷開發(fā)是同理的，是我們軟件開發(fā)的一種開發(fā)思想，用來指導我們應(yīng)該采取靈活機動的戰(zhàn)術(shù)來應(yīng)對需求的不斷變化，不能一味地按照瀑布流模型的方式按部就班。

其實，我們現(xiàn)在所有的實行敏捷開發(fā)的指導方式都逃脫不了這兩點：小和快。

敏捷開發(fā)，敏捷，敏捷就是要求我們要快，而如何快呢?就要拆分成小的。

• 小 ，指的是要把需求，功能拆成一系列小的具體可執(zhí)行的模塊，增量迭代開發(fā);另外，團隊要小，人數(shù)超過一定規(guī)模就要拆分多個小組。
• 快，就是把所有的功能拆成固定大小的短迭代，對產(chǎn)品進行每周進行更新迭代。

敏捷開發(fā)作為一種價值觀和原則，就是“道”，而我們在敏捷開發(fā)中使用的各種集成框架，各種開發(fā)工具，各種方法都僅僅是提高敏捷的“術(shù)”。

這就是所謂的敏捷開發(fā)。其實，你們肯定會認為，我們公司的開發(fā)不就一直在這么做嗎?但是，效率和開發(fā)速度我感覺還是上不去。

為什么我會這么問呢?因為我感覺我們團隊也是在這么做，但是大道理我們是都懂，但是依舊是過不好這一生啊!原因在哪里呢?我感覺其實，影響敏捷開發(fā)的還有團隊文化。

我自從創(chuàng)業(yè)之后，管理團隊之后，感覺最重要的一點是我們沒有形成好的團隊文化，沒有自己的團隊文化，就沒有好的團隊合作，這樣的團隊戰(zhàn)斗力就很低。

所以，我最近在反思，如何構(gòu)建一個有戰(zhàn)斗力的團隊文化，能夠讓大家形成內(nèi)驅(qū)力?內(nèi)驅(qū)力形成之后，不管是落地什么方法，都會非常方便的。

內(nèi)驅(qū)力，也就是自驅(qū)力，在團隊文化的帶動下，如何讓大家自覺的去驅(qū)動自己前進呢?你們有什么好的方法呢?大家其實可以一起聊一聊。