架構體系對小軟體作坊的 重要性 第一章

標籤：blog   http   sp   資料   2014   問題   log   bs   時間   

從軟體行業興起，到如今年代雖然不長，但是隨著語言的發展，從需求-->編寫-->成型，已經不在是難事。

甚至一台電腦，一套編程軟體，就可以玩轉整個軟體流程。

入行許久，對於軟體企業來說，人員更新換代是司空見慣的事。沒有什麼能從根本上解決這個問題。只能通過儘可能的滿足員工的需求，來減少人員的流失。

對於軟體作坊，甚至是小型的企業，由於各種配套管理措施的不健全，人員流失的問題顯現的尤為明顯，名副其實的重災區。人才的流通趨勢呈倒金字塔。

長久以來，對於求職者來說，找工作看的就是福利待遇。有了一定的能力，勢必要找一個更好的發展平台。企業在選擇人才，也是擇優而取。至此，

很多剛入門的很多也就處在金字塔塔尖處。而有了一定工作經驗。則滿滿向金字塔底前行。長此以往，塔尖的綜合戰鬥力越來越低。對於發展中的小型軟體企業，

工作量呈增長趨勢而員工戰鬥力較工作量則呈下降趨勢。這不是一個簡單的問題，這正在小型企業裡面慢慢蔓延，並逐步陷入惡性迴圈。

很明顯的例子：新招的員工，一段時間內不能很好的勝任，積壓的任務越來越多。所以老員工，分攤到的工作越來越多。慢慢的最後堅守崗位的老員工

也走了，最後一點戰鬥力也消失殆盡。

怎樣避免有經驗的員工流失過快呢？

1、盡公司可控的範圍，提高員工的福利待遇。

2、可控任務量，任務周期。（保持原有的任務量水平，不因人員的減少大幅度增加任務）

3、改善工作環境。

怎樣在短時間內提升新員工的戰鬥力？

1、加強培訓工作建設。

2、公司內部可以實行老帶新，承包責任制（老員工帶新員工，給予老員工物質獎勵。這樣一來老員工得到了實惠，新員工得到了知識（小雙贏））

3、鼓勵為主，教、訓為輔。

上面只是小吐槽，當前形勢的分析，現在切入正題！！！

員工流失這是慢性病，根治的幾率不大，只能去控制。

從軟體結構去考慮，我從畢業到現在從事的都是企業管理型軟體的開發。也是人員流失的受害者之一，呵呵！

 

很多小型軟體企業，軟體架構一團糟，有的甚至都沒有。更別提一個完整的軟體體系。新入職員工上手慢，重複勞動多。作為企業要思考這個問題！

重複的勞動，不僅不能有效提高新員工的能力水平，反而浪費了很多有效時間。構建一個有效軟體體繫結構看上去是那麼的有必要。比如：

很多時候，有些模組就是為了顯示一下操作結果，配置一個sql足矣。何必再從介面開始，到商務邏輯層，到資料層。充分的提煉可重用性的東西，

轉換到軟體設計中，這個問題還是很好解決的。畢竟，效率才是王道。

 

古有行兵打仗，糧草先行。今有軟體開發，工具先行。工欲善其事，必先利其器。好的協助工具輔助也是提升效率的關鍵。選擇合適的工具，也是完善

軟體構架體系關鍵的一步。

 

此文僅個人觀點。。。

第一章先大概的說明下：接下來會將遇到的具體問題，具體剖析給大家。。。

架構體系對小軟體作坊的 重要性 第一章