Building Rome(s)

Building Rome(s) is a Substack focused on enhancing the skills and methodologies of Technical Program Managers (TPMs). It covers growth strategies, task management, program structuring, decision-making with AI, career advancement, risk communication, and the differentiation of TPM roles from Product Managers, emphasizing on real-world applications, strategic and tactical planning.

Technical Program Management Career Development Productivity and Task Management Risk Communication Program Structuring Decision Making with AI Role Differentiation in Tech Teams Software Development Methodologies Project Planning and Execution

The hottest Substack posts of Building Rome(s)

And their main takeaways
15 implied HN points โ€ข 31 Jan 24
  1. Effective organizations succeed through quick movement, nimbleness, decision-making, and goal achievement.
  2. Meaningful conversations serve as crucial convergence points in successful cross-functional projects.
  3. Processes can hinder communication if they don't facilitate conversations; prioritize conversational effectiveness.
7 implied HN points โ€ข 13 Jan 24
  1. Trust is vital for effective teamwork, based on collaborative problem-solving, honesty, respect, mutual support, and open communication.
  2. Undermining factors of trust among teams include ego, politics, incompetence, and failure of leadership.
  3. Technical Program Managers (TPMs) can address challenges by promoting humility, managing relationships, identifying struggles, and advocating for transparency.
13 implied HN points โ€ข 24 Aug 23
  1. The role of a Technical Program Manager (TPM) involves defining and implementing the methodology and framework for software development projects.
  2. Methodologies provide general principles while frameworks offer specific plans of action.
  3. It's important for TPMs to be flexible in choosing the right methodology and framework based on the project's specific needs and requirements.
Get a weekly roundup of the best Substack posts, by hacker news affinity:
11 implied HN points โ€ข 18 Jul 23
  1. Feeling overwhelmed by information is common for Technical Program Managers, so it's important to focus on what truly matters and develop a system for rapid recall.
  2. TPMs are not just program runners; they are world builders who can shape engineering organizations by influencing decision-making processes, strategy, and more.
  3. Adding the right amount of slack in project plans is crucial for TPMs to build flexibility and account for uncertainties, especially in testing phases.
11 implied HN points โ€ข 09 Jul 23
  1. A Program Structure involves activating a program at tactical and strategic levels by focusing on information, communication, and momentum.
  2. The foundational pillars of Program Structure are Information, Communication, and Momentum.
  3. Having a solid foundation and refining it based on program needs is essential for successful program activation and structuring.
7 implied HN points โ€ข 11 Sep 23
  1. Building timelines can be frustrating due to lack of ideal tools like Gantt charts or whiteboarding tools.
  2. C4 Diagrams are a great visual language to discuss software architecture for TPMs and PMs.
  3. There is a desire for an all-in-one tool to manage product development, simplifying the use of multiple tools like Slack, Linear, Coda, Figma.
9 implied HN points โ€ข 03 Jun 23
  1. There are two types of Technical Program Manager personalities: Wartime and Peacetime.
  2. Different environments require different approaches: Wartime programs demand focus and urgency, while Peacetime programs allow for more experimentation.
  3. Wartime and Peacetime TPMs have distinct qualities: Wartime TPMs are decisive and action-oriented, while Peacetime TPMs focus on process and consensus-building.
7 implied HN points โ€ข 13 Jun 23
  1. Sweating the small stuff is crucial in tech program management, focusing on minor details that can lead to major obstacles.
  2. Using milestones instead of estimates can improve project planning and organizing tasks effectively.
  3. There is a need to revamp the way Technical Program Managers (TPMs) are interviewed, with a more tailored approach to assess their skills.
9 implied HN points โ€ข 22 Feb 23
  1. Risk communication patterns can be ineffective, even with simple green, yellow, red indicators.
  2. Teams reporting different patterns of risk may reveal underlying issues like confidence, uncertainty, or fear.
  3. To improve risk communication, dig deeper into dependencies, shift uncertainties to red, and promote clear reporting and decision-making.
7 implied HN points โ€ข 12 May 23
  1. Technical Program Managers operate on two planes: strategic and tactical.
  2. The real value of TPMs comes from operating on both strategic and tactical planes.
  3. To fix the situation of using TPMs in the wrong way, help evangelize the TPM role, ensure the culture is right for a TPM, and ease in the TPM role while establishing a Program Charter.
7 implied HN points โ€ข 18 Mar 23
  1. Processes and systems are not necessarily opposites; in reality, systems are formed by combining effective processes over time.
  2. In the journey from processes to culture, there's a struggle between different perspectives like hedgehogs and foxes which influence how processes evolve.
  3. Balancing attention to detail (hedgehog) and simplicity (fox) is key in progressing processes and becoming a successful Technical Program Manager.
7 implied HN points โ€ข 13 Feb 23
  1. Hiring Technical Program Managers can add value by keeping track of complex project schedules and dependencies.
  2. Product Managers can sometimes handle the work of TPMs, especially in early stage startups.
  3. As organizations grow, there may be opportunity costs in not hiring TPMs to ensure effective communication, alignment, and risk mitigation.