TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Ask YC: Team structure - when is the right time to start?

5 点作者 iamyoohoo将近 16 年前
Hi All,<p>I need your help and thoughts. Here's a quick background.<p>I started building some projects for fun and realized that it would be great if I can hire some help. Obviously, I couldn't afford a full time salary here, so I decided to see if there's some possibility of an offshore team.<p>I hired my first person 18 months ago and this person started working at <i>then</i> my partners house (he lives offshore). We moved into our first office 15 months ago and increased the team to 4 people. Till then I was just building stuff for fun trying to see what sticks. This is when I started getting requests from a couple of people to build applications for them. It was a good source of side income and so we did.<p>Fast forward to now, my partner is no longer with us (I own the company now), we have moved into a larger office and recently hired employee # 10 and # 11. We're doing some fun things building fun applications and this hobby has suddenly turned into a BUSINESS with real profit and revenue.<p>The problems and questions I have are: a) My structure so far was flat. Everyone reported to me. We used scrum reporting from Assembla. However, now there's too many people to manage plus I still have customers to work with. However, if we introduce a structure, the hierarchy may slow things down. Thoughts?<p>b) With more people especially since I am not in the same location as others, there are communication hurdles. We've gotten pretty good at this but does anyone have better experience with dislocated teams that can suggest some tools? process? etc. that can help other than the regular skype, messenger, phone etc.<p>c) If we decide a structure, it makes sense for me to make my first 4 employees as leads. They have been around the longest and worked with me the most (and hence understand me the most). 2 of those are the strongest developers, however the other 2 not so much. However, from experience I know that when you make the smartest people leaders, they loose their day to day contribution a little at least in the short run. What do you recommend the best structure would look like.<p>I understand I may not have provided some details, so please let me know in the comments and I will add here.<p>Appreciate your help for a first time entrepreneur/business owner with little knowledge of growing a company and creating a structure that lends well to growth.<p>Thanks !

2 条评论

makecheck将近 16 年前
While your team remains small, focus entirely on issue tracking and documentation for communication: for example, set up Trac, and make sure everything is written up as a ticket and/or a wiki page. That way, work items are easily assigned to people, and at a glance anyone can see what others are doing without having to stop and ask them.<p>Instill a culture of checking for open items and picking them up. Your teammates should see new issues on the page and seek to assign them properly. (After all, everyone can see if one guy has 100 items and another has 2, so it'll distribute itself naturally.)<p>Similarly, the rate of success on tickets will tell you if your team is really big enough.
评论 #704883 未加载
lacker将近 16 年前
4 leads with 11 people might be too much. You only have to change things a little bit at a time. Maybe turn 3 or 4 of your employees into a group reporting to one lead, and see how that works out.<p>Don't be afraid to make your best developers into leads. If you think they would be the best leads, do it. You will lose direct contribution, but you need to make this decision for the long term. You want an atmosphere of performance being rewarded, rather than promoting long-time less-competent people. Your other employees will see what you do.
评论 #705098 未加载