why? 為啥要有程式碼之外

我相信相當一部分人是在寫業務程式碼，也有相當一部分人在寫業務程式碼當中，像我一樣迷茫，所以這裡把一些個人日常的思考記錄下來，跟大家分享一下。如果正好能給您帶來一點點觸動，那肯定是我的榮幸。

why? 為啥要寫排期？

我相信大部分的團隊一樣，先排期再開發，排期的過程當中一部分是老大定的，一部分是自己定的。

因為我也不是老大，聊一下自己負責寫排期的思考吧。

how?怎麼寫排期？

大部分的排期都是和產品溝通之間，雙方互相妥協之後的結果，我相信大部分網際網路公司的產品都是恨不得下一秒自己的prd就轉化成正常跑起來的程式然後上線。

but?作為開發的我們呢？

這當中其實一部分是團隊磨合，一部分是個人溝通技巧。

團隊磨合：

個人認為團隊磨合比較有效的方式是“吃飯”，這裡的吃飯，包括但是不限於一起去吃飯，也有可以一起打打遊戲，或者約著週末去蹦蹦迪，

核心還是在於互相瞭解，彼此逐漸的增強信任感。當然及時完成prd的轉化也是信任的一種，畢竟產品也有kpi嘛。

個人溝通技巧：

這裡個人只談自己實際用到的一小部分，至於其他的歡迎大家補充和交流。

真誠：幹活嘛，最省心的方式還是直言不諱，a就是a,少甩點鍋，埋點坑，比啥都強（產品和開發都一樣）

說“不”：

10天，能幹完就是能幹完，不能幹完就是不能幹完，但是在說法上要迂迴一下。

分兩種情況：

1 幹不完

我覺得說的時候，不要說幹不完，直接告訴產品，10天OK，但是10天能做成的產品大致上長什麼樣子，要事先和產品將清楚。

比如有哪些功能是不可變得，有哪些功能是脆弱易崩潰的，這個一定要說清楚，並且“形成文件”。

2 乾的完

乾的完，那還發什麼愁啊，就說乾的完唄。

What?寫啥？肯定是寫排期啊，不然寫個錘子？？

這裡分兩種型別

1 自己寫自己的（老手）

2 自己寫自己的（新人）

3 自己寫小弟的（帶人）

自己寫自己的（老人）

自己寫自己的肯定好嘛，一般來說只要人沒問題，不是真滴要“混”，自己心裡肯定是有點b數的。

自己寫自己的（新人）

新人分兩種，一種是剛到公司的新人（有經驗），另一種是剛畢業的新人

剛到公司的新人（有經驗），

自己寫自己，感覺一般也會有點b數，一般把自己上家的在同類業務花的時間乘1.15或者1.25基本上不會有問題，多和同事溝通，問一問，多聊一點業務，問題一般不大。

剛剛畢業的新人

這類人一般經驗不夠，怎麼辦呢？

強烈建議自己記錄和寫總結，這個絕對是提升自己估時間準確性的神器。

有人要問了，那第一次做呢？

萬一我做過幾次開發，又沒有總結呢？

那就讓老大幫你估計，然後從現在開始總結啊。

自己寫小弟的

如果是第一次帶人，這種一般也不太好寫。

個人建議是如果小弟是剛剛畢業的新人，最好是給一個沒那麼死的時間的任務，慢慢做。

然後每天跟小弟聊一聊，留意一點他的進度，然後基本上一個任務做完，大致上你會了解到這個小弟的水平，然後給他寫的時候稍微的壓縮一點時間，給他一點壓力。

如果是帶過很多人的大佬，大佬您喝茶，您看看我這邊還有啥寫的不好的地方歡迎補充，歡迎大佬指點。

這裡大概就是個人的一點點的思考和理解了，歡迎各位大佬，來指點一哈啊QvQ。