<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 閱讀(1480) 評論(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

    搜索

    最新評論

    閱讀排行榜

    評論排行榜

    主站蜘蛛池模板: 亚洲精品美女久久久久9999| 亚洲中文字幕在线第六区| 亚洲视频一区在线观看| 亚洲欧洲免费视频| 亚洲avav天堂av在线不卡| 免费毛片a线观看| 亚洲国产精品网站久久| 日本免费在线中文字幕| 亚洲AV综合色区无码一区爱AV | 亚洲人成小说网站色| 久久WWW免费人成人片| 亚洲av无码片区一区二区三区| 国产一卡二卡3卡四卡免费| 国产 亚洲 中文在线 字幕| 小小影视日本动漫观看免费| 一级毛片免费一级直接观看| 狠狠亚洲婷婷综合色香五月排名| 大地影院MV在线观看视频免费 | 国产精品亚洲а∨无码播放| 中文字幕日本人妻久久久免费| 亚洲男人的天堂在线播放| 免费精品国偷自产在线在线| 国产亚洲精品AAAA片APP| 狠狠亚洲婷婷综合色香五月排名| 久久久久久国产精品免费无码| 亚洲一区中文字幕在线电影网| 国产成人免费ā片在线观看| 三上悠亚电影全集免费| 亚洲欧洲中文日产| 国产又大又黑又粗免费视频| 免费观看一区二区三区| 亚洲天堂2016| 亚洲精品线路一在线观看| 99爱在线精品视频免费观看9| 亚洲人妖女同在线播放| 国产亚洲精品免费| 182tv免费视频在线观看| 久久国产亚洲精品无码| 热99re久久免费视精品频软件| 三年在线观看免费观看完整版中文| 亚洲国产激情在线一区|