总写失败的经历，可能会误导大家，也可能会对刚开始学习软件技术的人也会有一些消极的负面的影响，大部分人也会觉得我的开发水平、管理水平很糟糕一样，其实我也说不出来有啥独特的技术，自己总结下来后：“以最快的速度搞定客户的实际工作需要，把项目用最快的速度做好、最稳定高效运行，能经得起长期的考验，大数据量的考验”。 & &&&故事的一切前提： &&&&
你是个工作狂，工作拼命，不管是打工还是创业，不管是周末还是春节，你心思都用在工作上，为了把工作做好就算打工你也可能经常搞个通宵，没有这样的拼尽、干劲，几乎什么东西也做不成的，连打工都打不好的人，想独立做项目或者创业，那基本上失败的可能性是90%还要多吧。 & && 我创业时总结了一些开发方面失败的经验： &&
01。当你想自己开公司时，做项目需要的东东，不是你自己开公司时才开始准备，而是在你打工的时候就全部提炼好，真正做项目时一个月4-5千元薪资的程序员，一个月有可能啥明显的工作成果也干不出来的，你也不能因为这个把他开除了，你也拿他没办法的，而且你还要指导他怎么怎么做，而且做出来的东西也不太稳定，复用性也比较差，而且还有人员流动的风险，给你留下搞了一半的半摊子项目，让你死去活来，现在开软件公司的老板应该会有比较深的体会。 &&
02。你需要有个比较稳定可靠的数据库访问层等等，可以提高软件开发速度、减少编码工作量的稳定高效的组件、同时也可以适当的约束你的同事、合作伙伴。 &&
03。你需要一个万能的管理类软件的后台管理效果，例如菜单的控制管理，里面的页面都怎么做，需要有一整套的固定风格，而且做得也比较漂亮大气、稳定可靠的那种，这样你不管接了什么项目，稍微修改一下就可以在下一个项目里用，见效快不会乱折腾，尽量不要在这方面消耗过多的成本。 &&
04。你应该有一套稳定高效的后台控制工具，例如用户管理、用户的权限控制，系统的菜单管理、用户的菜单访问权限管理、角色管理等，而且不能有丝毫的错误，稳定得要命，你可以在几分钟内就可以部署好你的管理功能工具，几个小时内就可以把用户的账户权限等全部配置好，想都不用想就可以搞定了。 && 05。你还需要一套高效的数据库设计工具，总不能系统需要啥功能就建一个表、做到哪里算到哪里，那你这系统早晚会崩溃的、明显是属于乱搞嘛。 &&
06。你还需要一个高效的代码生成工具，那些底层的，没有技术含量的代码都不要靠人工写了，人会累会马虎会大意会走神会偷懒，这些都使用代码生成器写就可以了。 &&
07。你有一整套的成熟的日常工作上遇到的问题如何解决的成熟思路，例如编号序列生成器、参数管理工具、日志管理、数据备份、当然哪些左链接啥的对你来说是小菜一碟就是，想都不用想就可以搞定了。 &&
08。简单的页面，你可以在半个小时内做得一个bug没有，而且精力旺盛、斗志比较高、身体也强壮一些，否则也吃不消连续的高工作压力下连续工作多天，有上百个功能等着你要实现，你要有足够的心理承受能力，否则会精神分裂或者压抑暴躁。 &&
09。你有严谨的思维，可以把一个项目分解成几百个小功能点，然后不重复折腾，先后顺序井然的，一个个的，一口气作战把一个个页面、一个个功能都能搞定，每天都搞定10-20个功能，甚至更多，而且就像是玩一样的速度，工作就当成娱乐而不是痛苦。 && 10。你能处理非常复杂要求的功能页面的能力，遇到再复杂的功能，你也心不乱、心不慌，估计需要你一天之内就可以搞定吧，Javascript 、ajax
等用得也比较熟悉一些，三下两下就可以调试通过。 && 11。你还有几招必杀技，例如有比较技术震撼力的解决思路，解决方法，解决方式，友善的操作页面等等。 &&
12。你需要有一天能测试出别人程序100-200个错误，能检查出上百个代码不规范，同事可以检查3-5个人的代码，一眼扫过去就能大致知道这个人写程序哪里会有问题，程序还没运行时，你就能说出这个程序会有哪些Bug，哪些安全隐患等等的能力。 &&
13。你有最高配置的笔记本电脑，电脑要能跟上你的思路，N多的工程瞬间就能编译好，根本不会在编译调试上浪费时间，有熟练的调试能力，三下两下就可以把复杂的功能调试好。 &&
14。你有大规模可复制粘贴的大量范例程序，可能是你3-5年来一直在完善的例子程序，哪个功能从哪个文件的哪个位置复制粘贴，连想都不用想，瞬间就可以找到复制的区域，我的电脑的ctrl
+ c, ctrl + v&键盘几乎是磨损得最厉害，我根本不讲什么创造性，1个月搞定10万，客户也满意，你也满意就可以了，何必瞎折腾呢？ && 15。说百了，需要“数据库设计规范、编码规范、页面规范、权限架构规范、规范的例子程序、代码生成器”有了这些，再来一个神速的复制粘贴
+&惊人的调试组织能力，严谨的项目拆分、组织、先后顺序安排能力，这个项目就像玩一个搞定了，只不过是一个过程而已，因为是重新开发、有上百上千个功能点所以再神也不可能一天内搞定而已。 &
16。客户要的不是高科技，就是那些通俗的日常业务，只是需要你做得越快越好，越好用越好，越省钱越好，越稳定越好、你懂什么设计模式、接口、泛型、委托、代理、工作流、silverlight、WCF、WF、WebService等等一大对狗屁技术还不能能做得界面漂亮一些，你懂什么某个性能的极致优化，还不如把你的项目整体做得最稳定、最可靠、最方便客户操作、整体运行效率高，客户就最满意，而不会偏重与某个细节上，客户更注重的是项目的整体。 &
17。客户关心的不是编码、用什么语言、代码质量等等，客户关心的是能否满足他们的需求、能否实现那些最基本的功能，但是你编码太烂，就经不起客户的折腾，人家功能稍微变动一下、逻辑稍微更改一下，你的烂代码就瘫痪了，俗话讲的话，就经不起折腾了，在我眼里，代码再烂能经得起客户的反复折腾而不乱就是好代码。& & 那你若具备了以上几个要求，那下面的故事就可以开始了。 & &&
有一家上海的小型IT公司（10个开发人员内左右吧，估计其中有2个人开发这个项目）承接了杭州一家电子商务公司的B2C网上购物系统，前后搞了3个月，总是远远满足不了客户的实际需求，因为软件系统必须要经得起实战，客户的投资也不小，项目等一天就是损失好几千元，还有跟钱一样重要的是时间成本，机会成本，十几号相关的配套人员就等着这个项目上线运作，前后3个月了也远远满足不了客户的各种需要，客户的运行总监自己也是IT行业软件出身他也看出来要靠这个小软件公司早晚是个死，就下决心叫停这个项目的开发了。 & &&
他找我，问我多久能做出来这个项目来？我评估了他们已经做好的功能、程序代码、数据库设计等等，基本上是中等偏下的水平吧，代码有些乱，数据库有些乱，类也乱，分层也乱，我也没耐心去维护那个代码，我就直接跟客户讲，这个公司的水平不怎么高，接下来能把这个项目能做好的希望是渺茫一些，而且他们越做越赔钱而已，开发公司也确实支撑不下去了。 & &&
我网上找了一些网上购物的现成的软件，基本上是PHP的多，我是没能力去折腾修改PHP的程序，那估计对我来说是个折磨，我找了一些其他.net开发的项目，也不是很理想，我自己也评估了一下，系统整套的功能做下来估计需要3周-4周，而且接下来都会非常容易维护，系统的稳定性也高一些。 &&
客户的时间和宝贵，后面还有更大投资在进行中，客户跟我说得很实在他们只肯出10万的软件开发预算，只能有1个月时间，问我是不是愿意帮他们一下？我想了一下，也不好拒绝，正好想买个车子，有10万也差不多了，不够的按揭买个车也不错。 &&
客户说，我怎么可以相信你，你一个月内可以完整的完成这个项目？我的回答“若我不能按时完成这个项目，我愿意赔偿4万元”，因为我只有这么多存款，其他实在没钱了，那就签一个合同，不能按时完成，就按合同来。 & && 接下来，我大致的时间安排是： && 01：用了一天时间，说服他们的公司的从上到下，是足够可以完成这个项目，让他们彻底相信我的能力。 && 02：用了一天时间，把他们现有的系统的功能都了解好，然后把客户的期望值了解好。 && 03：用了一天时间，把他们的表结构整理好，把没用的代码删除掉、把没用的层什么的删除掉。 && 04：用了三天时间，把他们的系统的错误都修正好，让网上购物程序先跑起来。 && 05：用了一天时间，把他们系统的外部广告推广接口实现好。 &&
06：用了一天时间，把心的SVN服务器架构好，把新域名配置好，把数据库服务器、网站服务器配置好，把后台管权限理工具配置好，把前台购物网站、后台管理网站配置好。 &&
07：用了五天时间，把前台购物网站全部重新实现好，用户的注册、购物车、订单确认、配送方式、邮费、商品购物、游客购物、&支付宝接口实现等等全不实现好，几乎没有停顿，平均一天10-20个功能实现好，一天2-3个功能页面搞定好。 && 08：用了一天时间，给他们展示前台功能，让他们了解项目的进展。 && 09：用了一天时间，把他们原有系统里的数据全部导入到新系统里，不用客户重新输入数据了，几百条纪录人家也是输入了很久的。 && 10：用了三天时间，把商品的管理、上架设置、价格设置、库存设置、尺码款式设置、产品说明管理等等做好。
11：用了三天时间，把整个订单的管理、配货、发货、收款、退款、客户服务、评论管理等都做好，平均一天10-20个功能实现，一天平均3-4个页面的速度。 && 12：用了一天时间给他们演示系统的功能，其中用了半天时间，部署新的网站，项目成功上线，就等客户验收付款。 & &&
其中有几天，心情不好睡懒觉、陪老婆看电影，逛街，写博客吹牛，主要是觉得做网上购物的程序，前途还是比较光明，市场也会比较看好，现在人人都开网店，网上购物也越来越普遍，稍微有钱的公司，有钱的老板，都想按自己的方式来个网上购物网站，投资个10万8万也觉得很正常。 &&
千些日子，我老婆的师哥，在北京找了个人做一个网上购买书的电子商务网站，砸了个万八的，最后项目失败了，其实你不要觉得做一个B2C的网上购物网站有那么简单，你可以自己做个试验，你真的能用1个月的时间，能做出一个完整的网上购物系统（包括前台、后台）吗？ &&
我这些年，就连就了一个水平，如何用最快的速度把项目拿下，一个项目拿下了后，我就会休息，寻觅机会，不断完善自己的工具、架构、把积累再巩固一下，等把下一个项目用更极限的时间完成。 & &&
只有那些陷入困境的项目，客户很急的项目，有紧迫的时间要求的项目才比较值钱一些，比较刺激，比较挑战极限，我并不是为了炫耀自己，只是想给那些学计算机软件的朋友们一个信心，做软件是可以赚到钱，但是需要你付出很多努力，需要你有很多积累。 &&
同时也向经常打击我的朋友说一声，我没啥其他能力，只有一个能力就是神速搞定陷入僵局的项目，以最快的速度把软件项目完成，这就是我这些年练就的水平，就只关注了做软件赚钱速度，其他什么都没怎么在乎，你若不服，你可以自己折腾一下看看，网上购物程序，订单管理系统、互联网是时代发展的潮流。 & &&
写得乱了一些，希望能对你有所帮助，别人再有需要网上购物程序的，别忘记跟我合作，我这里有成熟的网上购物系统，代码质量高，配套工具也全，一起合作赚钱，还是比较开心的，我们不要跟钱过不去，我是能把事情办成的人，你也有希望从我身上赚到钱，拿我赚到钱的希望是有的，我有你可利用的价值。 &&
当然我们做出来的软件系统，客户天天在用，为全国的朋友在做服务，也是值得骄傲的事情，很有成就感的事情，当然你连一个月都没用把整套的B2C网站系统都做出来了，那我可以很认真的告诉你，你强，我认输了，我不是你对手，我错了兄弟，你才是真正的软件人才。 & &&&
机会不是天天都有，1年能碰上这样的机会1-2次就往往就足够了，一个开发人员一年才赚几个钱？累上1-2次，休息个5-6个月，应该也没啥问题，每次项目突击好了，把经验再总结一下，把自己架构中的不足、程序中的不足好好优化一下，把做新项目学到的知识，可以重复利用的模块再优化一下，放入自己的知识库，等下次更好更有油水的项目，在家里等等机会，网上写写文章，让需要的人能
及时搜索到你，能第一个搜索到你，就是在家里喝茶，也有希望钱会找上门来的。 & &&&& 有时候别人会说，吉日你也太能吹牛了，我可以用以下几点来证明一下： &&&& 1：我的大老婆是笔记本电脑、真实的老婆是属于二奶的位置上。 &&&& 2：一天处了睡觉、偶尔想想美女外，脑子里全是软件程序，虽然水平不高，但是日常生活里遇到的问题想得足够透彻。 &&&& 3：一个技术问题若没能解决，我绝对是饭吃不下，觉睡不着，非把这个问题解决了不可，有些问题可能折磨我三五年，才能想通。 &&&& 4：看过N多书、N多技术文章，平时不怎么看娱乐新闻、也不看任何名著、也不看连续剧、生活单调无趣。 &&&& 5：10年都超过了，几乎天天是这样的生活，猪也能变成高级程序员了吧，傻瓜也能会写程序了吧？天天琢磨这玩意儿啊。 &&&& 6:
今年是大学毕业后的第10年了，还经常想程序想得走火入魔，经常深夜起来写写程序，把自己的思路及时记录下来，每个月至少都会有那么1-2次吧。 & &&&& 什么叫赚钱：
&&&& 1个项目，你干了4周，报价2000元，把工作死去活来的做好了，那也叫赚钱。 &&&& 1个项目，你干了4周，报价10000元，你把工作死去活来的做好了，那也叫赚钱。 &&&& <strong style="color: #个项目，你干了4周，用了2天时间、说服了客户这个事情值10万、用了2天时间把成果展示好、让客户从上到下都满意都认可你所做的工作，最终大家都开心的支付了你10万的辛苦，也叫赚钱。 &&&&
你今天创业了，你的思路是用在，用4周把活儿干完上，那你是猪了，你思路用在如何让客户相信这个东西值10万上，那你可以经商去了，创业失败的可能性比较小了。这就叫做，会写程序与会经营的区别，你就是用了1天时间完成了，报价1000元？能证明你什么呢？比我厉害30倍吗？
我给你算一下10万元/1000元 = 100倍的收益差距。
阅读(...) 评论()近年来，越来越多的开发者选择将自己的产品以开源形式发布，有时的结果是——你满怀诚意地开源，却无人问津。尽管你的产品做得相当好，但是仅把产品的源代码公布出来，这还不算开源，因为其他用户可能无从下手。没有用户，久而久之，你的满腔热情就会熄灭。
那么如何才能让开源项目为更多人所知，成为一个真正牛X的开源项目呢？除了项目自身优秀外，你还需要注意以下事项。
一、有一个真正有用的README
即使你为你的开源项目制作了一个很好的网站，但是一些潜在用户很可能会首先通过阅读README文件来了解这个项目。因此，你要确保在README中提供尽可能全面的信息：
1.& 依赖、安装信息
尽可能写清楚依赖、安装信息，最好能够让用户通过复制粘贴相关代码来添加依赖。比如。
2. 项目成熟度状态
不至于让用户在生产环境中用了几个月后才发现你的项目才处于Alpha阶段。
3.& 详细说明项目支持的语言、运行环境和工具的版本
不至于让用户花费大量的时间去摸索你的项目的兼容性。
4.& 明确所使用的许可证
这个许可证需要是流行的、用户都知道的，如果你自己创造一个或使用一个陌生的（比如），那么没有用户敢于在自己的产品中使用你的开源项目的。你可以选择比较友好的 或等。需要注意的是一些许可证（比如）也是比较流行的，但是没有提供任何专利保护。你也可以采用APL2/GPLv2双许可，让用户挑选适合他们的。
二、为你的项目写一个文档
写文档并不容易，且比较费时，但是对于用户来说，文档是了解一个项目最便捷、最省时的方式，还可以让用户相信你不会轻易放弃这个项目。
在文档中，把你的项目可以帮助用户完成的事情放在首位，这是用户决定是否使用这个项目的关键。此外，你要让用户相信做这个项目的是个人，而不是一个会产生代码的机器人。
关于开源项目文档，建议你阅读：
三、项目可以很容易地升级
随着项目中bug的修复和一些功能的改进，你需要发布另一个版本。需要注意的是：
1.& 向后兼容
不要因为不向后兼容，而让用户重写大量代码。这样会让用户愤怒，继而抛弃你的项目。当然，你也不必像OpenJDK那样兼容15年前的产品。
2.& 更新日志
有一个清晰明确的更新日志，需要包含：该版本发生了什么变化？会破坏用户现有项目的代码吗？等等。比如Twitter的做法：
每修复一个bug，就在更新日志中写上一个简短的条目
每添加一个功能，就简要描述一下并附上一些示例代码
每改变一个API，就需要在日志中用粗体明确指出
如果你有多个分支，就需要为每个分支都写一份更新日志。
3.& 版本标签
为你的项目的每一个版本打上一个标签，比如v1.0.0-alpha1、v1.0.0、v1.1.2，可以让你的用户很清晰地分辨出项目的版本。
4.& 发布公告
项目发布后，接下来就需要为这个事件写一篇博文，或直接将公告发布到项目的邮件列表中。
在公告中需要说明这个项目有什么用，是否向后兼容，并给出更新日志的链接。
5.& 项目状态标签
有些项目很长时间一直使用相同的版本号，比如1.1.0，而项目一直在改进。如果这是一个开发版本，你也需要通过标签来说明项目所处的开发阶段。比如：
1.1.0.pre1
1.1.0-alpha1
1.1.0-SNAPSHOT
总之，你要确保项目有一个严格的版本命名规划。
四、使用GitHub
在GitHub上，你可以很容易地做下面的事情：
发布你的项目
浏览和搜索代码
专注于项目issues
参与贡献，合并用户的贡献
五、确保有一个为用户提供支持的地方
如果你的项目达到一定的普及程度，你就会不断收到用户的提问。你需要有一个收集和回答用户提问的地方，比如论坛、邮件列表等。只要有一个交流的地方，用户也可以彼此提供帮助。久而久之，就会形成一个很不错的社区。
六、项目传递
不排除这种情况——你可能会对项目维护失去兴趣，或者你换了一个新工作不再使用当前的项目了。你可以在邮件列表上公布，让其他开发者接管你的项目。在Github上项目所有权转移会更容易，尤其是在别人为你的项目引入了新功能后。
无论如何，不要让项目死掉。
总之，在你打算发布开源产品时，请确保它有：
清晰的依赖/安装说明
至少有一个简短的文档/指南
库中包含更改日志和相关标签
一些关于支持语言、运行环境、工具版本、项目成熟度的信息
邮件列表，供用户提问、相互帮助
八、最后
总之，要想让你的开源项目“发扬光大”，首先应该让它对用户更友好。除了项目文档外，其他事情花费不了多长时间。
另外，将项目开源出来容易，长时间维护就难了，因此，你还需要具备坚毅的精神和打持久战的准备。当然，如果你只希望将项目开源出来，而不指望它能够发展得多好，那么你完全可以忽略以上的所有内容。
英文原文：
11 顶14 踩
好文，我的开源项目要借鉴。确实做一个合格的开源项目很难，尤其是在非英语系国家，想要向国际化发展更难。顺便广告一下 http://xadmin.io这界面看起来华丽了，不过只是眼前一亮，但是想看什么东西还是挺费劲的。
leon1509 写道guaishou 写道哇哈哈，看来我的开源项目算是及格了，200多页的开发手册呢~~（广告：/p/portal-basic/）您的开发手册就像老太太的裹脚布！新手看不明白，技术好的大部分都会，没说出你框架的主要特点。一点读后感，别介意！ 不介意，任何意见都得听。你是第一个说不好的，这很重要。
guaishou 写道哇哈哈，看来我的开源项目算是及格了，200多页的开发手册呢~~（广告：/p/portal-basic/）您的开发手册就像老太太的裹脚布！新手看不明白，技术好的大部分都会，没说出你框架的主要特点。一点读后感，别介意！
房贷，孩子，养老，压得直不起腰，哪有这闲工夫，扯
geminiyellow 写道guaishou 写道哇哈哈，看来我的开源项目算是及格了，200多页的开发手册呢~~（广告：/p/portal-basic/）有没有计划port到git上去呀，总觉得google code看起来不舒服。刚好相反，我觉得google上最省事，下载一个文件就什么都全了，github不知是我不会用还是怎样，只能下载源代码。难道想用一个东西还要自己编译、打包？
感觉提议不错, 需要注意的地方还挺多的
guaishou 写道哇哈哈，看来我的开源项目算是及格了，200多页的开发手册呢~~（广告：/p/portal-basic/）有没有计划port到git上去呀，总觉得google code看起来不舒服。
哇哈哈，看来我的开源项目算是及格了，200多页的开发手册呢~~（广告：/p/portal-basic/）
xxg2810 写道这是老外写给老外看的，中国哪个程序员有功夫做开源项目？有点时间睡睡觉，别加班就不错了还在加班。。
这是老外写给老外看的，中国哪个程序员有功夫做开源项目？有点时间睡睡觉，别加班就不错了
& 随便看下而已，还没有开发开源项目的实力...
的确不错。开源项目，只有代码是不够的。不能很好的坚持也是不行的。
好文，我的开源项目要借鉴。确实做一个合格的开源项目很难，尤其是在非英语系国家，想要向国际化发展更难。顺便广告一下 http://xadmin.io
geminiyellow 写道 好苦逼，又要给你看，又要给你做科普。
好苦逼，又要给你看，又要给你做科普。
这些其实都不是核心的东西，纯技术人员写的东西。技术和项目，距离也许是咫尺，也许是天涯
国内很多开源项目只有源码，没有项目相关的设计文档、或者文档没有及时更新。文章写的太棒。。。。。。支持。。如何做好项目跟踪_百度知道
如何做好项目跟踪
提问者采纳
B、定期的会议。
C、现场的检查和跟踪。这些工作就方法而...生产部门的定期报告制度要好一些，甚至连值班日志都已经很规范了，但其他大多数部门可能就是以口头汇报为主，这是不行的，一定要制订严格的报告、报表制度。
B、定期的会议。
C、现场的检查和跟踪。这些工作就方法而言，并不复杂，但关键是要能细致并且不断坚持。工作追踪第二步：给予评价在进行工作追踪进行评价时要注意以下四个要点。
第一、要定期的追踪。管理者有时候工作一忙，就顾不上去了解下属的工作情况，而一旦形成三天打渔、两天晒网的习惯，下属的工作就有可能渐渐松懈。对下属工作追踪要养成定期的习惯，同时让下属也感到主管有定期检查的习惯，这是非常重要的。
第二、分清楚工作的主次。管理者的事务很多，不可能事事追踪，因此一定要分清事情的主次，对重要的事一定要定期检查，而次要的事则不定期抽查。
第三、对工作进行评价。工作评价的一个重点是看目标是否偏离，有时候是与目标有差距；有时候是具体的方法的差异；有时候看上去业绩实现了但目标实际上是偏离了，就像前文所述分公司的例子。如果评价发现目标有偏离，就要及时把他拉回来。
第四、避免只做机械式的业绩和目标的比较，应当发掘发生偏差的原因。在分析偏差时，必须首先分清哪些是下属无法控制的因素引起的。比如分配去做市场调研，但是经费迟迟无法到位，下属无法找到足够的调研员，从而延误了时间。其次还应分清哪些因素归因于下属本人，比如由于下属工作不得力造成销售额没有完成。正确地分清这两类原因，就可以有针对性地在采取相应的措施。
工作追踪第三步：及时反馈经理必须定期地将工作追踪的情况反馈给下属，以便下属:1、知道自己表现的优劣所在。
2、寻求改善自己缺点的方法。
3、使自己习惯于自我工作追踪及管理。如果发现下属目标达成不理想，那么可以提建议。有的下属，当你指出他的工作偏离了目标，他能够很快地意识到这一点，根据主管的建议去进行调整。另一种方式就是强行把目标拉回来。不论是采用哪种方式，都必须做到及时反馈，这样坚持得时间长了，大家就会发现，凡是偏离公司目标的事情是绝对不允许的，这就在公司内形成了一个基本的职业原则。既激励大家去完成目标，又威慑那些有可能故意偏离目标的人。学会授权，改变工作追踪方法要做好目标管理，领导者必须改变自己的领导方法。第一个是心态，切忌事事指挥，横加干涉，越殂代疱的现象。做为下属，他在公司里面一般都是希望把事情做好，他不会说是要故意把事情做砸。关键是你允不允许下属按照自己的想法做事情，我觉得这一点是需要明确的。就是说在某种程度上，我们要允许下属按照自己的想法做事情。第二个就是要对下属做教练工作。国外在这一点上做得比较好，他把这个人放到这个岗位上，是经过严格培训和锻炼后的，是这个人确实具有了这个岗位的工作能力。而我们国内的有些企业，他把这个员工放到这个岗位上，实际上是有一定距离的。对这种情况，有的就可能说，我这儿招不来这个人。这没错，事实情况是招不到正好合适的现成的人才，但是企业一定要有计划。首先对这个人的能力进行提高和训练，然后在他的能力达成基本要求的情况下，给他一些机会，让他去做事情，这样的情况下，才能减少一些干涉，也才能保证我们的工作追踪不是给下属下命令或者是支招。 如何克服下属的抵触措施
一、使下属了解有效工作追踪的必要性。◎计划的偏差是很自然而且是可预知的。◎及时觉察出偏差是非常重俯紶碘咳鄢纠碉穴冬膜要的。◎按照这种方式，他们会更容易达到目标。◎如果下属更清楚自己错误的话，他们就更容易进行改进。◎如果经理更了解下属的需求的话，就更容易协助他们工作。
措施二、使下属了解工作追踪不是简单的监督工作情况，关键还在于辅助下属更好地完成工作，达成预定的工作目标。通过工作追踪，及时发现存在的问题，及时进行相关的调整，找到解决问题的方法和措施，这样，有利于下属独立工作能力的提高。
措施三、在设定目标、计划工作、追踪绩效表现，以及执行改正措施时，要让下属们亲自参与。
措施四、工作追踪中，遵循对事不对人的原则，保持客观冷静的态度。不能与员工算旧帐。
措施五、不要以权威的形式、以命令的方式进行工作追踪。中层经理应时刻牢记目标管理中主要角色是完成各项工作的下属，自己承担的是引导、辅助的任务，以便充分发挥下属的工作积极性，提高下属工作能力的作用。
措施六、中层经理要对下属遇到的困难表现出理解，并针对不同情况，努力帮助下属解决困难。对于较困难的与不可避免的问题要有弹性。
其他类似问题
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁}