<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Self-Development on Konstantin Zavarov</title><link>https://zavarov.com/en/blog/self-development/</link><description>Recent content in Self-Development on Konstantin Zavarov</description><generator>Hugo</generator><language>en</language><copyright>Copyright © 2026, Konstantin Zavarov.</copyright><lastBuildDate>Sun, 29 Sep 2024 15:17:01 +0300</lastBuildDate><atom:link href="https://zavarov.com/en/blog/self-development/index.xml" rel="self" type="application/rss+xml"/><item><title>10 Deadly Sins of a Junior Product Manager</title><link>https://zavarov.com/en/10-evils/</link><pubDate>Sun, 29 Sep 2024 15:17:01 +0300</pubDate><guid>https://zavarov.com/en/10-evils/</guid><description>&lt;p>&lt;em>This article was originally published on &lt;a href="https://habr.com/ru/articles/838694/" target="_blank" rel="noopener noreferrer">habr.com&lt;/a>.&lt;/em>&lt;/p>
&lt;p>These &amp;laquo;deadly sins&amp;raquo; can serve as a self-assessment checklist for both new and more experienced managers.&lt;/p>
&lt;p>Here are the mistakes — and how to fix them.&lt;/p>
&lt;h2 id="1-believing-in-multitasking">1. Believing in Multitasking&lt;a class="heading-anchor" href="#1-believing-in-multitasking" aria-label="Copy link to this section">&lt;svg viewBox="0 0 16 16" fill="none" stroke="currentColor" stroke-width="1.5" stroke-linecap="round" stroke-linejoin="round">&lt;path d="M6.5 9.5a3.5 3.5 0 0 0 5 0l2-2a3.5 3.5 0 0 0-5-5l-1 1"/>&lt;path d="M9.5 6.5a3.5 3.5 0 0 0-5 0l-2 2a3.5 3.5 0 0 0 5 5l1-1"/>&lt;/svg>&lt;/a>&lt;/h2>
&lt;p>Every product manager faces enormous flows of information — countless initiatives and product ideas that no single person can process in the time available. Stakeholders push their agendas, users complain, the calendar is packed with meetings, and the Product Backlog keeps growing day after day.&lt;/p></description></item><item><title>Thinking Through Writing</title><link>https://zavarov.com/en/text/</link><pubDate>Tue, 24 Sep 2024 15:17:01 +0300</pubDate><guid>https://zavarov.com/en/text/</guid><description>&lt;p>I came across a fascinating &lt;a href="https://ru.wikipedia.org/wiki/%D0%A1%D1%82%D1%8B%D1%81%D0%BA%D0%B8%D0%BD,_%D0%90%D0%BD%D0%B4%D1%80%D0%B5%D0%B9_%D0%98%D0%B3%D0%BE%D1%80%D0%B5%D0%B2%D0%B8%D1%87" target="_blank" rel="noopener noreferrer">interview with Andrei Styskin&lt;/a> (Director at Amazon, former CEO of Yandex&amp;rsquo;s search portal), in which Andrei talks about some interesting aspects of Amazon&amp;rsquo;s internal culture — in particular, its &amp;laquo;document-centric&amp;raquo; approach to meetings and decision-making.&lt;/p>
&lt;ol>
&lt;li>Every work meeting is a collaborative exercise in which participants work through a pre-prepared document on a specific problem. Part of the time (10 to 20 minutes) is spent reading the document independently; the rest is used for discussion and commentary. If open questions remain after the meeting, another one is scheduled in the same format. The process continues until requirements are unambiguously defined and agreed upon by all stakeholders.&lt;/li>
&lt;li>Requirements for any product or feature are worked out using the &lt;a href="https://www.youtube.com/watch?v=4VOgUMqcHhU" target="_blank" rel="noopener noreferrer">&amp;laquo;Working Backwards&amp;raquo;&lt;/a> method, through two documents: a &amp;laquo;Press Release&amp;raquo; and a &amp;laquo;FAQ.&amp;raquo; The product manager writes the press release well before the launch, establishing a vision of the ideal outcome that the entire product team can use as a north star throughout development.&lt;/li>
&lt;li>All decisions are made through document reviews — not in casual verbal conversations during meetings or at the watercooler, as so often happens elsewhere.&lt;/li>
&lt;/ol>
&lt;p>Reflecting on my time at Yandex (a great company, though not quite on Amazon&amp;rsquo;s scale — in 2024, Yandex&amp;rsquo;s market cap was around $10 billion, compared to Amazon&amp;rsquo;s $2 trillion), I can say that the company&amp;rsquo;s internal culture actively encouraged employees to express their thinking in writing: Yandex had a strong tradition of maintaining detailed wiki documentation, writing thorough task descriptions in trackers, discussing issues in comments, and keeping internal blogs — both public and anonymous. The more senior the employee, the more convincingly and concisely they wrote and communicated.&lt;/p></description></item><item><title>On Getting Certified as a Certified Scrum Product Owner</title><link>https://zavarov.com/en/cspo/</link><pubDate>Sat, 13 Feb 2021 12:00:00 +0300</pubDate><guid>https://zavarov.com/en/cspo/</guid><description>&lt;p>In his book &lt;a href="https://www.amazon.com/EMPOWERED-Ordinary-Extraordinary-Products-Silicon/dp/111969129X" target="_blank" rel="noopener noreferrer">Empowered: Ordinary People, Extraordinary Products&lt;/a>, Marty Cagan recommends that aspiring product managers get CSPO-certified early in their careers. I want to share what you can actually expect from this training and certification — beyond collecting yet another badge (and a rather pricey one at that).&lt;/p>
&lt;p>The training runs for two full days. The first day covers the fundamentals of Agile and Scrum through group exercises, with a brief overview of other product development methodologies. For those just entering the profession, this day is genuinely valuable — it builds a deeper, more grounded understanding of Scrum. That knowledge serves as a useful foundation for evaluating and comparing the processes at your own company or within your product.&lt;/p>
&lt;p>More experienced product managers will find it helpful for formalizing and structuring what they already know. Most of us work directly with development teams, and a fresh infusion of ideas can bring new creativity and engagement to the team.&lt;/p></description></item></channel></rss>