当前位置:网站首页>2-year experience summary, tell you how to do a good job in project management
2-year experience summary, tell you how to do a good job in project management
2022-07-06 13:03:00 【Java misty rain】
I divide management skills into two categories , Project management and team management , This article teaches you how to do a good job in project management .
Before describing this article , First, I would like to briefly introduce my management experience : I stayed in Baidu before 3 And a half years , Systematically learned the project management process of Baidu ,19 After coming to Xiaomi in , led ShareSave The team did 1 Years of project management and team management , Then he led the back-end team of basic services in overseas shopping malls , Did 1 Years of team management .
Take a look at the projects I have taken , While ensuring the quality of the project , There are few delays , It mainly comes from my own set of project management experience , Now I will ShareSave For example , Share this set of experience with you .
remarks : I have not passed the exam PMP certificate , No systematic project management training , The content of the article is based on experience , If biased , Welcome to point out , It will certainly improve !
Project process
I divide project management into 4 Stages , They are the demand stage 、 R & D stage 、 The test phase and the launch phase .
In the process of project management , Project management tools are needed , We use TB(Teambition) For example .
Product planning
Why do I need to “ Product planning ” List separately , Because this is really important , Product planning is like a lighthouse on the sea , Guide your way .
With product planning , The product can put the demand into the demand pool in advance , Each iteration only does high-quality requirements .
The following is the product planning requirements :
Requirements review
Requirements review stage , The product must provide complete requirements documents , If there is UI The place of interaction , It is necessary to provide prototype drawings in advance , Reject requirement reviews without prototype drawings .
The requirements must be very clear , It is better to refine to specific function points , Reject vague requirements ( For example, in one sentence, demand ).
The following are requirements review requirements :
In order to improve the efficiency of requirements review , Before the requirements review , A lot of preparation is needed , For example, pre demand communication 、 Preliminary R & D evaluation , After the preliminary work is ready , During the requirements review, the main issues can be discussed , Avoid a situation that requires repeated communication .
The following is the requirements phase process ( Some links can be deleted , For reference only ):
R & D stage
Technical scheme is the soul of the whole project , Many projects have problems in the late stage , The big reason is that the technical scheme is not well done .
Project scheduling is used to control the rhythm of the overall project , I have the following experience :
The project schedule should not be full every day , It is suggested to reserve 20% buffer;
If the project time is tight , May adopt Batch test The way ;
The schedule should have Milepost , Development 、 Joint tune 、 To measure 、 go online 、 Acceptance, etc ;
The project schedule cannot only reach the online stage , It also needs to include online grayscale and project acceptance ;
Front end scheduling depends on UI Design .
The following are the project scheduling requirements :
The following is the R & D process ( Some links can be deleted , For reference only ):
test & Go live
The online scheme can protect the online stability , The importance is self-evident . Because online leads to serious online problems , This project may be in vain .
About testing & Online process , I have the following experience :
We need to go through the testing process together test Case;
Before the test , Some projects still need to be done Project presentations ;
Before going online , Need to spend time together Online solutions , Highlight risk points ;
You may need to Small flow verification , Or grayscale ;
Some projects have Project acceptance link , Finally, it was opened to the whole staff .
Here's the test & Online stage process ( Some links can be deleted , For reference only ):
Requirements change
Focus on requirements change , This is also a headache for many programmers , As long as the correct control , It's not that terrible .
The following is the requirement change request :
To sum up : The sooner the requirements change, the better , Change requirements , Scheduling needs to be adjusted , Near the line , In principle, requirements change is no longer allowed , Otherwise, it needs to be approved by the leader .
Daily station will
Why mention this , Because some students are usually silent , Finally, I'll give you a big trick . So you need to know everyone's daily work progress 、 Problems and risks , It is convenient for you to promote and coordinate the solution , Even temporarily adjust the project rhythm .
How to open the station , This one is also exquisite ,10-15 Minutes is the best , Every student should participate in :
What did you do yesterday ?
What are you going to do today ?
What's the problem ?
remarks : The best time to stand is in the morning or in the evening , The way is flexible , Early can be weekly 2-3 Time , In the later stage, it will be opened every day .
summary
Summarize several important points of project management :
Product planning Like a lighthouse on the sea , You can't beat around ;
The requirements document Be sure to be as detailed as possible , Reject requirements reviews without prototypes ;
Technical solution Is the soul of the whole project , There is no loss in investing more time in this area ;
Project scheduling There are milestones 、 Yes buffer, Scheduling shall include online gray scale and project acceptance time ;
Code Review、 test Case No less ;
Online solutions Anticipate the risks , Protect the online stability .
Finally, I hope everyone can become an excellent project leader , This is ShareSave Agile development process , Teach you how to manage projects in an agile way , It's worth learning from !
It is better to believe in books than to have no books , Because of limited personal ability , There are inevitably omissions and mistakes , If found bug Or better advice , Welcome criticism and correction , Thank you very much
边栏推荐
- [GNSS data processing] Helmert variance component estimation analysis and code implementation
- KF UD分解之伪代码实现进阶篇【2】
- [算法] 剑指offer2 golang 面试题8:和大于或等于k的最短子数组
- FairyGUI循环列表
- [Chongqing Guangdong education] reference materials for regional analysis and planning of Pingdingshan University
- [algorithm] sword finger offer2 golang interview question 4: numbers that appear only once
- KF UD decomposition pseudo code implementation advanced [2]
- 音乐播放(Toggle && PlayerPrefs)
- isEmpty 和 isBlank 的用法区别
- 【无标题】
猜你喜欢
阿里云微服务(三)Sentinel开源流控熔断降级组件
使用rtknavi进行RT-PPP测试
Answer to "software testing" exercise: Chapter 1
Edit distance (multi-source BFS)
NovAtel 板卡OEM617D配置步骤记录
[algorithm] sword finger offer2 golang interview question 5: maximum product of word length
Fabrication d'un sac à dos simple fairygui
染色法判定二分图
FairyGUI循环列表
[Chongqing Guangdong education] Shandong University College Physics reference materials
随机推荐
FairyGUI条子家族(滚动条,滑动条,进度条)
All in one 1405: sum and product of prime numbers
染色法判定二分图
Containers and Devops: container based Devops delivery pipeline
[算法] 剑指offer2 golang 面试题10:和为k的子数组
Record: I accidentally wrote a recursion next time
On March 15, the official version of go 1.18 was released to learn about the latest features and usage
KF UD分解之UD分解基础篇【1】
Record: the solution of MySQL denial of access when CMD starts for the first time
2022国赛Re1 baby_tree
NovAtel 板卡OEM617D配置步骤记录
MySQL backup -- common errors in xtrabackup backup
[算法] 剑指offer2 golang 面试题1:整数除法
Employment of cashier [differential constraint]
【无标题】
Agile development helps me
MySQL 三万字精华总结 + 面试100 问,吊打面试官绰绰有余(收藏系列
微信小程序开发心得
Fundamentals of UD decomposition of KF UD decomposition [1]
十分鐘徹底掌握緩存擊穿、緩存穿透、緩存雪崩