转了一篇文章，有我自己的原因，一是我曾经想创业，二是我有个哥们一直在创业中。好多年了，赚了没多少钱，但也没亏，每年就这么半死不活的。问其原因，主要还是因为回款太慢。
但公司虽然小，但慢慢的，毛病却越来越多，所以我转这个玩意，也是希望他能够看到，毕竟，直接和他说的时候，他嘴上接受，但并不一定会接受。虽然是好哥们，也不能经常说教。毕竟我自己都没有经验，我又能说什么？
所以，转这个先，原文是从 http://www.ppc110.com/blog/guanli-6-tips/ 拷贝来的
已经组建公司，或者准备组建公司的朋友，请认真看一下。
1、由点及面式定战略，执行战略不撞南墙不回头。不制定大而全的N年规划，集中全部资源围绕市场突破点展开经营，最大限度突破该点并最大限度向四周 扩大战果，此即为战略。战略一旦确定，开始执行后要坚决，不要因为些许挫折或者发现路上的美景就变化，按既定方针办直至不能办。
2、跟我冲而不是给我上。不设只管人不管事的领导，总裁应该直接兼任前敌总指挥，副总必须兼任下属关键部门的经理。虽说群众的创造力是无穷的，但是小公司不能指望领导不会下属会的奇迹。
3、只做最低限度的规范化管理，以奖惩分明作为管理核心。我们都喜欢规范和有序，但是只有公司越大规范的价值才越大，对于小公司，花精力去关注管理的规范直接后果就是效率的降低和成本的快速提高。小公司，只要目标明确奖惩分明就够了，对业务也只该做最低限度的规范。
4、精兵简政，主业只做对于本年度目标有贡献的事，给一个人发一个半人的钱让他做两个人的事儿。做减法，只有先减事儿才可能控制住人员规模，90% 的精力放在碗里，10%的精力用单独的人去瞄着锅里和地里，最怕将碗里锅里地里的事儿混在一起。宁用一个精兵忙死不用三个孬兵乱死。
5、老事儿定指标精细化管理，新事儿设目标鼓励试错，以项目小组方式工作，新事儿新人做，不要增加老事儿的工作量。绝大多数人不具备并行处理能力，尤其是不具备同时负责两类不同的事情的能力，将新事儿加给老事儿的第一个后果就是老事儿开始增加人手以及变得混乱和低效。
6、先打样再推广，打样不怕慢推广必须快。任何产品和服务的推广方法，最好的方式是试点，想法可行不可行一试便知。不要担心试点丧失市场时机，做好试点既可以避免犯错，也是磨刀不误砍柴工。
作者：拉卡拉孙陶然http://t.sina.com.cn/suntaoran
---
不能说其中的事情都正确，比如第四点我就非常不喜。精兵忙死的结局可能就是忍受不了而导致他离职
图上的内容我打印成文字了，只是。。。。图片上的人，我没能力打印成文字，抱歉了。
29岁的阿加瓦尔是Posterous博客平台的CEO，今年[被]入选[被]美国《商业周刊》2010最具潜力创业企业家，他曾在美国苹果工作6年，近日他分享了从美国苹果公司学到的8点管理经验：
- 科技公司应由工程师而非管理者主导
- 在管理者与员工之间建立尊重
- 给员工更多自由去完善产品
- 用挑战促使员工成长
- 目标期限非常关键
- 不和竞争对手玩“功能堆砌”
- 招募那些有疯狂激情的员工
- 保持工作与生活的平衡非常重要
郁闷的是，这8点我打了三遍，每次都是快完成的时候突然页面刷新了。靠。受不了。
这个图片是微博上的，看到图片的人都说，第8点几乎是不太可能实现的，或者说在中国没法实现。。。。
2000[1].0
大家对于一个和尚挑水吃，两个和尚抬水吃，三个和尚没水吃的故事可能非常熟悉，这是一个非常典型的团队合作失败的案例，这里讲述一下三个和尚怎么团队合作成功的故事与大家分享。
话说一座山上有三座庙，分别位于山顶，山腰，山脚，山上唯一的一口井在半山腰，那么山上的和尚怎么解决喝水的问题呢？
１）山顶和尚的作法
问题：山顶的庙，由于在山顶，山陡路长，三个和尚挑上满满一桶水，回到庙里由于路途颠簸，到达庙里可能只剩下半桶水了，如果要挑满一缸水，那么会非常非常累。
方案１: 接力法
每个和尚负责1/3的路程，每到１/3的路程，就有另一个和尚接力过去，这样减轻了每个和尚的负担，而且他们排定了值日表，可以轮流选择1/3的路程，这样可以在挑水的路上还可以欣赏美丽的风光
方案２: 双人搭配挑水制度
方案２其实是方案１的改进版，方案１在初期在解决了挑水和尚累的问题，但是过一段时间后就会发现在挑水过程中会比较寂寞，不人性化，于是就提出了双 人搭配挑水方案，路上每隔一段就换一次，两个和尚可以在路上说说笑笑，既轻松，又可以在挑水的过程中互相学习，探讨深厚的佛理。
和尚们管这两种方法叫“机制创新”，既解决了喝水的问题，也找到学习的伙伴，真是受益非浅。
２）山腰和尚的作法
问题：由于水井就在半山腰，所以挑水非常容易，但是正是因为太方便，三个和尚都学着偷懒，总想着自己少干点，因此缸里的水也一直满不了。
方案：制定合里的奖惩制度
大家负责三口缸的任务，三人每人一口缸，如果每天谁的缸水最多，晚饭就加道菜，缸里水最少的那个就只能吃白饭，没有菜，如果三口缸都是满的，大家就可以因为工作出色而能争取到吃小灶的权利。
好，有了这个制度后，三个和尚就拼命挑水，自然每个人的缸都是满的，如果因为哪个生病了或者有事，其他各尚也会主动帮助代挑那缸水，三口缸永远都是满的，三个和尚也就经常受到吃小灶的权利了。
和尚们管这种方法叫“管理创新”。
3) 山脚和尚的作法：
问题：山脚和尚由于离井也很远，而且路途陡峭，天天到山腰挑水也非常累。
方案１：挖渠引水
由于水住低处流，三个和尚就挖渠引水，大家没日没夜地干了七七四九天，眼看水快到到庙的时候，新的问题又出现，发现有一块非常大的石头，挡住了水流 无法引入庙里，而且一路上由于渠道里水经过流逝，水流已经干涸了，三个和尚精疲力竭，懊恼异常，辛辛苦苦干了这么长时间，到最后才知道线路选择的不对，为 什么不提前勘探线路呢，挖渠太累了。
方案２: 引水入流
经过方案１的挫折后，和尚们经过了仔细的思考，想到山上有很多很粗的竹子，可以利用这些竹子把水引下来，和尚们说干就干，并做了详细的线路勘探，并 仔细衡量了工作进度，制定一份详细的计划，并不像以前那没日没夜地干活了，大家日出而作，日落而息，每日按照进度完成，因为山势变化莫测，会遇到很多山石 阻碍，和尚们就计划环山路在几个阻挡的地方建立水潭进行蓄水，将水引下山，砍来合适的竹子，掏空竹节，铺好竹路引水工程，从此水就可以源源不断引入庙里， 再也不需要挑水了。
和尚管这种方法叫“技术创新”。
大家可能在实际的工作生活中也会碰到类似三个和尚的问题，不防用这里提到的机制，管理，技术创新上想想有什么解决方案。
来源URL：http://rdc.taobao.com/blog/qa/?p=303
——END——
本文本来不想转载的，但却内容正好与前段日子的工作情况基本相符，于是乎就进行了转载，不管如何的解释和说明。不想被渴死，就得想办法喝水。戏法人人会变，手法各有不同而己。不过我不是管理人员。。。。
感谢小余给我们带来的文章。本想根据其中的内容想润色一下，但仔细思考后还是放弃了。每个人的思想和观念都有其独到之处，如果我强行改变，那就是改变原作者的思路了。
原文网址：http://www.cnblogs.com/yice/archive/2008/08/08/1264044.html
内容开始
有个人在交际场合中一言不发，哲学家狄奥佛拉斯塔对他说：“如果你是一个傻瓜，那你的表现是最聪明的；如果你是一个聪明人，那你的表现便是最愚蠢的了。”
我有个朋友自从前年年末开始召集人马进行一个产品的开发，从零开始做这个产品，历时一年多的努力，据说产品在内部也改了5，6个版本。我看过他们的东西， 总体给我的感觉算是不错。从开发到现在也过来一年多的时间，产品也有了初步的 成型系统，而且比较稳定，按照市场运作的模式，应该进入大力推广的阶段。作为开发内部来说，应该进入一个比较平稳的维护和升级阶段，但是从我和朋友聊过之 后，还有与准备离职的开发人员交流之后，发现其中还有不少故事值得说出来给大伙听听。由于我对整个项目的实际进展了解并不多，只是从侧面去观察，所以文章 所简述的观点都是基于个人的看法。在此我还需要强调一点，些这篇文章不是为了批评PM的对与错，只是希望通过我这位朋友身上发生过的事情，折射出一点道路 来，取其精华，也要避免走他曾经走过的弯路。
在项目中需要被提及的任务有三个，资深的开发人员SD（senior developer),项目经理PM（Project Manager),技术型老板TB（Technology Boss).这三个人中我接触比较多的是PM,他也就是我朋友，以前共事的同事，对于他的性格 和做事方法和能力比较了解。SD,我以前的同事，虽然接触不太多，但是对于他的技术和做事态度还是了解。TB呢？说实话，没有见过这个人，只是听其他的人 介绍和从事情中来判断他。
PM是从零开始负责这个产品的开发，从招聘人员，产品的分析，设计都是具体参与在这个项目之中。但是从项目的开发到现在，应该说与他的努力是分不开的。但是本文的主要也是针对于他来写的，因为他是协调TB与SD之间的桥梁，应该说他需要对整个项目进行总体控制。
由于整个公司属于创业型的公司，虽然有另外一家实体企业提供开发资金，但是很多事情还是需要从头开始做，在一开始的时候，PM既要当项目经理，也要当大内 总管，一手抓项目开发，还要一手抓厕所是否有卫生纸等等。这些琐琐碎碎的事情应该说早就超出了一个正规PM的职责范围。但是创业初期，就要求人员要身兼多 职。我想要不是我朋友的好性格和脾气，别人很难能坚持下来。
没有PM的好性格，项目不会有今天的结果，但是也是因为他的好性格，才会使项目出现了比较严重的问题，真可谓成也萧何，败也萧何。如果真正从软件开发项目 经理这个角色来看我这位朋友，我觉得他做的并不到位。我们从项目开发的一些事情来看待这些问题，和欢迎大家讨论一下如果是你换到他的位置，你该怎么处理。
5月的时候,PM从北京回西安来招聘人员(公司原本在西安，今年初的时候搬迁到北京），我帮忙一起面试人员。在招聘过程中他感慨到：“现在招聘不到好的美 工？”听完这句话我觉得非常差异，就听他继续说道：“我希望招聘一个美工，能最快的出图，把老板的项目转变成实际，现在开发中美工的速度跟不上开发的速 度。”
细细品味他的这两句话，我就感觉到他项目有问题，我当时疑惑的问他道：“我觉得很奇怪，美工的速度怎么会跟不上开发的速度？”因为做Web开发的人来说， 一般情况下，UI的开发和程序的开发是前后进行，有了UI之后，开发人员再进行项目的开发，虽然有时候会受一点点影响，但不至于影响道整个开发进度。后来 继续交流过程中才知道，原来美工出图慢的主要原因是老板变化太快，以至于如果老板一个Idea之后，隔天美工出效果，开发人员进行开发，等开之后老板会认 为和他想的存在有差异，需要在次修改，就是这样的循环过程中就出现了“美工缺乏的感慨”。
从与SP的交流中，听到他感慨道，开发中变的太快了，因为TB原先也是做软件出身的，但是由于不是做当前的这个类型的开发，所以对某些问题有时候一知半解 的，而且TB是个追求完美的人，其实由于这套产品对图形的质量的要求非常高，因为图形经过处理后需要打印出来，所以我倒可以理解TB对这方面的完美追求。 但是问题不是处在TB的完美上，而是对于TB的个人强势上面，SP说过，在沟通中TB时时常会抛出这句话：“除了问题你负责啊！”。现在SP也决定从这里 离开，我略微了解了一下，由于各种问题的存在，核心的开发人员都有离开的念头，至少作为PM口中赞不绝口的SP已经离开了。
从事中去分析一下，整个项目开发中可能有不少问题，但是就项目开发的进度把控这块，PM就做的不够到位，至少他没有守住项目的需求变化，老板一个想法，整 个项目进度都会受到影响，而且这些想法有时候时一瞬间的灵感。PM在项目开发过程中，对于如此频繁的需求变化，需要对需求进行汇总，每一个版本的开发尽量 都按照原定的时间安排进行，对于不同的需求变化，在汇总分析之后，阶段性的追加到项目中，以此来降低需求变化的次数已经明确需求的具体内容。对于老板的 Idea倒可以专门安排人员对应他，做原型图后讨论可行性，不要让老板直接接触到开发具体的过程，特别是跨过PM来安排开发人员进行开发工作。
对于TB的强势没有抗住，如果TB的要求合理，也要尽量避免打乱现在的开发计划，维持开发团队的进度稳定。如果TB的要求是天方夜谭，那就要顶住说:"除 了问题我负责。”对于PM来说，在实际过程中需要良好的沟通技巧，不能单纯对上或只向下，PM除了具备有项目过程中的良好项目风险管理和进度预估，掌控能 力外。另外一个角色就是扮演缓冲剂，调节各方面的沟通与交流。千万不要到了项目失败后，自己感慨说我没有功劳还有苦劳，这种阿Q自慰的方式对于希望成为 PM来人来说就是表示你的失败。就像文章开始的那则笑话中所说的那样，在相同的场合，你的角色不同，你做的事情的评定就不一样。
————END————
