<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>管理 on Tony Bai</title><link>https://tonybai.com/tags/%E7%AE%A1%E7%90%86/</link><description>Recent content in 管理 on Tony Bai</description><generator>Hugo</generator><language>zh-cn</language><copyright>2004-2026 Tony Bai. 版权所有.</copyright><lastBuildDate>Wed, 05 Mar 2014 00:00:00 +0800</lastBuildDate><atom:link href="https://tonybai.com/tags/%E7%AE%A1%E7%90%86/index.xml" rel="self" type="application/rss+xml"/><item><title>说说执行力</title><link>https://tonybai.com/2014/03/05/thought-on-executive-power/</link><pubDate>Wed, 05 Mar 2014 00:00:00 +0800</pubDate><guid>https://tonybai.com/2014/03/05/thought-on-executive-power/</guid><description>_You are never to dictate what I can and can not do. The only two words I want to hear from you when I ask you to do something are &amp;#34;Yes&amp;#34; and &amp;#34;Sir&amp;#34;。（我能做什么不能做什么，你管不着。我吩咐你做事的时候，只想听到两个词，&amp;#34;是的&amp;#34;和&amp;#34;先生&amp;#34;。）       ...</description></item><item><title>关于2014团队改善的考量</title><link>https://tonybai.com/2014/03/03/considerations-on-team-improved-in-2014/</link><pubDate>Mon, 03 Mar 2014 00:00:00 +0800</pubDate><guid>https://tonybai.com/2014/03/03/considerations-on-team-improved-in-2014/</guid><description>_一个人的品行，不取决于这人如何享受胜利，而在于这人如何忍受失败。                                                                        — 《纸牌屋》第一季_ 团队改善，不是那种很快见到成果或者效益的活儿。 但这件事你做不做呢？坦诚的说，今年我在这方面的“热情”真的不是那么高，肯定是不如前两年了，因为是时候更多地为自己的“前...</description></item><item><title>厨房里的领导课</title><link>https://tonybai.com/2014/02/18/mentoring-in-the-kitchen/</link><pubDate>Tue, 18 Feb 2014 00:00:00 +0800</pubDate><guid>https://tonybai.com/2014/02/18/mentoring-in-the-kitchen/</guid><description>_生活中永远不缺少大道理，缺的是一颗善于思考和发现它们的心。                                                                         – Tony Bai_ 晚上回到家，家人端上来热腾腾的饭菜。吃了几口，感觉味道较为普通。盘子里那些被加工过的食材是昨天刚刚买到的，又好又新鲜。顿然一种可惜的赶脚油然而 生。为什么这么上好新鲜的食...</description></item><item><title>我的工作原则2</title><link>https://tonybai.com/2013/09/03/my-personal-work-principles-2/</link><pubDate>Tue, 03 Sep 2013 00:00:00 +0800</pubDate><guid>https://tonybai.com/2013/09/03/my-personal-work-principles-2/</guid><description>_自我认知是循序渐进的，体会到了，就想将其整理出来，给自己一个交代。_                                                                             _\- Tony Bai_ 关于我的工作原则，感觉之前的那篇总结的还不够，这两天通过观察自己的所言所行，又有了些思绪，这里记录下来。 **\* 重塑标准** 简单来说就是根据组...</description></item><item><title>我的工作原则</title><link>https://tonybai.com/2013/08/19/my-personal-work-principles/</link><pubDate>Mon, 19 Aug 2013 00:00:00 +0800</pubDate><guid>https://tonybai.com/2013/08/19/my-personal-work-principles/</guid><description>想了若干种开场白，但无论哪种都不能令我满意，于是索性就这么开场了。 工作了若干年，不经意间就形成了自己的行事和决策风格，这里权且称之为工作原则吧。这些原则引导我制定工作目标、实施过程改善、作出方案决策、选择和培养团队人员以及进行自我改进等。我也相信这些原则是主观的、具有时间和环境局限性的。也许若干年后，随着我的角色和工作的变化，许多原则将 不再适用，但这不妨碍我现在将其总结和分享出来。 **\* ...</description></item><item><title>2012小结</title><link>https://tonybai.com/2012/12/18/my-summary-of-2012/</link><pubDate>Tue, 18 Dec 2012 00:00:00 +0800</pubDate><guid>https://tonybai.com/2012/12/18/my-summary-of-2012/</guid><description>趁着世界末日尚未到来，赶紧将2012年总结一番，即便是末日也不能留遗憾不是^\_^。 2012年总体过得还算充实： \*《七周七语言》终于出版了； \* 写了近80篇Blog，虽离目标预期还有差距，但也给我带来了不小的精神愉悦； \* 为《程序员》杂志写了两篇文章，虽然都是短文； \* 读了30多本书，还有10多本尚未读完，不过年初制定的“扫存书”目标没能达成，因为依然不断地有大量的新书加入^\_...</description></item><item><title>关于绩效面谈的一些拙见</title><link>https://tonybai.com/2012/12/13/some-opinions-about-performance-interview/</link><pubDate>Thu, 13 Dec 2012 00:00:00 +0800</pubDate><guid>https://tonybai.com/2012/12/13/some-opinions-about-performance-interview/</guid><description>《程序员》杂志的“一分钟先生”专栏之前曾约稿，有两个主题可供选择：制定绩效目标或如何进行绩效面谈。本打算两个主题都写写的，但碍于时间有限，最终只写了一个主题：《制定绩效目标的几个重要因素》。进入12月，想必各个公司或组织都会开展年终绩效考核，我这里也不例外。 关于绩效面谈，印象中组织里似乎没人告诉我应该如何去做。很久以前是小兵的时候没有过多考虑，成为项目负责人后也没有接受过什么系统的培训，都是按照...</description></item><item><title>制定绩效目标的几个重要因素</title><link>https://tonybai.com/2012/11/17/several-important-factors-in-making-performance-goals/</link><pubDate>Sat, 17 Nov 2012 00:00:00 +0800</pubDate><guid>https://tonybai.com/2012/11/17/several-important-factors-in-making-performance-goals/</guid><description>本文是笔者发表在《程序员》杂志2012年11期上的那篇“制定绩效目标的几个重要因素”文章的完整版。 软件开发是一种创造性的工作，这种工作的成果具有不确定性且很难量化，因此经理们在给员工制定绩效目标时多没有统一标准(即便有也不一定准确，而且在一定程度上还可能会扼杀创造性)，所采用的方法也是五花八门。不过即便如此，经理们也没有放弃寻找一种更为适合软件开发领域绩效目标制定的方法。笔者也是其中一份子，在这...</description></item><item><title>知识管理的几点野路子经营策略</title><link>https://tonybai.com/2012/11/04/the-amateur-way-of-knowledge-management/</link><pubDate>Sun, 04 Nov 2012 00:00:00 +0800</pubDate><guid>https://tonybai.com/2012/11/04/the-amateur-way-of-knowledge-management/</guid><description>时间真是过得飞快，遥想一年前的这个时候我们在产品线的知识管理试水有了一点成绩，便在组织内力推知识管理。领导经过权衡后，也认同了知识管理的重要性， 并随即安排人在组织内部快速建立起了知识库。在最初的一两个月里，临时的知识管理负责人热情很高，做得还算不错，初步地将知识库是什么、如何使用以及组织 知识管理的第一版规范和大家交待清楚了。但随着热情的消逝，知识库管理也随波逐流了，知识管理开始变得名存实亡，这...</description></item><item><title>改善技术布道效果的几个实践</title><link>https://tonybai.com/2012/10/26/some-practice-on-improving-tech-preach/</link><pubDate>Fri, 26 Oct 2012 00:00:00 +0800</pubDate><guid>https://tonybai.com/2012/10/26/some-practice-on-improving-tech-preach/</guid><description>本文是笔者发表在《程序员》杂志2012年08期上的那篇“改善技术布道效果的几个实践”文章的完整版。 技术布道不易，想取得良好的效果就更难了。下面是笔者总结的几个有助于改善技术布道效果的有效实践,这里给大家分享一下。 **自我认知** 技术布道前,布道者首先要做好自我认知,这将有助于布道者确认自己是否胜任此次布道以 及采用何种布道策略以赢得更好的效果。认知的内容包括:自己是否精通这方面的技术。若 只...</description></item><item><title>一场关于“何时发布版本”的论战</title><link>https://tonybai.com/2012/04/17/a-discussion-about-when-to-release/</link><pubDate>Tue, 17 Apr 2012 00:00:00 +0800</pubDate><guid>https://tonybai.com/2012/04/17/a-discussion-about-when-to-release/</guid><description>气氛太平静，投石起波澜。 昨天下午无意中在内部发起了一场关于&amp;#34;何时发布版本&amp;#34;的论战。 论战的背景是这样的：部门内部有这样的一个项目A，它的目标是开发出可被其他项目或产品复用的组件(这里就暂称之为组件吧，我们内部称这类组件为可复用资产)。这个项目已经开发了大半年了，目前处于收尾阶段，绝大部分开发工作已经完成。测试(包括压力测试等)已经测试过至少一轮了；我们的产品线近期准备复用项目A成产出的这些组件，...</description></item><item><title>开发程序不能太'单纯'</title><link>https://tonybai.com/2008/01/23/programmers-should-not-be-too-pure/</link><pubDate>Wed, 23 Jan 2008 00:00:00 +0800</pubDate><guid>https://tonybai.com/2008/01/23/programmers-should-not-be-too-pure/</guid><description>昨天凌晨，突然接到云南移动哥们的电话，说他们正在进行的全网割接出现了问题，当时只有我们的产品遇到这样的问题，其他省的其他厂商的产品都已经顺利通过测试了。迷迷糊糊的我无奈的起床，开机，查找问题，这也让我体会到了这几天北方的夜晚的冷啊。 花了一段时间对底层的协议包进行了分析，发现我们产品发出去的消息包的那个域后面的确随机的分布着一些乱码字符。譬如我们的消息发送的目的地址是1069999333(Goog...</description></item><item><title>推进项目改进，难!</title><link>https://tonybai.com/2008/01/22/difficult-to-reform-in-current-project/</link><pubDate>Tue, 22 Jan 2008 00:00:00 +0800</pubDate><guid>https://tonybai.com/2008/01/22/difficult-to-reform-in-current-project/</guid><description>自从去年年初搬到新办公室后，各个项目组都分到了各个独立的空间了，平时&amp;#39;抬头不见低头见&amp;#39;的情形减少了，随意拉把椅子坐下来谈技术的情形也减少了，随之而来的是项目组&amp;#39;各自为战&amp;#39;，经过近一年的发展，各个项目组在局部的发展上已经出现差异了。 在现在带的这个项目之前，曾经有意识的去了解了一下其他组的技术发展情况，主要是针对Java开发这块。了解的结果让我意识到我们组的Java开发已经&amp;#39;落后&amp;#39;了。其实我们组的J...</description></item><item><title>再谈如何评价人的技巧</title><link>https://tonybai.com/2008/01/15/talk-about-how-to-evaluate-persion-again/</link><pubDate>Tue, 15 Jan 2008 00:00:00 +0800</pubDate><guid>https://tonybai.com/2008/01/15/talk-about-how-to-evaluate-persion-again/</guid><description>之所以再写这个话题，源于今天发生一个&amp;#34;小事件&amp;#34;。今天是主管绩效反馈的最后一天，我负责评价其中的三个新员工，其中一个员工对我的评价提出了&amp;#39;异议&amp;#39;。 为了这次&amp;#39;异议&amp;#39;，我安排了一次和他面对面的谈话，其实这次谈话早在其试用期结束时就该安排了，只是当时副部长替我把这个活儿做了。这位新员工去年年初到公司实习，实习后，带他的mentor给他的评语不错，以致07年中期他入司的时候我们对他期望很高，当然要求也比其...</description></item><item><title>如何评价一个人</title><link>https://tonybai.com/2008/01/09/how-to-evaluate-a-person/</link><pubDate>Wed, 09 Jan 2008 00:00:00 +0800</pubDate><guid>https://tonybai.com/2008/01/09/how-to-evaluate-a-person/</guid><description>又到年终，各个单位都会开始自己的绩效考核和评优工作，这些工作中不免会有一项就是&amp;#39;评价你的同事&amp;#39;。刚入司的时候，没机会评价他人，工作年头多了，自然就有了&amp;#39;权力&amp;#39;去评价他人，这个评价对于被评价人当然是十分重要了，可能直接关系到他的奖金、薪水涨幅以及更好的机会，所以每当要给别人评价的时候，心里都&amp;#39;发虚&amp;#39;，生怕自己的评价不能完全反映这个人真实情况，带来些不好的后果。 也许&amp;#34;如何评价一个人&amp;#34;这个题目有些大，...</description></item><item><title>QA人员一定要有实际项目经验</title><link>https://tonybai.com/2008/01/07/qa-must-have-experience-in-real-project/</link><pubDate>Mon, 07 Jan 2008 00:00:00 +0800</pubDate><guid>https://tonybai.com/2008/01/07/qa-must-have-experience-in-real-project/</guid><description>最近一段时间正处于项目策划阶段，这个阶段势必要和部门QA打交道，咨询问题并获取支持。按照我们公司的软件开发流程，策划阶段要输出一系列文档的。这些文档都是有公司模板或者是经部门裁剪后模板作为基础的，所以现在项目前期策划基本上就是按照自己的思路填写文档，估计很多公司也都是这么做的。 好不容易花了一个星期的时间把这些文档&amp;#39;填全&amp;#39;了。提交给QA，让之帮忙审审。QA的一封邮件回来，问题多多。 当我看到这些Q...</description></item><item><title>从技术到管理的对话-Tony与Alex的对话系列</title><link>https://tonybai.com/2005/06/05/tony-alex-dialog-on-from-tech-to-management/</link><pubDate>Sun, 05 Jun 2005 00:00:00 +0800</pubDate><guid>https://tonybai.com/2005/06/05/tony-alex-dialog-on-from-tech-to-management/</guid><description>5月末我参加了一次“从技术到管理的”培训，总体来说还是有所收获的。这段时间我一直想把自己的收获总结出来与大家分享，但是也一直没找到一个很好的形式来表达，我想简单的罗列一些规则和技巧是最最乏味的。在我的“关于Tony与Alex的对话系列的一点说明”一文中曾经将“Tony与Alex对话系列”定位为技术类的系列文章，但是经过这几天的思考，发现它同样可以用做管理知识起码是技术管理知识的介绍，这篇Blog将...</description></item></channel></rss>