<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    這樣的項目

    面臨一個這樣的項目,項目目標是:
    1、提供一個框架,而且對這個框架要求還比較高,屬于具備一定技術難度的項目,這樣看來可列為研發類。
    2、完成一個實際項目的開發工作。
    項目團隊組成是這樣:
    1、高級程序員一名,兼任項目的開發經理,程序員一名(對Java不熟),初級程序員四名(應屆大學生)。
    在目前項目的進展情況看下來,發現這樣的項目目標以及帶領一支這樣的團隊要完成目標真的不容易,很難很難,分析的原因覺得很簡單,研發類項目很多時候停留在技術角度的攻關上,需要的是高級技術人員,而同時的實際項目開發工作的那個目標則主要停留在了業務角度上,這個時候要求的是架構的穩定,團隊承受高壓力的能力以及一定的項目經驗,而且我一直覺得在這樣時間緊張、團隊水平相差較大的情況下至少需要有一個能夠頂得住的開發人員,目前在這樣的情況下一個架構要同時面對兩個這樣有一定矛盾的目標,目前情況看來架構的表現并不是非常的好,整個團隊在架構的接受上就花了不少的時間,而且在開發過程中仍然需要架構設計師的不斷支持,從實際項目的角度去分析這樣的架構其實是不成功的,但從研發項目角度去看又是成功的......
    自己在面對這樣的情況下還是顯得有些無能為力,經驗不足,自己作為PM同時又作為系統設計師需要保證研發性質部分的完成,這勢必要求投入大量的時間去進行研發性質部分的開發工作,而同時為了保證實際項目開發的順利進展又必須對team給予足夠的技術支持,而且實際項目來講畢竟優先級高,在這樣的情況下最后導致的就是研發性質的那個目標進展的比較慢,而同時實際項目的這個目標進展也不是非常的順利。
    不過個人覺得在這樣的情況下唯一有利的還是團隊的培養,團隊在經過一個這樣時期的培養后能夠較快的提升,也許能夠成為后期真正的框架開發的團隊,否則以目前團隊能力來講去做框架型的開發幾乎是不太可能。

    posted on 2005-12-17 17:25 BlueDavy 閱讀(1479) 評論(7)  編輯  收藏 所屬分類: 軟件工程

    評論

    # re: 這樣的項目 2005-12-17 19:56 非魚

    按照你前面說的,你自己應該成為瓶頸了吧?我認為XP對個人能力要求比較高,你這樣的團隊不大適合XP。  回復  更多評論   

    # re: 這樣的項目 2005-12-18 15:03 Programmer's Life

    ^_^,不是我自己
    恩,我也在反思你說的問題,難道在這樣的團隊中就真的不適合采用XP了?自己都開始懷疑了,也許在這樣的項目中就應該根據能力來分配任務,并且提供詳細設計由開發人員按照設計進行實現.....
    不過很多時候我還是認為是由于CRC設計做的不夠好和沒有PP造成的....  回復  更多評論   

    # re: 這樣的項目 2005-12-18 16:30 非魚

    我認為:
    設計做的不夠好+成員個人能力較好+Refactoring=XP
    設計做的不夠好+成員個人能力較差+不+Refactoring都等于沒有設計過程的開發=一團亂麻/大小取決于項目的規模。  回復  更多評論   

    # re: 這樣的項目 2005-12-18 21:42 Programmer's Life

    認同
    "設計做的不夠好+成員個人能力較差+不+Refactoring=沒有設計過程的開發=一團亂麻"

    但從一定的程度上講,我仍然不認為在這樣的情況下就沒法實行XP,在第一個迭代中之所以出現問題,我認為責任仍然主要在我,我沒有足夠的掌握團隊成員的情況,而經過第一個迭代后,他們已經有了基于此架構進行模塊開發的能力,而這個時候CRC設計到位的話那么以他們的能力是可以承擔的,因為CRC中如出現超越團隊能力的任務,則列為Spike,而且我覺得這樣的方式對鍛煉和提升整個團隊的能力確實非常有效。  回復  更多評論   

    # re: 這樣的項目 2005-12-18 22:12 非魚

    我算是不懂XP,一家之言,僅供參考。^_^  回復  更多評論   

    # re: 這樣的項目 2005-12-19 18:13 GHawk

    在這樣的一個團隊中開展xp是比較費力。我覺得XP倒不是要個人能力怎么高,而是團隊的平均水平比較一致,水平低就一塊兒低,水平高就一塊兒高,這樣用于溝通和理解的花費就比較小了。
    另外,測試也很重要,XP的快速原型迭代依賴于優良的測試案例。也是迭代得以推進的必要條件。  回復  更多評論   

    # re: 這樣的項目 2005-12-20 13:49 Programmer's Life

    恩,ghawk說的很是對,但我比較慶幸的是team對整個軟件過程的接受還是比較不錯,只是在實施的時候不是那么的理想,不過畢竟這都是他們第一次真正接受這樣的過程,相信再過一段時間就會很好的,XP一旦發揮出優勢就.....呵呵

    XP中的TDD確實非常重要,不過我覺得強推是很難的,需要讓team在實踐中領會到它的好處,自然就很容易接受了,^_^,這點在team中已經開始體現  回復  更多評論   

    公告

     









    feedsky
    抓蝦
    google reader
    鮮果

    導航

    <2005年12月>
    27282930123
    45678910
    11121314151617
    18192021222324
    25262728293031
    1234567

    統計

    隨筆分類

    隨筆檔案

    文章檔案

    Blogger's

    搜索

    最新評論

    閱讀排行榜

    評論排行榜

    主站蜘蛛池模板: 久久精品国产亚洲AV不卡| 日韩午夜免费视频| 中文字幕亚洲综合久久男男| 在线视频亚洲一区| 久久久久免费看黄A片APP| 亚洲沟沟美女亚洲沟沟| 巨波霸乳在线永久免费视频| 亚洲视频2020| 曰批全过程免费视频播放网站| 911精品国产亚洲日本美国韩国| 久久一区二区三区免费播放| 亚洲天堂中文资源| 精品成在人线AV无码免费看 | 亚洲乱码在线视频| 四虎成年永久免费网站| 亚洲国产av美女网站| 亚洲乱人伦精品图片| 在线观看免费为成年视频| 欧美亚洲精品一区二区| 日产国产精品亚洲系列| a在线视频免费观看在线视频三区| 久久亚洲精品无码播放| 国产免费一区二区视频| 18亚洲男同志videos网站| 我们的2018在线观看免费高清| 国产色在线|亚洲| 亚洲 另类 无码 在线| 99精品视频在线观看免费| 亚洲av无码成h人动漫无遮挡| 国产精品久久永久免费| 亚洲av成人中文无码专区| 亚洲国产主播精品极品网红| 久别的草原电视剧免费观看| 亚洲精品无码久久久久久久 | 亚洲午夜电影一区二区三区| 成年丰满熟妇午夜免费视频| 国产黄在线播放免费观看| 亚洲黄网在线观看| 国产精品酒店视频免费看| 国产又黄又爽胸又大免费视频 | 日本高清免费不卡视频|