因為有些工作上的事情，曾申請過調離部門欲擺脫當前苦惱的局面。。。
上週跟一級部門副總監溝通了個人體會，提出了一些個人的想法。在此記錄下來，也希望能拋磚引玉。
1、需求調研階段，中小型專案缺少專業的需求分析師，僅靠專案經理個人來擔當，而對專案經理的需求調研指導，目前也只是「師傅」臨時指導的方式，缺乏系統的培訓，對新手來說存在很大的專案風險。雖然公司有需求、設計評審，但是相應的獎罰制度空白，執行人容易為了交差而走形式。
--建議知會所有的評審人員，公司有相應的考核制度。
2、系統部署階段，專案常會遇到新的部署環境，如果遇到專案成員普遍水平不高，無法勝任時，則可能需要專案經理自己操刀，專案經理和成員都無法逃脫系統部署的「黑色星期五」。雖然可以提前進行試部署，但是有可能是公司沒有類似環境或者，由於工期緊，專案經理為了節省工期，直接前往客戶部署。特別是專案部署比較頻繁時，是很容易加重專案成員的心理疲憊程度（假如專案成員只有3個，其中2個是骨幹,剩下一人是新手，那系統部署的人員安排也是很頭疼的）。
--建議公司有比較專業的同事協助系統部署。
3、團隊建設方面，個人比較期望團隊成員比較固定，也負責相關業務方向的專案。成員固定對成員的成長可以責任到人，專案經理責無旁貸地培養團隊成員；對成員不定時地由不同的專案經理負責的這種局面，專案經理在成員的團隊建設/人員培養方面投入的心機可能比較少，而重點是在「使用」這個人力資源的層面上，這樣一來，團隊成員很可能會感覺比較鬱悶，他會感覺在那個專案中，只是個幹活的苦力而已，他缺乏團隊歸屬感，也缺乏專案的成就感，長久下去，員工的穩定度會降低很多。
--如果條件容許的話，建議建立負責不同業務的專業專案開發團隊，避免員工在不同業務的專案組中跳來跳去的「滅火」局面（成員可以申請調離專案組；當培養出可以獨擋一面的「專案經理」也可以組建新的分支）。
4、員工在另一方面也是公司的客戶，個人覺得對員工也像是在客戶方進行需求調研，也是需要引導客戶，滿足客戶願望。
在一定程度上改善當前塊鏈領域的資料現狀
大部分 defi 應用都需要靠資料來執行智慧型合約。必須滿足特定資料格式或只能使用原生區塊鏈上的資料。如果不能連線外部資料和資源，大部分 defi 應用都無法執行。adamoracle 預言機可以將智慧型合約連線到原生區塊鏈以外 即鏈下 的資料和系統，將外部連線點 即 api 重新格式化，並保障這兩...
如何改善低質量的app？
3 糟糕的應用程式架構 應用程式架構的差距導致應用程式如何在不同的移動裝置上運作的問題。例如，三星使用者可以輕鬆開啟應用，而華為使用者則不能。如果您的應用程式體系結構較弱，而沒有一定程度的靈活性，在技術上可能會在將來新增新的功能或新的部署環境。解決方案 重構，當內部應用程式結構受損時，重構可以幫助。...
當前中國工業軟體市場的發展現狀
當前中國工業軟體市場的發展現狀 鄭炳權 發表於 2012年07月11日 來自 預設分類 工業軟體最早出現在上世紀80年代初，80年代的工業軟體是基於 dos系統 開發的，當時的主要產品是onspec paragon和ifix等 進入90年代，主要是基於windows系統的，如intouch king...