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: Image
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:
3️⃣ Don't try to automate too quickly.

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
5️⃣ Experiment with time-blocking.

I have 3 types of blocks for working on projects:

- 90 mins: dedicated focus time (creative work)
- 1 hr: maintenance (docs, program maintenance, tasks)
- 30 mins: admin & communications

This may look different for you!
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
 

Keep Current with Sam Julien

Sam Julien Profile picture

Stay in touch and get notified when new unrolls are available from this author!

Read all threads

This Thread may be Removed Anytime!

PDF

Twitter may remove this content at anytime! Save it as PDF for later use!

Try unrolling a thread yourself!

how to unroll video
  1. Follow @ThreadReaderApp to mention us!

  2. From a Twitter thread mention us with a keyword "unroll"
@threadreaderapp unroll

Practice here first or read more on our help page!

More from @samjulien

20 Jan
😫 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. 🧵 Image
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.
Read 9 tweets
28 Dec 20
We've all been here:

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.
Read 7 tweets

Did Thread Reader help you today?

Support us! We are indie developers!


This site is made by just two indie developers on a laptop doing marketing, support and development! Read more about the story.

Become a Premium Member ($3/month or $30/year) and get exclusive features!

Become Premium

Too expensive? Make a small donation by buying us coffee ($5) or help with server cost ($10)

Donate via Paypal Become our Patreon

Thank you for your support!

Follow Us on Twitter!