How to Manage a New Technical Team: Six Essential Tables and Steps
This guide outlines a four‑step process for new technical managers—identifying people, defining work, linking people to tasks, and setting clear goals—supported by six practical tables such as member information, talent ladder, development plans, RASCI matrix, and OKR tracking.
If you are a new manager or have just been promoted to lead a larger technical team, the following six tables can help you get started.
The process of taking over a new tech team consists of four main steps:
Identify who is on the team.
Clarify what work needs to be done.
Map people to tasks.
Set clear objectives and execute.
Based on these steps, six tables are introduced to structure the information and drive execution.
1. Identify Who Is on the Team
The key is to build a talent ladder and development‑plan table, understand promotions, potential exits, and conduct 1‑on‑1 conversations to get familiar with each member, especially core contributors.
1.1 Member Information Table
This table records each member’s background, tenure, and other basic data, which can be gathered from HR or direct conversations.
Typical uses of the member information table include analyzing talent level distribution, geographic spread, tenure, experience, role composition, and hometown distribution.
1.2 Talent Ladder Table
This table helps you see the current hierarchy—who can lead projects, who are executors, and who can back‑fill positions when turnover occurs.
Frontend
Backend
Mobile
QA
Leader
Zhang San
Li Si
Wang Wu
Zhao Liu
First Tier
-
-
-
-
Second Tier
-
-
-
-
In a R&D center, the ladder typically includes a leader (technical owner), first‑tier backbone engineers, and second‑tier executors.
1.3 Talent Development Plan Table
This table captures each member’s current status, next development step, associated risks, and remarks.
Name
Current Status
Next Plan
Risk
Notes
Zhang San
Core
Promotion
Future leader
-
Li Si
Executor
Mentoring
Minor turnover risk
-
Wang Wu
Under review
Observe
-
-
Zhao Liu
Poor performance
Eliminate
-
-
Use this table to discuss individual situations, gather insights from senior staff, and critically evaluate the information you receive.
1.4 Communication
Before doing work, get to know people. Conduct 1‑on‑1s and a full‑team meeting, record insights in the member and development tables, and keep communication channels open.
2. Clarify What Work Exists
While mapping people, also start cataloguing tasks. Review documentation, code, and data schemas, and talk with product owners and developers to capture information in tables.
2.1 Business Module Critical‑Issue Table
This table extracts key problems from each business module and identifies quick‑win solutions.
Module
Key Issue
Status
Owner
Solution
Next Steps
Docs
Core Link
Stability
Analyzing
Zhang San
Usability governance
-
-
Focus on high‑ROI problems to gain early wins and build credibility.
2.2 RASCI Matrix Table
The RASCI matrix clarifies responsibilities (Responsible, Accountable, Consulted, Informed, Supported) for each project.
Project
R (Execute)
A (Decide)
C (Consult)
I (Inform)
S (Support)
Order System
Dev Team 2
Product Lead Wang Wu
Li Si
Commercial Dept
Platform/SRE
With this matrix you know who owns the boundary, who to approach for decisions, and who to notify.
3. Link People to Tasks
Identify which person is responsible for which module and ensure module owners act as technical leads.
3.1 Module Owner & Member Table
Business Line
Frontend
Backend
Mobile
QA
Notes
Order System
Zhang San
Li Si
Wang Wu (Owner), Zhao Liu
-
-
Module owners are responsible for planning, assigning, risk‑managing, delivering, reviewing, and mentoring within their scope.
4. Define Team Goals
Communicate upward with product, leadership, and executives to align company, business, and technical objectives, then discuss with the team to co‑create concrete goals.
5. Track Goals Continuously
Break down agreed goals, link them to OKR/KPI, and use weekly reports and meetings to monitor progress, reflect on outcomes, and adjust as needed.
Conclusion
Taking over a new team is a gradual process that requires consistent communication, meetings, and even informal gatherings; over time the effort builds momentum like a flywheel, eventually allowing the team to run itself.
— 2022, keep pushing forward.
Architecture and Beyond
Focused on AIGC SaaS technical architecture and tech team management, sharing insights on architecture, development efficiency, team leadership, startup technology choices, large‑scale website design, and high‑performance, highly‑available, scalable solutions.
How this landed with the community
Was this worth your time?
0 Comments
Thoughtful readers leave field notes, pushback, and hard-won operational detail here.