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