技术头条 - 一个快速在微博传播文章的方式     搜索本站
您现在的位置首页 --> 查看专题: 团队
    你在一个平台的成就,不是看你在这个平台上获得了什么,而是要看你的下一份工作能得到什么,时常问问自己,现在出去找工作,是不是不需要简历了,是不是有人抢着要你,是不是可以上升一个台阶?
    以下都来自我的经历,带有主观评价,但是尽量保持平直的论述。 在我工作的第一家公司的时候,一个典型的研发团队是这样组成的。我的经验也只是到4年前,现在也许早就不一样了呢。 项目经理,这个角色是不断在换的。项目经理当然是只跟着项目走,这和团队经理(Team Leader)是不一样的。当然,Team Leader也往往在不同的项目里面兼任项目经理。基层的项目经理也可能会编码,但是不管参与不参与编码,工作压力都不小。
    每个开发团队中总有一个人是最差的,老跟不上整体水平。据我观察,队友们对待这个差生的态度是团队健康状况的重要标志。
    团结一致 抱成一团还是一盘散沙,这是个很简单的选择。但工作中,一个传统职能组织中的每个人都能够团结一致,相互帮 […]
    刚刚空降到一个新公司的前半年,管理一个团队最重要的事情是: 保持团队的稳定,解决团队的急迫问题,寻找团队的问题根源,有针对性的提出解决方案,这样才能取得团队对你的信任和依赖,你才能接着干下去。如果你和团队之间的信任关系在半年以后还没有建立起来的话,这个时候就是矛盾集中爆发的时刻了。已经找到团队的问题,采取了有针对性的措施,并且取得了团队的信任和支持,这个时候可以开始招聘新员工扩充团队了,现在才开始真正的挑战。
    一转眼肉饼入职CSDN已经两年了。这两年肉饼分管的网站产品、研发和运营方面都取得了令肉饼感到非常满意的成绩。肉饼当初担负的主要使命就是改造CSDN网站平台,到现在为止,总共占据CSDN网站流量90%以上的产品除论坛以外,包括博客,下载,Passport,个人空间和搜索产品已经全部重写完毕;此外肉饼还砍掉了几百个废弃的站点,几十个半死不活的频道;梳理了整个网站的统一风格;建立了完善的社区产品运营体系;待今年CSDN论坛重写完毕,肉饼可以说完成了一大使命了。 当然,很多人可能觉得不以为然,认为CSDN网站首页仍然很乱,频道仍然很杂,肉饼没能改变什么,还认为肉饼应该为密码门负责。肉饼想说的是,CSDN的确还有流量仅占全站不到8%的部分(包括首页)仍然很乱,但这个不是肉饼短期之内能够改变得了。
    细节是魔鬼。这句话有两种解释,一种是细节有魔鬼般的魅力,所谓魔鬼身材便是;另一种解释是细节烦死人了,比鬼还烦人。最近恰好有两件琐事,令我印象深刻。2009年,我被邀请旁听博客新消息系统的策划讨论。有人提到,在消息中心内回复评论的时候,如果仅仅弹窗告知“回复成功”,很不友好,用户可能还要去日志下面确认是否回复成功。最好能和开心一样,回复内容直接挂在消息中心里边,和评论区块的样式一致。当时我也支持此观点。...
    在完成《启示录:打造用户喜爱的产品》一书之后(预计5月上市),我们的翻译团队――七印部落,又开始翻译起各种好文章,并在《程序员》杂志上开设了专栏,条件是,网络发布要比杂志晚一个月,好在,我们不急,晚一个月并不影响传播,还能覆盖更多《程序员》的读者,所以我们接受了。以下你看到的是发表于《程序员》11年02期,内容选自《启示录》作者的博客。 产品是由团队的成员设计开发的。如何选择团队成员,界定工作责任,是...
    作为设计者,我们会经常遇到孤立无助的情况。不管是我们是独自工作,亦或是处于在家工作的情况,有些时候我们不得不一个人承担起很多工作角色,这些角色本可以由整个设计团队承担。 最近,也就是在我之前的工作中,我亲身体会到了这种情况。那时候,我所在的雇佣有上千人的公司里,我是唯一一个用户体验设计师。我不得不自己研究,线框图、原型设计、功能规格、视觉效果设计等。没有团队来帮助我完成这些任务,可是我仍然有期限限...
    我们是做产品的么 我是做产品的么?这个问题好像很无厘头,但想想本质,其实我对自己的定位并不是做产品的,而是解决问题的,如果一个问题,分析下来,可以借用现成产品、调动其他团队、整合已有工具,那么,我何必自己做一个产品呢。 但是,如果公司对PD的考核,更多的看重他做了什么“实体的产品”,也难怪大家总想自己做个什么了……所以,是否可以更多的考核他解决了什么问题?貌似抽象了点,更麻烦了点。 如何在团队中定...
    2010年对于移动互联网来说是飞越的一年,很庆幸我一直在无线领域这块不曾动摇过,经历过一个产品完整的从无到有的过程,经历过产品扼杀于各个阶段,对于自己产品经理这一年的经历来说是丰富多彩的,为了一个产品奔波于二座城市,看过产品上线的喜悦,对于整个无线产品团队来说是快速进步的一年,虽然年末换了一家新的公
    以某种逻辑为基准的组织方式为主线的管理体制还是有必要。基本得到公认的,是以“产品线”划分公司组织架构最理想最高效,如此一个产品的所有参与者受共同价值观的驱使,所有人的节奏和目标理应一致,理论上肯定1+1>2。早年流行的“事业部”组织架构即如此,各事业部其实是相对独立的产品或产品群体系。
    大多数主管决定做一件事情,往往不会去分析成事的人力条件,从团队的角度去判断操作可行性,而是陶醉在这个事情本身的前景里边,不愿意迁就现实,而是雄心勃勃地去战胜人力资源。人嘛,总归是能找到的,中国人口众多,关键在于项目有没有搞头。然而互联网上大多数的挫折都源于项目需求与人力供给之间的落差。落差越大,死得越惨。不论大公司或小公司,项目方案是否惊天动地,个人能力是否震古烁今,都能套上这个逻辑公式。
    很多小公司的运营者,可能都会有这样的感受。“为什么只有我一个人在战斗?” 这里不是说他们感受不到团队的温暖,而是团队只能按照他的思路做事,每一步都是计划好的。没有专门负责产品研究的人员去分析用户、分析产品、分析运营模式。所有的思考都要领导一个人来完成,没有人出谋划策,每个人都像流水线上的机器一样,各人自扫门前雪。指挥他干什么,他就干什么。企业家雇佣的不是最有价值的大脑,而是一双手而已。这仅仅是员...
    现在开始准备一个实施,需要买火车票,昨天在火车站弄了一天,整个过程真是无语,终究是拿到了票可以按时启程。 晚上和同事进行了一些交流,主要是团队建设和管理方面的,感受颇多,流水记录一下: 1、在敏捷开发中最关注的是消除浪费,而从公司运作上来看,消除浪费的方式有很多种,但是最重要的是消除浪费的根源,也就是要谨慎启动项目,因为一旦启动项目就需要使...
[ 共15篇文章 ][ 第1页/共1页 ][ 1 ]
© 2009 - 2024 by blogread.cn 微博:@IT技术博客大学习

京ICP备15002552号-1