这是一个创建于 4047 天前的主题，其中的信息可能已经有所发展或是发生改变。
自从离开了上一个创业项目之后，一直过着安安稳稳的生活。感觉创业是非常消耗精力的事，离开反而感觉轻松了不少，平时游游泳，学学烘培，倒也不亦乐乎。
不过，毕竟还是闲不住，经不起朋友忽悠，业余时间又开始写点好玩的东西，于是就有了GradChef.com
GradChef.com这个产品本质上还是自我需求的一种延伸，团队里的人都是毕业没多久，经历过申请学校的人，有人去了剑桥，也有人去了家里蹲（i.e. 我）。不过结果如何，大家一致觉得申请的经历是很痛苦的，刷GT对于亚洲人其实还好，麻烦的地方在于选校，PS，推荐信，面试的种种复杂。这些东西不是很简单的量化的东西，而是一个持久战，尤其是信息不对称，没什么可以参照的标准，而且中间过程繁复，每个学校都有不同的要求，申请一旦很多很容易就丢三落四，错过deadline。
所以GradChef.com的就是为了解决我们自己申请遇到的痛点，现阶段（第一阶段）要解决的就是选校的问题。这个问题听起来简单，但其实很复杂。首先就是要对历史数据进行一个标准化的建模，然后根据申请人的背景来匹配。但第一步建模就问题多多，量化的数据比较简单，但是有时候非量化的数据更重要。历史数据的来源虽然多，但是质量参差不齐，数据的噪音很大，又什么好的降噪方法，只能“手工”降噪。
还想解决的一个问题，就是申请过程中的忙中出错，所以Gradchef.com也加入了学校申请的管理，说白了就是一个为了申请特别定制的一个todo list，这样既可以帮助大家追踪和记录申请的状态，也可以让大家在出结果之后，让数据造福后人。
关于做产品的方向，我们的考量很简单：做一个小而美的慢产品。我们不想迅速扩张，因为我们没有精力去管理扩张带来的问题；我们也不想做的很全面，因为我们无法对一个大而全的产品做出宏观的掌控；我们无法做的很快：因为数据的积累只能靠时间，用户的积累我们希望靠口碑。
然后就来说说团队吧：我们的团队没有全职人员，大家都是业余时间一起做项目。白天大家都要上班上学，晚上和周末会抽出时间来做。而且大家分布在五湖四海，跨越时区，是一支很松散的团队。如何组织这样的一个团队是一个挑战，下面有几条我们自己摸索出来的经验：
1、认识到自己的限制：很重要的一点就是认识到这样的一个团队是不可能同一个全职的团队的生产力相比的，所以在把握进度的时候要掌握好，避免给任何一个分配太多的任务。同时，每个人的生活中都有其他更重要的事（工作，学习，健康，爱情，家人），所以允许每一个人选择自己要投入的精力。比如有人要忙着准备考试，那就给他少分配或者不分配任务。
2、规律性的会面：这一点太重要，即使我们跨时区，也会每个周都要Google Hangout一次，大家先讲讲自己上个周做了什么，然后提出上个周的问题，讨论完后说说下个周自己能做什么，想做什么，要做什么。这次会面我们会争取每个人都参加，有人缺席之后会在单独传达会议的结论。这是一个松散团队保证前进步伐的关键。
3、随时随地的交流：现在智能手机这么流行，想要随时随地交流非常容易：微信，Whatsapp等等。因为大家平时的时间都很碎片化，比如在走路的时候突然有一个好想法出现，那么就会在微信群里吼一声，之后大家会pick up然后继续讨论，如果想法非常值得深入探讨，会拿到每周的会议上讨论，这样可以在随时随地的交流，不放弃任何一个灵光一现。
4、简单的组织形式：因为团队本身很松散，所以组织形式也很简单松散，平时的进度只是用Bitbucket的issue tracker，不会用更加复杂，更加程式化的工具。而issue也不会非常具体，通常只是很笼统的描述问题的领域，只要被分配的人理解就够了。能这样做的原因，是团队中所有人对于用的技术都比较了解，大家都是很优秀的程序员，对于代码之美都有很一致的追求，减少程式化的组织，是建立在每个人的基本质素之上的。
至于技术上和交流上我们用到的工具：
框架：Ruby 2 + Rails 4 （本来写的时候还是Ruby 1.9.3 + Rails 3.2，写完之后就发现落伍了，根据Rails这种向后兼容这么差的framework来说，如果一步跟不上，就步步跟不上了，于是狠下心来升级了）
前端：部分页面用到了AngularJS，部分页面是jQuery，所有代码都是CoffeeScript。Stylesheet用的是Sass + Compass
服务器：Puma + Nginx
Source Control + Issue Tracking + Wiki + File Sharing: Bitbucket (Git)
日常交流：微信群
视频语音：Google Hangout (不得不说Hangout做的真心给力)
之前团队试过Asana / Google Drive / Dropbox / Trello 等等各种工具，大家还是觉得这些工具有时候还是更多是累赘，而不会增强生产力，毕竟大家时间很短，希望把有限的时间都花在有意义的事情上。
不过，毕竟还是闲不住，经不起朋友忽悠，业余时间又开始写点好玩的东西，于是就有了GradChef.com
GradChef.com这个产品本质上还是自我需求的一种延伸，团队里的人都是毕业没多久，经历过申请学校的人，有人去了剑桥，也有人去了家里蹲（i.e. 我）。不过结果如何，大家一致觉得申请的经历是很痛苦的，刷GT对于亚洲人其实还好，麻烦的地方在于选校，PS，推荐信，面试的种种复杂。这些东西不是很简单的量化的东西，而是一个持久战，尤其是信息不对称，没什么可以参照的标准，而且中间过程繁复，每个学校都有不同的要求，申请一旦很多很容易就丢三落四，错过deadline。
所以GradChef.com的就是为了解决我们自己申请遇到的痛点，现阶段（第一阶段）要解决的就是选校的问题。这个问题听起来简单，但其实很复杂。首先就是要对历史数据进行一个标准化的建模，然后根据申请人的背景来匹配。但第一步建模就问题多多，量化的数据比较简单，但是有时候非量化的数据更重要。历史数据的来源虽然多，但是质量参差不齐，数据的噪音很大，又什么好的降噪方法，只能“手工”降噪。
还想解决的一个问题，就是申请过程中的忙中出错，所以Gradchef.com也加入了学校申请的管理，说白了就是一个为了申请特别定制的一个todo list，这样既可以帮助大家追踪和记录申请的状态，也可以让大家在出结果之后，让数据造福后人。
关于做产品的方向，我们的考量很简单：做一个小而美的慢产品。我们不想迅速扩张，因为我们没有精力去管理扩张带来的问题；我们也不想做的很全面，因为我们无法对一个大而全的产品做出宏观的掌控；我们无法做的很快：因为数据的积累只能靠时间，用户的积累我们希望靠口碑。
然后就来说说团队吧：我们的团队没有全职人员，大家都是业余时间一起做项目。白天大家都要上班上学，晚上和周末会抽出时间来做。而且大家分布在五湖四海，跨越时区，是一支很松散的团队。如何组织这样的一个团队是一个挑战，下面有几条我们自己摸索出来的经验：
1、认识到自己的限制：很重要的一点就是认识到这样的一个团队是不可能同一个全职的团队的生产力相比的，所以在把握进度的时候要掌握好，避免给任何一个分配太多的任务。同时，每个人的生活中都有其他更重要的事（工作，学习，健康，爱情，家人），所以允许每一个人选择自己要投入的精力。比如有人要忙着准备考试，那就给他少分配或者不分配任务。
2、规律性的会面：这一点太重要，即使我们跨时区，也会每个周都要Google Hangout一次，大家先讲讲自己上个周做了什么，然后提出上个周的问题，讨论完后说说下个周自己能做什么，想做什么，要做什么。这次会面我们会争取每个人都参加，有人缺席之后会在单独传达会议的结论。这是一个松散团队保证前进步伐的关键。
3、随时随地的交流：现在智能手机这么流行，想要随时随地交流非常容易：微信，Whatsapp等等。因为大家平时的时间都很碎片化，比如在走路的时候突然有一个好想法出现，那么就会在微信群里吼一声，之后大家会pick up然后继续讨论，如果想法非常值得深入探讨，会拿到每周的会议上讨论，这样可以在随时随地的交流，不放弃任何一个灵光一现。
4、简单的组织形式：因为团队本身很松散，所以组织形式也很简单松散，平时的进度只是用Bitbucket的issue tracker，不会用更加复杂，更加程式化的工具。而issue也不会非常具体，通常只是很笼统的描述问题的领域，只要被分配的人理解就够了。能这样做的原因，是团队中所有人对于用的技术都比较了解，大家都是很优秀的程序员，对于代码之美都有很一致的追求，减少程式化的组织，是建立在每个人的基本质素之上的。
至于技术上和交流上我们用到的工具：
框架：Ruby 2 + Rails 4 （本来写的时候还是Ruby 1.9.3 + Rails 3.2，写完之后就发现落伍了，根据Rails这种向后兼容这么差的framework来说，如果一步跟不上，就步步跟不上了，于是狠下心来升级了）
前端：部分页面用到了AngularJS，部分页面是jQuery，所有代码都是CoffeeScript。Stylesheet用的是Sass + Compass
服务器：Puma + Nginx
Source Control + Issue Tracking + Wiki + File Sharing: Bitbucket (Git)
日常交流：微信群
视频语音：Google Hangout (不得不说Hangout做的真心给力)
之前团队试过Asana / Google Drive / Dropbox / Trello 等等各种工具，大家还是觉得这些工具有时候还是更多是累赘，而不会增强生产力，毕竟大家时间很短，希望把有限的时间都花在有意义的事情上。
 |
1
harmy 2013-11-27 10:39:54 +08:00
谢谢分享， 很实用的建议。
|
 |
2
kalasoo 2013-11-28 01:23:53 +08:00
很棒啊！！！继续坚持
|
 |
3
catshen 2013-11-28 11:31:39 +08:00
兄弟你们在哪里，能帮我的团队合作下哇
|
 |
4
520671 2013-11-30 11:32:25 +08:00
汉化组的经历是：80%的工作量在前面20%的时间内完成，后面80％的时间内都是松松垮垮的，毫无干劲
|
 |
5
gadmyth 2013-11-30 20:56:17 +08:00
trello适合个人使用？
|
Select Language