Moving from dev to #DevRel is tough - there's no doubt about it! 😬
Even though it's a very fun job, the day-to-day is totally different than the usual sprints & tickets you're used to.
Here is a thread 🧵 on some strategies I've learned to ease the transition:
1️⃣ Embrace the fact that #DevRel is a new set of skills you can learn.
The big shock moving to dev rel is the dizzying # of required skills: content, marketing, speaking, community-building, & more.
Don't resist it: you're a newbie again & it will take time. That's okay!
2️⃣ Focus on shipping and improving instead of waiting for perfection.
At any given time, you could be doing a zillion different things. Instead of haphazardly bouncing between projects, try to focus on finishing things, no matter how small. More:
The volume and variety of tasks you're doing make it tempting to quickly build a bunch of systems. Resist this urge until you've figured out what needs to be cut vs. automated. Automating the wrong things will cause unexpected bugs. 🐛
4️⃣ Be strategic in your priorities.
Prioritize projects that:
- Others depend on (e.g. internal tools, OSS)
- Involve internal collaboration
- Involve external collaboration (streams, joint blog posts, open source, etc)
- Create opportunities for the community
6️⃣ Repurpose content to prefer depth over breadth.
Instead of recreating the same simple demo app over and over again, go deeper. Add features, scale it up, add error handling & tests. As you make it more realistic, you can create content across multiple platforms.
7️⃣ Listen to the community for inspiration.
Stuck on what to make your next talk or video on? If your company has a forum or ticket system, your community is probably telling what they need. Look for trends in questions they're asking & create content to solve their problems.
✉️ Developer Microskills Newsletter
If this thread was helpful, you might like my newsletter. Each week, I send out a practical, actionable way to improve as a dev or dev advocate. Tomorrow is about how to prioritize projects! Sign up at developermicroskills.com
• • •
Missing some Tweet in this thread? You can try to
force a refresh
😫 If you're feeling discouraged or like you're not making any progress, it might mean you're not scoping your projects correctly.
Whether it's #DevRel, side projects, or learning a new coding skill, knowing how to properly scope a project can feel like a superpower. 🧵
1️⃣ Ask yourself: "What's the smallest deliverable I can make that pushes me further towards my goal or dream?"
This could be a short blog post, a 30 second screencast, a small command line app, or part of a new app feature. It needs to be easy to know if it's finished or not.
2️⃣ Adjust the size of that deliverable according to what you can get done in roughly a few days of work.
This isn't a hard & fast rule, but the goal is to keep it under a week so you can build momentum.
1. Get amazing idea 2. Buy sweet new domain 3. Tweet about awesome new project 4. `git init` 5. Um...uh...do some planning? 6. You know what, I'm really busy right now. 8. (Secretly abandons dreams)
Here's a framework to help you finish what you start 🧵
💡 First, sort your ideas:
1. Drop it: Seemed like a good idea at the time, but isn't. 2. Defer it: Maybe a good idea, but no time/resources right now. Archive for now. 3. Do it: Good idea that has the potential for $$/impact/career growth.
Not all ideas need to be executed!
🎯 JPS
Can't decide between equally good ideas? Try the JPS method: Just Pick Something. Also known as "Pin the Tail on the Idea" 🐴.
You'll either:
1. Hate it and move on. 2. Learn from it (whether or not you stick with it). 3. Love it and go deeper.