對于此次項目的些隨想 -管理資料

1/1對于此次項目的些隨想-管理資料零九年似乎一直都在趕項目，而這次和阿軟UED合作的項目情況尤為特殊，但這次項目讓我獲得良多，對于此次項目的些隨想

。

不同風(fēng)格和節(jié)湊的團隊如何融合一起

每天都在用阿里旺旺，這次讓我更近得了解了他們的開發(fā)團隊。本以為阿里系UED都是差不多風(fēng)格，但我發(fā)現(xiàn)還是有各自的特色。搬到阿里軟件的頭幾天，就碰到如何相互分工合作的問題。

首先，我們花了些時間熟悉對方的產(chǎn)品以及代碼產(chǎn)出物，以便熟悉其代碼和設(shè)計風(fēng)格。然后，在大范圍的空間中，約定了些大框架的規(guī)范（包括視覺規(guī)范、DPL、代碼規(guī)范等）。流程方面情況比較特殊，我們盡量簡化和精簡了開發(fā)流程。

然后，在產(chǎn)品分模塊以后，明確了小組對應(yīng)每個模塊開發(fā)的負責(zé)人。前端和視覺不同的負責(zé)人將對應(yīng)的開發(fā)模塊逐漸的連線，這樣在方便了各自了解進度的同時，也可以讓身處不同小組的人員相互的熟悉。

經(jīng)過一段時間的磨合，兩個不同的團隊已經(jīng)可以很默契的配合了。順便在這里驚嘆于，在出發(fā)點以及目標一致的情況下，各小組的人員的動能是如此的強大。

人件

項目進度的瓶頸在于我看來，不是時間、不是技術(shù)而是人。天時地利，還需要人和。這里所謂的"人和'，指的是小組各成員的士氣以及狀態(tài)。在這段"特殊時期'中，我能想到些措施

放音樂，緩解下氣氛

自由上下班時間，只要不是"太過份'即可

適當(dāng)調(diào)整下工作內(nèi)容，不要讓組員太枯燥

小的練手的技術(shù)點，可以使用"競標'政策

在群里貼美女照片:^)

進度和質(zhì)量之間的博弈

尤其緊急的項目，PM和PD對于項目進度就抓得越緊，管理資料《對于此次項目的些隨想》(https://.)。這有時候未必會是件好事，開發(fā)們會以為，可以因進度就可以拋棄些更為重要的點。

我曾經(jīng)不止一次在郵件列表中將這一情況加入到"風(fēng)險點'中，好在經(jīng)過溝通我們的PM站在了我們這邊。項目的開發(fā)人員也逐漸明白，在核心質(zhì)量的代碼上現(xiàn)在花些時間，對于以后維護而言是有好處的。

如何避免因趕進度而帶來的產(chǎn)品質(zhì)量下降等風(fēng)險，這說到底其實是個博弈問題，這就看開發(fā)人員以及PM對于該項目是如何定位的了。

對于加班的態(tài)度

幾乎每個管理人員都會認為，加班是趕項目進度的救命稻草，我個人對此持保留態(tài)度。坦白講，每個人都不喜歡加班，尤其是無償無理由的加班，更不期望看見因為KPI而加班。

讓員工每天朝九晚九以及周六都過來加班，他們的個人時間受影響不說，還可能使他們的士氣受挫，甚至?xí)虼硕a(chǎn)生抵觸情緒。長此以往，這種情況得不到解決，那么后果將會很嚴重。

對于管理者而言，都恨不得項目第二天就上線，但畢竟羅馬城不是一天就建成的。與其做好我們這些底層開發(fā)人員的思想工作，還不如讓那些管理人員想明白些這些事理更能治本。

最后，還是期待公司能有套更為合理的獎勵體系，畢竟每個員工對于公司的付出，他們總是期望能得到肯定的。

本