概述
富有責(zé)任心舱沧，對結(jié)果負(fù)責(zé)妹沙。
1、項(xiàng)目生命周期
以下主要針對敏捷開發(fā)
1熟吏、迭代前的準(zhǔn)備階段
需求列表收集
確定迭代需求
原型設(shè)計(jì)
需求規(guī)格說明書
2距糖、概念與迭代計(jì)劃
工時評估
熟悉業(yè)務(wù)和技術(shù)玄窝，初步評估。
制定開發(fā)計(jì)劃
計(jì)劃要和成員進(jìn)行仔細(xì)溝通悍引，確保大家認(rèn)同
使用禪道進(jìn)行跟蹤恩脂，每個任務(wù)項(xiàng)在禪道上進(jìn)行錄入，每天研發(fā)人員填寫當(dāng)天的任務(wù)完成情況趣斤，多天的任務(wù)需要填寫任務(wù)百分比巴碗。
http://demo.zentao.net/my/
3当辐、開發(fā)階段
開發(fā)設(shè)計(jì)文檔
編碼與代碼review
風(fēng)險管理
質(zhì)量原理
4、測試階段
單元測試宇智，自測試
報告提測
5构韵、發(fā)布階段
2买乃、團(tuán)隊(duì)建設(shè)
1歹茶、團(tuán)隊(duì)文化
團(tuán)隊(duì)文化建設(shè)關(guān)乎成員工作的狀態(tài)泊碑，積極性，穩(wěn)定性泪幌。團(tuán)隊(duì)活動盲厌，茶話會，關(guān)心成員生活狀態(tài)座菠。
2狸眼、梯形團(tuán)隊(duì)
1個高級研發(fā)帶領(lǐng)2個初級研發(fā)藤树。
3浴滴、工作替補(bǔ)
各個模塊要有主責(zé)任人，主責(zé)任人對自己的模塊負(fù)責(zé)岁钓。同時也要下意識培養(yǎng)副負(fù)責(zé)人升略。避免因人員請假、離職對項(xiàng)目帶來沖擊屡限。
推薦：培養(yǎng)初級研發(fā)作為次負(fù)責(zé)人品嚣。
責(zé)任人輪換：模塊負(fù)責(zé)人跨模塊熟悉模塊內(nèi)容。
4钧大、人員儲備
學(xué)習(xí)翰撑、預(yù)研新的技術(shù)，業(yè)務(wù)啊央。為新業(yè)務(wù)的開展儲備人才眶诈。
3、關(guān)于提升開發(fā)效率瓜饥、保障項(xiàng)目交付進(jìn)度的實(shí)踐
1逝撬、層次劃分，模塊劃分要清晰——架構(gòu)設(shè)計(jì)
前后端沒有分離乓土，無法專注于前端展示和后端邏輯的開發(fā)宪潮。同時前后端存在耦合溯警，也不利于前端靜態(tài)資源的部署。軟件開發(fā)發(fā)展到今天狡相，應(yīng)該不存在這種情況梯轻。
模塊的劃分不清晰，各模塊間耦合度高尽棕。對一個模塊的修改檩淋，可能影響其他模塊，對研發(fā)人員你的要求高萄金，需要對整個系統(tǒng)熟悉后蟀悦，才能需改代碼，稍不注意就會引出新的問題氧敢。
邏輯層次的劃分：controller日戈、service、dao孙乖、bean的定義浙炼、對內(nèi)的接口、對外的接口
同一模塊的開發(fā)也要清晰的劃分層次結(jié)構(gòu)唯袄，逐層調(diào)用弯屈，不跨級調(diào)用。各層要有清晰的交互對象恋拷。比如cotroller只能通過調(diào)用service層的接口资厉，而不能直接調(diào)用dao層接口對數(shù)據(jù)進(jìn)行處理。
2蔬顾、歷史系統(tǒng)
若歷史系統(tǒng)本身存在不規(guī)范宴偿，邏輯混亂的問題【骰恚基于此系統(tǒng)進(jìn)行擴(kuò)展開發(fā)窄刘，因?yàn)楸仨毐ＷC對原系統(tǒng)的兼容，效率的提升是較為困難的舷胜。在一定程度的衡量后娩践，可考慮全量重構(gòu)。
3烹骨、遵循編碼規(guī)范
編碼規(guī)范參考阿里的java開發(fā)規(guī)范翻伺。
代碼格式規(guī)范可使用idea默認(rèn)的樣式，提交前要確保格式化展氓，保持團(tuán)隊(duì)所有人代碼格式統(tǒng)一穆趴。
重點(diǎn)強(qiáng)調(diào)：面向?qū)ο缶幊痰囊粋€核心思想是封裝，組件化遇汞。方法要保持單一職責(zé)未妹，最直觀的體現(xiàn)在方法的精簡簿废，建議一個方法的代碼行數(shù)在15行左右。
4络它、任務(wù)分解（WBS）族檬、統(tǒng)籌方法、團(tuán)隊(duì)協(xié)作
找到存在前后關(guān)聯(lián)化戳，必須串行執(zhí)行的事情单料，其他做盡最大化的并行執(zhí)行。涉及到迭代的交叉点楼，團(tuán)隊(duì)的協(xié)作和資源的協(xié)調(diào)扫尖。
需求規(guī)劃，需求分析等可在迭代開始前完成掠廓。正式進(jìn)入迭代后换怖，團(tuán)隊(duì)其他成員即可一起進(jìn)入開發(fā)狀態(tài)。要不然所有人都等一兩個人蟀瞧，那真是大大的浪費(fèi)沉颂。
迭代的交叉：在保證研發(fā)質(zhì)量的前提下，上一迭代的研發(fā)任務(wù)完成后悦污，在測試階段铸屉，研發(fā)人員即可進(jìn)入下一階段迭代的需求分析，設(shè)計(jì)階段切端。
團(tuán)隊(duì)協(xié)作：合理規(guī)劃產(chǎn)品彻坛、UI設(shè)計(jì)、前端帆赢、后端的工作任務(wù)協(xié)調(diào)小压。后端在編碼前，先確定接口定義椰于，并出具mooc接口，前后同時開發(fā)仪搔，同時降低聯(lián)調(diào)的時間瘾婿。后端在交付接口時，要對接口進(jìn)行自測試以及測試環(huán)境測試烤咧，避免接口聯(lián)調(diào)時的出現(xiàn)各種問題偏陪。同時后端需要先出接口文檔，建議使用showdocc.com煮嫌。
5笛谦、溝通與反饋
溝通分為多種形式的溝通，包括與上級領(lǐng)導(dǎo)昌阿，同級組織間饥脑，與下級成員的溝通恳邀。項(xiàng)目經(jīng)理要促成這種溝通，及時了解項(xiàng)目的動態(tài)灶轰。
在招聘中體現(xiàn)為不光重視技術(shù)能力谣沸，溝通，性格也需要重點(diǎn)考察笋颤。
其形式包括
會議：高效會議乳附，拒絕形式化，會議記錄伴澄，形成決議赋除，問題閉環(huán)。
各項(xiàng)目階段的特定會議非凌，比如需求宣講贤重、需求規(guī)格（原型）評審會議；計(jì)劃制定與目標(biāo)對齊清焕；設(shè)計(jì)評審會議并蝗；show case演示；測試報告總結(jié)秸妥；項(xiàng)目復(fù)盤經(jīng)驗(yàn)總結(jié)等滚停。
迭代開發(fā)的晨會（10分鐘左右），掌握項(xiàng)目實(shí)際進(jìn)展情況粥惧。周例會等键畴。
報告：以郵件、周報等形式突雪，發(fā)送每日工作階段進(jìn)展起惕；每周進(jìn)度情況，總結(jié)咏删，問題與求助惹想，下周計(jì)劃等。
及時反饋：主要針對項(xiàng)目成員督函，遇到困難或不確定因素要及時反饋嘀粱，尋求幫助或者計(jì)劃調(diào)整。杜絕將問題留到最后一刻再反饋辰狡，因?yàn)檫@是影響整個團(tuán)隊(duì)計(jì)劃安排的锋叨。
6、使用工具軟件提高生產(chǎn)效率
idea
最智能宛篇，最好用的ide娃磺，沒有之一。同時還建議用默認(rèn)的快捷鍵叫倍，1周左右即可熟悉過來偷卧。
禪道
一款非常好用的項(xiàng)目過程管理軟件豺瘤，可以完整的跟蹤到項(xiàng)目需求、計(jì)劃任務(wù)涯冠、缺陷管理等整個項(xiàng)目生命周期炉奴。同時具有強(qiáng)大的統(tǒng)計(jì)功能，實(shí)現(xiàn)項(xiàng)目可視化
git
版本管理工具蛇更，具有強(qiáng)大的分支管理能力瞻赶，同時idea與其進(jìn)行了完美的兼容。要用好也要遵循一些使用規(guī)范派任。
分支規(guī)范
gitlab砸逊、碼云
遠(yuǎn)程倉庫可視化git管理工具，相當(dāng)于中央倉庫掌逛，類似于github师逸。測試，生成等線上環(huán)境的代碼要通過它進(jìn)行統(tǒng)一管理和構(gòu)建豆混。
gitlab可以自己在內(nèi)網(wǎng)搭建篓像。
若可以接受公網(wǎng)代碼管理，也可使用碼云皿伺。
genkis
支持構(gòu)建员辩、部署、自動化鸵鸥， 滿足任何項(xiàng)目的需要奠滑，徹底解放雙手。
比如我們代碼編寫完成后妒穴，可以通過它自動進(jìn)行代碼拉取宋税，編譯，構(gòu)建讼油，部署杰赛。讓開發(fā)人員專注于業(yè)務(wù)開發(fā)。
7汁讼、使用成熟框架
Java開發(fā)發(fā)展到今天淆攻，在最近的10年里，發(fā)生了翻天覆地的變化嘿架。從最初的jsp+java，到MVC前后分離啸箫，struts耸彪，Struts2框架的出現(xiàn)，再到Spring忘苛，SpringMVC的出現(xiàn)蝉娜，再到今天的SpringBoot唱较，微服務(wù)解決方案的SpringCloud等框架的出現(xiàn)。每個框架的出現(xiàn)都是為了解決以前的一些痛點(diǎn)召川，提升研發(fā)的效率南缓，讓研發(fā)人員不再糾結(jié)一堆混亂的邏輯，繁雜的配置荧呐。從而解放出來關(guān)注自己的業(yè)務(wù)汉形。
所以我們要用先進(jìn)的框架，給自己省事倍阐，體驗(yàn)先進(jìn)框架給我們帶來的絲滑的感覺概疆。
