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