紫風亂寫

上周去一家大型網(wǎng)絡(luò)公司的內(nèi)部系統(tǒng)開發(fā)部門面試，該部門主要是為公司的各個部門開發(fā)工作中所需要用到的系統(tǒng)，比如財務(wù)，人事的一些小系統(tǒng)。面臨著：資源少，任務(wù)多，體現(xiàn)不出部門價值等問題。面試出來后想了幾點，發(fā)給他們了，另外也分享出來，希望對從事類似工作的同學們有用。
1. 統(tǒng)一簡潔的頁面風格和CSS
因為是內(nèi)部系統(tǒng)，所以頁面不需要太華麗和復(fù)雜的界面，所需要的是簡單易用。因為是都是sohu的內(nèi)部系統(tǒng)，所以可以有統(tǒng)一的頁面風格。
統(tǒng)一頁面風格帶來以下這些好處：
a. 只需要采用一套CSS，而不需要在每個項目都進行CSS的開發(fā)
b. 能減少頁面設(shè)計的時間，頁面布局，功能區(qū)域設(shè)置能全部都統(tǒng)一起來
c. 減低用戶對于新系統(tǒng)的學習曲線
因為是內(nèi)部系統(tǒng)，客戶端與服務(wù)器之間的連接速度能保證。因此可以采用簡潔的頁面風格。
簡潔的頁面能帶來以下好處：
a. 減少頁面的開發(fā)難度，不用在一個頁面中堆積過非必要的數(shù)據(jù)。
b. 方便任務(wù)分配
 
2. 在做需求的時候同時完成靜態(tài)頁面的設(shè)計
這條的好處是做頁面設(shè)計的時候能進一步理解用戶的需求，也能同時從解決方案的角度來考慮問題，從用戶的角度來說，針對模型進行思考能進一步的引導他的需求。
具體的做法就是
a. 在一邊談需求一邊用紙畫出大概的頁面模型和用戶溝通，初步形成頁面功能的設(shè)計
b. 談完需求之后盡快使用統(tǒng)一的CSS做出靜態(tài)的頁面。用頁面跳轉(zhuǎn)代替表單提交。
c. 用靜態(tài)頁面組成的模型和用戶進行初步溝通，在溝通過程中，如果時間不多的話在紙面上進行修改再溝通，如果時間多的話，快速的修改靜態(tài)頁面，爭取盡可能多的把重點頁面和用戶達成一致。
根據(jù)溝通結(jié)果把可以開始做的部分安排開發(fā)人員開始做，還不能確定的和客戶約好時間再進行下一次溝通。
 
3. 逐步建立可復(fù)用的代碼庫（功能組件）
這一點說起來容易，做起來需要一定的額外代價，是一個部門內(nèi)部的積累。前提是第一條建議能夠比較好的實施。這里的代碼庫（功能組件）大到一個功能模塊（連接LDAP）,小到一個頁面控件（多層次部門選擇下拉列表）。具體做法是
a. 在項目開發(fā)中有意識的把可通用的組件單獨放到一個包里
b. 項目結(jié)束后，花1到2天的時間整理成可復(fù)用的代碼
c. 整理完之后再對相關(guān)技術(shù)人員進行培訓（這個很重要，有通用代碼而別人不知道=沒有通用代碼）
d. 在以后的項目中，在復(fù)用的過程中進行完善
e. 盡量減少復(fù)制粘貼再修改
 
4. 收集客戶部門使用系統(tǒng)后的效果，其結(jié)果可用于對上對外和對內(nèi)
客戶部門應(yīng)該會有這樣的數(shù)據(jù)，因為他們需要這些東西來說明他們上新系統(tǒng)的效果。本部門可以用這些數(shù)據(jù)來說明自己的貢獻以獲取公司的認同甚至可以去爭取更多的資源
IT或者運維部門應(yīng)該會有bug數(shù)量的和分布的統(tǒng)計數(shù)據(jù)，如果沒有的話自己可以收集到達本部門的bug數(shù)量和分布的數(shù)據(jù)，通過這些可以在以后的工作中有意識的避免這些bug
通過這些數(shù)據(jù)可以在以后的需求分析過程中為客戶部門提供更容易使用的系統(tǒng)