首先是技術方面。技術是基礎。有了技術纔可以做我們想幹的事情。 1， 要有自己的程序框架。 2，程序的穩定性。移動設備有很多不穩定的因素。首先，內存比較小。再有網絡 環境不穩定。這都可能造成程序不穩定。這就要求開發人員要有良好的內 存管理 意識和在極端的情況下對程序的控制。這樣才能保證用戶在使用我們程序的時候有 很好的體驗度。 3，代碼風格的統一。開發人員的代碼風格或多或少都是有點差別的。很可能一個 功能沒做完，就由另一個人接手了。如果代碼風格差別比較大，就會讓接 手的人 的閱讀成本增加。所以，代碼風格的統一對程序的可維護性還是很高的。 其次，項目進行方面。 1， 跟本組之外的人溝通。本項目的開發牽扯到 產品，ued, 服務端，測試多 個部門。有時候響應可能很不是及時。我覺得還是多做當面的溝通比較好。 郵件的溝通成本還是比較高的。 2，跟本組的人溝通。最重要的是讓人明確責任和工作。並且協調所需要的資源。 溝通的最基本的原則，我覺得是“尊重”，大家如果互相尊重，然後抱着做好事情， 解決問題，減少扯皮的目標，這樣纔是有效溝通。 3，做取捨。項目進行中，總有些不可預期的問題。比如項目如果拖延了。在開發 人員數量一定的情況下，是保開發時間，還是保功能。如果保開發時間的 話，就 要砍功能。如果保功能的話，就只能拖延時間了。這個可以是用2/8法則來做權 衡。要事爲先。 還有些其他的問題 1，開會。開會的目的是解決問題。但是很多時候，開會還是比較浪費的時間的。 目前感覺用站立會議的方式不錯。每個人用最短的話，把當前工作狀態描 述出 來。可以讓整個團隊的人都知道每個人的工作情況。如果有什麼問題的話，也可以 即時解決。 2，團隊氣氛。在心情好的情況，開發的質量是很高的。在長期加班或者壓力大的 的情況下，人的脾氣很容易變差。怎麼樣調節團隊氣氛？這個還是要好好研究一下。
