因為環境特殊，背景就不作介紹了。開了三個app方面的項目，big boss找我談，希望我能給出個方案，看看這邊的APP要做成什么樣子的，需要多少人，多久。。。。之后，跟項目中負責人協商，要人，談下原型圖，還要組織新人培訓。
最后定了9個人，其中有兩個是以前跟我做過APP的，算是老人了。其他都是沒有任何app開發經驗的。所以先定了一個項目學習計划：
本來當初我是堅持做原生APP的，但是奈何人力物力有限啊，只好妥協成混編app。
這兩天在搭環境，沒寫文檔，想要在我的可控范圍內，給他們一點兒坑（其實大的坑我都已經填好了）。感覺效果還行，激起了戰斗了，如果事事都太順利的話，就會缺乏熱情跟警覺。
“寬厚”這兩個感覺還是不容易做到，畢竟我以前是個動不動就各種指責的人，其實站在別人角度想想，他們也比你不缺啥，只要好好教，相信每個人都比我強。
“調動組里所有人的力量”，對於入門畢竟快的人，會去安排他們指導組里別的人，而不是我自己去幫助每一個人解決問題。相信大部分問題他們都會自己解決。這一點雖然說着容易，但是以前見過很多累死的領導，閑死的小程序員。必須先相信每個人都能搞定他們的問題，才能減少自己的操心，將注意力集中在項目的整體上面。
“開會”：其實每次我開會，都說，我就開半個鍾頭。實際卻是，我講了15分鍾就完了。然后問問大家有什么問題。（當然大家都很少吭聲了---），我就開始一個一個問了，讓他們談談從上次開會到這次開會，中間都做了什么。估計一下自己的工作量和時間，有問題提前說。這樣大家也就形成了習慣，平常也就會自覺去估算自己的工期跟工作量。
“安排要趁早”：因為現在開發還是一個瀑布模型的樣子，雖然說是提倡敏捷開發，但是始終get不到敏捷的精髓。在開發前，對於整個工期和進度要有一個宏觀的把控，另外，在項目實施的各個階段中，對下一個階段的任務，要在上一個階段提前評估好。對每個階段可能出現的問題要做到自己心里有數。時刻關注組員的進度及遇到的問題，指派組里相應的人去解決。力爭使自己在項目中充當調配資源的人，而不是被別人調配的資源。
“團隊整體素質的提高”：組員雖然平常開發的時候是工作關系，但是私下里也是可以做朋友的。作為項目的統籌人，要知道，他們每個人都行想從工作中得到什么：比如，有人希望在工作中得到鼓勵，表揚，提升，RMB，respect。。。。各種，可以針對每個人的情況分階段進行獎勵。平常多做些技術分享，鼓勵大家多讀書，幫助他們提高學習能力。。。讓每個人感覺跟你做完一個項目，收獲很大（這個收獲是方方面面的。。），別人才願意跟着你。想到這些也是因為項目開始后，有別的組來跟我搶人，那邊開出了“RMB,ITVC的部分股份。。。”但是組員說“不了，我要跟。。。”當時自己聽到這句話非常感動，同時也開始思考“你的人憑什么跟着你？你有什么能給他們的？”。。。。我覺得很多項目領導或是公司的領導也該想想這個問題。。。。
不說啦，開工。。。。