MindMap Gallery Internet project delivery efficiency improvement
This is a mind map about improving the efficiency of Internet project delivery. At any time, company resources are limited, and limited resources are used for the needs with the highest value.
Edited at 2022-09-20 10:14:11This is a mind map about bacteria, and its main contents include: overview, morphology, types, structure, reproduction, distribution, application, and expansion. The summary is comprehensive and meticulous, suitable as review materials.
This is a mind map about plant asexual reproduction, and its main contents include: concept, spore reproduction, vegetative reproduction, tissue culture, and buds. The summary is comprehensive and meticulous, suitable as review materials.
This is a mind map about the reproductive development of animals, and its main contents include: insects, frogs, birds, sexual reproduction, and asexual reproduction. The summary is comprehensive and meticulous, suitable as review materials.
This is a mind map about bacteria, and its main contents include: overview, morphology, types, structure, reproduction, distribution, application, and expansion. The summary is comprehensive and meticulous, suitable as review materials.
This is a mind map about plant asexual reproduction, and its main contents include: concept, spore reproduction, vegetative reproduction, tissue culture, and buds. The summary is comprehensive and meticulous, suitable as review materials.
This is a mind map about the reproductive development of animals, and its main contents include: insects, frogs, birds, sexual reproduction, and asexual reproduction. The summary is comprehensive and meticulous, suitable as review materials.
Project delivery efficiency promote
Why
background
Do it one by one according to demand
The system has no planning, resulting in high system coupling.
Requirements change/insert more
Scheduled for one month
In situations where changes are inserted at a high frequency
Resulting in repeated and large amounts of ineffective communication
Product, development, and testing waste a lot of time on requirements N times of lookup and N times of interrupt rewriting of the code
demands
There are many historical problems that need to be improved step by step.
first request
Reduce repeated and ineffective communication on product, development, and testing
How
priority
The core capability of the product is to set priorities
1) Company resources are limited at any time 2) Use limited resources to meet the highest value needs
The reason for the product is that the business is not planned
The product is not planned
The product should have a higher willingness to change than the technical side
Improve demand throughput with existing technical manpower, In this way, the product can meet more needs
Currently, the product is aware of this problem, but there is no plan for it. If the pressure is shifted to the technical side, the situation may be worse.
Product reply: 1) Will you help me talk; 2) Will the project be very stressful for you? Then the pressure of this part is borne by the product.
Need to reach an agreement with the product, not push the envelope, and do the right thing;
in conclusion
It is precisely because there is no business planning that we need overall product planning capabilities.
What if the product has no planning ideas?
Do you still need products?
What if you just write a PRD?
Then the products are listed under the business. In this case, Can we respond faster and shorten the communication chain?
System & requirements planning is the responsibility of the product
The product side is currently facing difficulties due to business pressure, but it needs to change. But I haven’t seen any change strategies and methods on the product side.
Version iteration
One week iteration
Method: Review once a week
Two iterations a week
Way: Reviewed on Monday, delivered online next Tuesday; Reviewed on Tuesday, delivered online next Thursday; Cycle in turn
Bi-weekly or three-week iterations
Method: One version every two weeks or three weeks
Special case
Urgent needs can also be raised at any time
Large demands can also be scheduled across versions
analyze
current situation
The project starts to be implemented according to the iteration priority plan
Guide refuses to give demand a one-month schedule
Although the product side also hopes to do this
He will also help explain the reasons
result
The direct reason for the product side is that the technical side project is only given a one-iteration schedule, not a one-month schedule.
Pressure will be transmitted to the technical side
Possible solutions
Products are the downstream of business, and business demands should be planned in a unified manner
Technology is the downstream of products, providing reasonable suggestions for product demand planning and uniformly improving research and testing efficiency.
Each function has its own responsibilities and needs to think of ways and strategies
Business, products and technology reach consensus
Department leaders reached agreement
Communicate actual situation and implement according to business situation
Develop an implementation plan
OKR collaboration
Business and product OKR collaboration
Product and technical OKR collaboration
Or business, product, and technology OKRs can be unified to achieve coordination.
What’s next for the project?
Keep doing the right thing
Will face product and business pressure
Requires leadership authorization and support