每天推薦一個 GitHub 優質開源項目和一篇精選英文科技或編程文章原文，歡迎關注開源日報。交流QQ群：202790710；微博：https://weibo.com/openingsource；電報群 https://t.me/OpeningSourceOrg

今日推薦開源項目：《從零開始的操作系統內核 raspberry-pi-os》傳送門：GItHub鏈接

推薦理由：這個項目是一個關於從零開始創造操作系統內核的課程，每一節課都講了如何在這個新內核中實現某些功能，然後解釋 Linux 內核中這個功能的原理，推薦給對操作系統感興趣的朋友們。

今日推薦英文原文：《The 6 Types of Product Teams You』ll be Working In》作者：Ariel Verber

原文鏈接：https://medium.com/swlh/the-6-types-of-product-teams-youll-be-working-in-e6f6e300834d

推薦理由：這篇文章介紹了你以後可能要加入的六種產品團隊，最後一種實在是 too naive 了。

The 6 Types of Product Teams You』ll be Working In

When I get an offer to join a product team, I spend the following days or even weeks considering many different parameters. I see it as a really important decision, which will greatly affect my life.

The first thing I usually consider is the vision — the company』s long-term mission. The second thing is usually the team — the personality, ambition and skills of my future partners.

The third most important thing for me when considering an offer is my short-term missions — the KPIs for each sprint or quarter. What drives the team? What can the team achieve in the following year that would mean success? What does the team discuss the most in the internal meetings? And how does it all align with my personal goals and ambition?

I found it interesting that most teams are very different in the way they work and think. Each team evaluates short-term success differently. I』ve decided to do a small break-down of the characteristics of each type of team, to help myself and others make better choices in the future.

1. User-Centered Team

Press the button. It will improve your life

A user-centered team is a team who puts its users above all other KPIs. User Experience Design is a major value in the company. A lot of time and effort is put into coming up with the solutions that will be the most delightful for the users. The team is very aware of its users, their needs, their pain points, and most of the team』s 「fuel」 is used to improve the overall satisfaction and make the users love the product more. New features are carefully examined, and only added if they bring enough value to the users.

Examples: Medium, Duolingo

Pros: Good user satisfaction may help with word-of-mouth growth and retention.

Cons: When working this way, success is sometimes hard to measure. Even if many users love the product, it doesn』t mean that the product is profitable, and it may eventually shut down because of that.

2. Growth-Centered Team

Only 9 hours left to press the button!

A growth-centered team is a team who』s looking mostly on numbers. The open sprint meetings will talk a lot about terms like Acquisition, Conversion, Engagement and Retention. The roadmap prioritises tasks with higher chances to impact the numbers, and not necessarily the best things for the users. It could be done by improving the product and adding value, but also by adding promotions, push notifications, and in the some cases even dark patterns. The employees are rewarded mostly according to their success in making an impact on the numbers.

Examples: Booking.com, LinkedIn

Pros: If the company succeeds to grow, the new resources could help with hiring talented employees and it will assist with building better products and moving fast in a later stage.

Cons: User satisfaction could decrease, and it will make it easier for a more user-focused competitor to take over the market.

3. Features-Centered Team

Look at all of these buttons we』ve built for you.

A features centered team is a team who has many new ideas it wants to build. The roadmap has deadlines for each feature, and the team』s focus is on shipping the discussed feature on time. The features usually come from users』 requests, stakeholders』 demands, or the sales team that wants specific features to use as a selling point.

Examples: Wix, Atlassian

Pros: Adding features may help the sales team bring a new audience.

Cons: Having many features may take away from the product』s usability. Also, when the team is always working on new features, it may forget about improving other aspects of the product.

4. Design-Centered Team

Introducing: Button X. Our best button yet.

A design-centered team is a team who prioritises the beauty and the luxury of its product above everything else. Its focus is on shipping impressive products. The designers are highly regarded, and spend a lot of time researching, ideating and sketching.

Examples: Apple, Nike

Pros: The users could turn into power users, or 『fans』, and become very loyal to all current & future releases by the company.

Cons: Good design is often not cheap. If the mass does not adopt the design — the company may fail. Also, beauty may come at the expense of usability, which will decrease the user satisfaction.

5. Technology-Centered Team

Once you press the button, our AI algorithms will do its magic

A technology-centered team is a team focused mostly on improving and maintaining the technology of the company. It could spend a lot of time on refactoring the code, fixing bugs, switching to a better framework and sometimes on researching, and pushing the boundaries of new technologies.

Examples: Amazon, Google AI

Pros: Fast and stable products can lead to better user satisfaction. Also, sometimes these companies help change the world.

Cons: Spending a lot of time on writing better code for simple products who are 『good enough』 could slow down the team.

6. The Naive Team

Well… We』ve built a button. It kinda works. Now what?

A naive product team is a team working on a product or a feature without a clear short-term KPI. Someone brought up an idea that was adopted by the team, and now people are working on making it work. Not much time is spent on research, design or development. It is often a common practice for validating ideas, or for a team who can allow itself to work on creative things without a clear goal in mind.

Examples: hackathon projects, early stage startups

Pros: The team can be creative and move faster. The idea can bring value to many - and can be monetized and improved in later stages.

Cons: The result could be something that people don』t need, or be a low quality product that will need rethinking in the future.

So, which team should you join?

The answer is not black & white. As a product designer, I would probably be pretty happy in a User-Centered or a Design-Centered team, and many developers would probably prefer a Technology-Centered team. Does it mean that you shouldn』t join teams who are not obsessed about your passion? No. Teams can, and need to change according to the stage it』s in. I think usually a good balance between UX, Design, Tech and Growth is important and can be achieved with the right people, with the biggest focus being on the most important thing for the company at the current stage.

In addition to that, as team members, we have the power to influence others. For example, even if my biggest passion is User Experience, and I join a team who cares mostly about technology — as the designer in the team I can use my communication skills and experience to demonstrate the values of being more user-centered.

The more interesting question to ask, in my opinion, is not what type of team is it, but who are the people you』ll be working with every day, and will they be attentive to the things you find important.

每天推薦一個 GitHub 優質開源項目和一篇精選英文科技或編程文章原文，歡迎關注開源日報。交流QQ群：202790710；微博：https://weibo.com/openingsource；電報群 https://t.me/OpeningSourceOrg