Mobabel

Just One Pure ITer

Tagged: Project Management

[转]在腾讯，如何做好技术项目管理？ 0

Skill

[转]在腾讯，如何做好技术项目管理？

在鹅厂项目经理8年，在这期间负责了大大小小项目，这两年升到P10后，负责中大型项目居多，也有了新的认知和体会（参考如下图），本文将会从三个纬度（事、人、组织）来聊现阶段我对项目经理核心价值的理解。

[转]项目工作分解神器——WBS 0

Skill

[转]项目工作分解神器——WBS

想要做好项目管理，就必须掌握这个方法——WBS分解法，但由于每个项目的独特性、在实际应用中仍然会遇到一些问题，梳理以下4个重点便于大家理解。

[转]项目经理怎样才能沟通高手？轻松说服别人 0

Communication

[转]项目经理怎样才能沟通高手？轻松说服别人

项目经理有80%甚至更多的时间都用于进行项目的沟通工作，可以说沟通是每个项目经理一生的功课，而会不会说话，也成为评判一个项目经理沟通能力高低的重要指标。 如何跟别人沟通? 如何让谈话更有效果? 如何避免成为”话题杀手”? 下面这十个技巧一定会对你有所帮助!

[转]架构师究竟要不要写代码 0

Architect&CTO

[转]架构师究竟要不要写代码

Talk is cheap, show me the code！ 但是在互联网企业中，身处技术要职的架构师到底需不需要写代码？   在我们的专业领域中有一种普遍存在的误解：架构师的工作不需要写代码。 就目前看来这似乎没什么问题。毕竟，写代码是开发人员的工作。架构师就应该在更重要的任务上忙碌。

0

Team

[转]以 Data Driven+Ownership 组建高效团队

1. 效率差距 在加入小红书之前，我曾先后在百度、知乎、Facebook、Airbnb 工作。今天就想分享我在这过去的十几年间看到过、经历过的不同公司在“效率”上不同做法，以及一些自己的总结。 “从硅谷到中关村到底有多远？”大家在十年前觉得硅谷是技术型公司的圣殿。但是，今时今日中美互联网公司，这些差别都变得非常小。

[转]程序员的管理思维修炼 0

Skill

[转]程序员的管理思维修炼

一个技术精湛的程序员，只要有机会，就有可能被公司提拔为项目管理人员，掌控项目中的一切。   但所谓权力越大责任越大，要想成为一个合格的项目管理人员，我认为最重要的首先是扭转自己的思想。 正如老子说的“道为体，术为用。”我们的思维模式改变了，各种管理的方法和工具自然的就会去学习使用了。 正所谓“有道者术能长久，无道者术必落空。”所以在本文中，我就和大家聊一聊管理中的“道”，我们程序员如何修炼管理思维？我们要先懂得道理，再去学怎么做。

[转]如何转变职责从码农到管理数百人的CTO 0

Architect&CTO

[转]如何转变职责从码农到管理数百人的CTO

之前，我和两位联合创始人一起创立了 Gusto 公司，旨在为小型企业提供工资和福利结算，以及人力资源。 Tomer、Josh 和我在 Palo Alto 的一座房子的主卧室里成立了这家公司，当时我们什么都没有，只有对未来的憧憬和尽一切努力将其变为现实的决心。 六年后，我们服务的客户达到了 6 万多家小型企业（超过了美国所有雇主的1%），员工超过了 600 名（包括约 100 名工程师），我们齐心协力达成了超过十亿美元的估值。 办公时间我一般都会在 Gusto，工程师可以随时过来问我问题。有时他们会问我：作为这个公司的 CTO 和联合创始人，你的职责都有哪些变化

[转]前Windows事业部总裁：管理者如何做决策？ 0

Architect&CTO

[转]前Windows事业部总裁：管理者如何做决策？

要成为一位管理者，最高门槛大概就是决策能力了。一间创业公司的 CEO 往往需要面对一系列的决策：从招人解雇、开发安卓版还是 iOS 版，到该购买宜家 Lack 还是 Billy 系列的家具。 当一支创业团队成长至 10-20 名员工（一般而言，其中大部分还是工程师）时，他们之间的联系和经验共享对于决策的帮助已经微乎其微。当这支团队进一步壮大时，管理和职责分派的重要性就愈发凸显。公司成长速度越可观，创始人或 CEO 的压力就会越大。 即便对于那些信任度较高、关系紧密的团队创始成员而言，第一次 CEO 不参与的决策过程（或者仅仅向他报告进度）也会是十分艰难的。与 CEO 责任核心联系越紧密的问题，决策起来也会愈发棘手。这些事情可能包括用户体验的改变、公司官微推送的消息等等，无一不考验着 CEO 及其团队的能力。

0

Architect&CTO

[转]CTO是否要写代码？

首先我给大家看看 CTO 应该干什么，或者说一个技术人员，互联网公司都会遇到所有这些事。这个坐标轴最左面是操作一级的，比如说写代码、测试网络、测试、搭防火墙、写脚本等等，到这边是管理上的事，再往那边是领导上的事情。这个方向是公司的规模，公司的规模越小需要操心的具体事越多，公司的事越大，你需要的领导力越多。除具体的事以外，还有流程、监控、规范、技术氛围、交往、技术体系、预算、公司的技术形象、公司技术方向、技术战略，事很多。