寫作目的
希望通過這次分享能夠讓大家更好的去獨立進行專案開發,或者是帶著團隊一起去完成專案的開發,並且在這過程中都有成長。
前言
專案總有做完的時候,就是看有沒有做對,做成。
除了關注專案本身之外,還需要關注一下人,比如如何讓自己自身成長、如何讓其他人成長。
如何獨立去進行專案的開發?
我們們的目標肯定是希望把這個專案做成。
面對的主要問題
- 知道要做什麼、能不能做、什麼時候截止
- 知道要怎麼去做
- 開發
- 交付
1. 知道要做什麼、能不能做、什麼時候截止
- 對需求: 一定要知道產品想做什麼東西,不然到時候做出來的東西不是產品想要的。
- 調研:這個需求能不能實現,不能實現我們們就不用做了。
- 確定一下交付時間
2. 知道要怎麼去做
- 熟悉開發流程
- 技術選型、定方案
- 任務拆分、排期
3. 開發
-
按照排期進行專案的開發,跟其他夥伴配合,解決遇到的問題,完成功能模組的開發。
-
如果用的是新的技術棧,請提前做好基礎知識儲備。
-
自己難以解決的問題,可及時向他人求助。
4. 交付
- 把需要的東西交付給需求方,等待需求方驗收。
怎麼做得更好?
3 個階段 1 個總結:開始階段、執行階段、收尾階段,覆盤總結
開始階段
-
充分了解需求,明白產品到底想要做什麼。補充需求,可能會出現產品邏輯功能缺失的情況,儘早提出來,避免做到最後了才發現產品邏輯不完善
-
精細的任務拆分,最好是能拆分到一個任務一天(這樣對專案有多大的工作量更清楚,更易於把控進度)。排期不要算上加班的時間,按正常的工時去計算。
-
明確交付產物、交付標準和截止時間 (知道什麼時候交付及交付什麼東西,這樣才能保證交付的東西是完整的,準時的)。最好整理一個交付的checklist,和一個交付檢驗的流程文件。
執行階段
-
當日事當日畢 (保證進度)
-
及時溝通,儘早暴露風險 (這樣大家可以一起幫忙把風險解決掉,保證進度)
-
強化解決問題的能力 (保證進度),特別是debug的能力。
-
不確定的問題,一定及時溝通 (保證進度和質量,避免做出來的東西與產品想要的不符合)
-
做專案的過程中,可以多思考一下當前專案開發流程上有什麼不足,可以如何去做調整,然後帶著解決方案去找專案負責人
-
新增程式碼註釋或者開發文件。比如如何開發、除錯、測試及上線。方便後續開發和維護
-
深入思考一下專案的原始需求,當前專案開發完成之後,是不是可以解決之前要解決的問題,有沒有更好的方案。
收尾階段
- 自測(保證提測質量):交付前根據 checklist 檢查一下要交付的東西是否完整、是否達到交付標準。
覆盤總結
-
想一想,之前開發專案的時候哪裡被卡住了,如何提升自己的開發效率。(比如說下次再有同樣的專案,如何縮短專案的開發時間。)
-
流程上是否有待完善的東西,以提高團隊的效率、提高整體開發的質量。
-
多從其他人的角度去思考問題,看看如何配合起來更順暢,效率更高,條件允許的情況下,可以協助他人解決問題,提高自己的影響力。
-
總結一下目前專案的優勢和不足,提取經驗複用到下一個專案中,能落成文章或者跟大家分享更好。
** 核心點:提高自身能力和影響力。**
如何帶著大家去進行專案的開發?
面對的主要問題(從業務介面人的角度)
-
知道專案大的目標是什麼、交付什麼東西
-
要讓大家知道各自都需要做什麼
-
技術選型、方案定製、定製開發流程及規範
-
資源協調(跨部門協作需要進行資源的溝通協調)
-
處理風險及把控進度(解決開發過程中遇到的問題)
-
成果檢驗(保證交付質量)
如何去做(僅供參考)?
3 個階段 1 個總結:開始階段、執行階段、收尾階段,覆盤總結
開始階段
-
充分了解業務,從業務的角度,和產品經理探討需求的合理性,發表自己的看法和見解。
-
根據需求,分析一下專案的重點或者難點,定製一下解決方案。有必要的話出一個小demo,做技術預演。
-
定一下專案的架構,進行模組及任務劃分。
-
梳理一下專案開發中需要依賴的外部資源,提前溝通協調。
-
定製開發流程和規範
執行階段
-
每天下班之前同步一下開發進度及問題點,協助解決重點難點問題,當日問題儘量當日解決。如果是緊急專案,小組內進度同步完成之後,整理彙總到專案負責人或者領導處。
-
拉通認知,隨時保持大家對專案,需求的理解是一致的。
-
保持良好的溝通氛圍,可提高開發效率或者及時發現問題。
-
管理風險:風險接受(知道這個風險並且能接受)、風險規避(通過其他方式規避這個風險)、風險控制(採用策略緩解這個風險帶來的影響)。
-
解決衝突:人力衝突、優先順序衝突、技術見解衝突等。能自行解決的就解決,解決不了的,可讓第三方介入解決(比如其他同事或者領導)。
-
重要的技術方案及重點問題記錄,統一形成文件,讓大家都能看到。
-
協助解決問題以引導為主,幫助其他成員提升解決問題的能力。
收尾階段
整合專案,並進行自測/預演,確認沒有問題之後再交付。
覆盤總結
專案交付之後,自己先進行總結,然後帶著大家一起進行復盤。不用太正式,每個人都有發言的機會,暢所欲言(最好是給大家時間去想,寫紙上,然後挨個發言)。最後總結,提取經驗,形成文件一起歸檔。
自我總結的思考:
- 專案是否達到預期的效果?如果沒有,原因是什麼。
- 團隊開發效率和配合的默契程度如何?是否還能再提升?
- 開發流程是否完善?有沒有需要補充、改善的地方?
- 團隊成員的收穫是什麼?對於他們來說是和有收穫和成長?
** 核心點:整體規劃、專案管理、團隊成長、業務理解**