中国风的专栏

【优快云 4月3日报道】坦率的讲，除了少数对开发程序极其热爱并愿意为之奋斗终身的编程者来说，对于大多数开发人员，写代码只是他们未来获得职业提升的一个必不可少的积累阶段，在做开发的时间里，他们会积极学习各种知识，经验，培养自己的商业头脑，包括扩展自己各方面的资源，这些积累会为他们未来成为管理者或创业打下牢固的基础。成为架构设计师是广大开发者职业发展道路之一，架构师究竟是个什么样的职业？需要具备

每个人每天的时间都一样,都是24个小时,不会因为你管理的好就变成48小时了,所以时间并不能管理,而我们更多的是通过管理自己来掌控时间。在《个人管理 - 时间管理GTD流程图》中介绍了GTD的总体流程图，组内有人也希望我给大家讲一下，本篇将基于我个人对GTD的理解和网上的一些搜集，给大家更为具体的介绍一下什么是GTD，以便大家能够更好的应用GTD。适合人群　　GTD（Getting Thin

编者按：InfoQ中文站不久前发布了两篇与Pomodoro时间管理方法相关的新闻《用“蕃茄”来减轻时限压力》和《Pomodoro－敏捷方式的时间管理》，本文可算是前文的延伸和实践验证。作者是AgileChina 2009大会上的讲师，本文即来自他在自己团队内部实践经验的总结。在我们所有的对手中，最强大的是时间。面对时间，我们丝毫没有欺骗的机会，时间一分一秒的流逝，最终的胜利者总是时间。我们经常

　　假设你是2008年北京奥委会组委会的一名成员，负责奥运会某一项目的具体运作和组织，相关的资源和供应商都归你调用。你可能不是场馆建设、城市规划、创意设计、款项募集、安全保卫等方面的行家，而且，在这个项目中你并不需要亲自具体做些什么，但是，有一件事是你必须做的：为奥运会某一项目前后所有需要完成的步骤做一个计划，并且执行这个计划。 　　奥运会备受世人关注，任何一个项目都不容出错，在奥运会的项目中有很

　　技术专家的优秀品质，却未必适应项目经理岗位，那么转型为管理人员的专家们，需要做出哪些调整呢？  　　现实当中的很多项目经理以前都是从事技术工作的，他们曾经是技术专家。对于所管项目的技术方面他们是非常熟悉的，拥有技术方面的威信。但当他们承担管理的新角色时，很多人感到不能适应，有一位刚刚被提升为项目经理的技术专家说：“我有时很困惑，不知道我现在所做的是不是应该做的?”　　技术专家的管理“困境”　　

工作就是一种愉快的带薪学习，只有我们认真的思索这句话才能够真正的理解到工作和学习的关系，工作和自我职业发展关系，工作和知识技能，工作与经验积累之间的关系。工作的过程就是学习的过程和自我知识积累的过程，只有自己的专业知识技能提升并真正转化为了经验，自己的个人价值才能够被认可。在工作中不思索，不学习那么本来开始从事的是一种脑力劳动，到后面全部转化为一种重复性的体力劳动，工作后期完全无任何经验积累，反而

任何从事IT行业的人员都清楚，软件开发项目失败的其中一个主要原因是项目在启动的时候功能需求模糊，导致开发过程的不断修改，让项目不断延误，功能不断扩张，资源越来越吃紧，最终影响交付的质量和客户的满意度。希赛网软件工程频道有很多文章介绍如何去把握需求，很多业内人士也常在网上分享他们把握客户需求的方法，可惜效果并不太理想。因为我们绝对不能够把握基本上不存在的“客户需求”。作为一个软件工程的专业人

　　WBS确定后项目详细范围基本确定，在PMBOK的时间管理里面有详细的进度计划制定步骤。活动定义->活动排序->估算资源->估算历时->制定进度表，同时也提及到了估算方法，关键路径，PERT网络，关键链，资源平衡等重要内容。但在整个过程中有太多的假设，假设创建出来的是理想化的进度表，而我们需要的是可行的进度表。　　　1.进度计划不要去追求理论最优，而应该考虑可行性和对目标的满足。　　　2.在活动

今天是我第一次和雅虎的朋友们面对面交流。我希望把我成功的经验和大家分享，尽管我认为你们其中的绝大多数勤劳聪明的人都无法从中获益，但我坚信，一定有个别懒的去判断我讲的是否正确就效仿的人，可以获益匪浅。 　　 　　 　　让我们开启今天的话题吧！ 　　 　　世界上很多非常聪明并且受过高等教育的人，无法成功。就是因为他们从小就受到了错误的教育，他们养成了勤劳的恶习。很多人都记得爱迪生说的那句话吧：天才就是

绩效面谈，让员工内心不再抗拒