近期公司希望能夠開始對專案流程進行整頓,所以希望我能夠對團隊成員提供一些相關培訓.
今天是第一天,也是第一次對團隊成員進行培訓.這裡準備了一點ppt作為自己培訓的資料.
作為第一天開始,個人思路是總結歷史,展望未來.如果歷史可以給我們再來一次的機會我們會如何做?
在會上發出紙請與會同事針對以往的專案經驗提出自己的一些相關意見.
收集的意見還真不少,主要集中:
需求不明確
溝通不順暢
時間緊張
版本發布混亂
沒有文件
**不規範
隨意更改需求
沒有統一的缺陷管理平台
這幾點在ppt中我也有提到,那麼可能大家都是深有感觸,針對這些問題我們分類過了一遍
問題1:需求不明確,隨意更改需求
針對這個問題大家一致認為,在接受到需求之後需要形成乙個規範的處理流程
1:需求人員-開發-測試一起對需求進行分析整理(產生結果未定:需求規格說明書?反正就是形成統一意識)
2:開發,測試分別針對整理的結果進行開發設計,測試用例設計(形成開發文件和測試用例)
3:在設計完成之後,增加乙個複查環節,確保大家對於需求的理解和設計沒有偏差,如果有偏差或者需要修改需求則重複1,2
4:大家一致確認後開始編碼實現
5:編碼完成新增**審查環節
6:提交版本交予測試開發
7:發現缺陷,提交缺陷報告,開發進行分析修改.
8:形成測試報告
9:正式發布
但是在這個過程中可能存在缺陷等問題,如何報告缺陷/問題?溝通確實是一大障礙.
問題2:如何溝通
軟體開發中人是關鍵,所以人和人之間自然需要不斷的溝通交流,產生統一意識.如何有效溝通也是大家比較關注的問題.
目前初步形成意識,需要有乙個統一的管理平台來支撐起從軟體開發的整個生命週期.初步這裡定位為tfs.
需求:提交到tfs中
開發:根據需求進行分析設計實現
測試:根據需求進行測試用例設計
將需求-設計實現-測試用例關聯起來,形成乙個統一的整體.
只有如此才可以針對部分需求(變更)進行有效的跟蹤和分析,同時也作為彼此之間的互動橋梁.
相應的針對缺陷平台也可以將缺陷提交到tfs中,然後分配給相關開發人員進行後續的修復
其他的問題在本次討論中沒有得出過多的結果,只是在ppt的後幾頁中本人對相關問題進行乙個小結.
當然本次討論主要目的:
1,回顧歷史,總結經驗
2,拋磚引玉,為後續的培訓和會議做準備
當然,目前來說還是問題階段,但是看到這些問題又該如何解決才是最大的問題!
謝謝!
歷史經驗之使用Snmp 獲取MIB表
snmp 是一套強大的網路管理應用開發包。它提供了snmp網管協議所描述的所有命令，並且提供smi資料型別的解析。mib資料報含普通資料和表資料。在提取表資料時，由於表項的數量和oid都不確定，所以不能通過某個特定的oid直接獲得取值。通常，關於snmp的書上都會介紹使用getnext命令來實現表的...
專案管理之團隊建設經驗
團隊就是一組個體為實現共同的目標二相互依賴 一起工作。團隊工作顧名思義就是團隊成員為實現這個共同的目標而付出的共同努力，專案團隊的工作是否有效直接關係到專案的成敗。依本人的一些經驗現總結了一些團隊建設的關鍵成功因素如下 1 專案獲的成功需要乙個有效的團隊。儘管需要詳細的計畫和經理的才能，但是專案成員...
未來酒店 建設高效研發團隊的經驗分享
摘要 在5月29日召開的第二屆研發效能嘉年華中，由浙江未來酒店網路技術 的孫吉君帶來了 未來酒店 建設高效研發團隊的經驗分享 本次分享中他對未來酒店研發規模進行了介紹，對高效團隊的三個特徵 四個能力的培養和團隊建設過程中的四個方法進行了講解。未來酒店 是飛豬 石基和首旅的合資公司，我們的使命是讓天下...