这是上个星期接受ZDNET CIO频道的一个采访节目，企业需不需要IT团队：http://cio.zdnet.com.cn/cio/2009/0205/1335394.shtml 并且还准备给网友们赠送签名的4本《走出软件作坊》，物以稀为贵啊。送给精华提问的网友们。大家可以在这里提问：http://forums.cweek.com.cn/thread-1044466-1-1.html
做管理软件实施的人是很辛苦的，简单的说是两头受气，公司这里在乎的是你能不能回款,用户这里在乎的是你能不能让系统顺利运行创造价值。阿朱通过给一位朋友介绍项目运做的实施经验，道出了很多传统项目管理书中看不到的细节，体现了一个项目经理的智慧和中国式狡猾。
一、员工咋激励,二、需求咋分析,三、CTO要做啥,四、做小公司为啥什么行业好做？我个人以为，发改委直接下属的那些行业，或者大规模中档服务行业，或者大规模中档产品制造行业，低档产品制造和低档服务业是农民工人海战术，信息化需要量不大。如果是高档的服务或产品，是需要个性化的高素质的人员来Care的，比较小众，也信息化不太重要。很高兴，我的《走出软件作坊》这么多人厚爱，并形成网上线下激烈的讨论，并且受到这么多业界高人的指点，而且能在短短不够一个月的时间销售突破5000册。现在，在中国企业经营管理界正在不断重读与思考《大败局》，而中国IT业目前也遇到了一些寻找再次突破的瓶颈，哪本书会是中国IT业的《大败局》呢？我也在寻找，如果谁有适合阅读的书，给我推荐一下。
我读阿朱的书，感觉非常的亲切，技术人员的成长历程，就是这样的。
最近在读酒徒的历史小说《家园》，就是讲一个叫李旭的家伙，如何从一个小兵，成长为一个将军的。
阿朱提出小团队做项目，就不能学微软，例如开发和测试都是1：1的比例，这个在中国的很多所谓大的软件公司肯定都是很难保证的。
今天看到李笑来老师在博客上推荐这篇文章，跳转过去看了，觉得阿朱这篇文章写得太好了，一定要仔细体会，虽然每条都很简练，可能不大合喜欢看故事的人的口味，然而我就是喜欢这样简略的总结，节省阅读的时间，具体的运用实践是属于自己思考的范畴，仔细反复体会每条语句所对应的现实情景，结合自己平时的做法，比较，揣摩为什么阿朱文中提到的做法是更好的，对于平时做事情很有帮助。
以前也一直有注意《走出软件作坊》的连载，但由于项目管理的知识目前还没有用到的需要所以一直也就没有跟踪阅读，但看了这篇之后才知道这本书并非是..
刘铁锋
看完了阿朱这本书，我想的更多的是为什么？
一、为什么项目做不好？
既然是软件作坊，一般来说，都还是谈不上什么软件产品的。能说的，也就只有项目而已。
但是，为什么项目做不好？
在我的第一个项目中，带领10余程序员工作大半年。 得到的，不仅仅是客户的白条和责难。更多的是，让一支生机勃勃的开发团队几乎信心全毁。为什么？
在看到《走出软件作坊》之前， 我一直在苦苦思索这个问题。
我们的团队工作非常勤奋，每天都是毫无怨言地工作到11点。完全没有休息日。甚至完全是按照标准的开发方法和流程来..
一个人最大的力量来自于他的心智。阿朱是个心智力量相当强大的人，这是我对未曾谋面的阿朱之印象。就算是没时间甚至没兴趣去读完整本书，我也强烈建议读者起码读读这一篇：《一分钟先生》（我过去读过一本老外写的管理时间的书籍，就叫这个名字《一分钟先生》，不知道阿朱这篇文章的题目是否来自于此？）不管是在任何领域里，能够驾驭时间的人习惯大致相同：列表、笔记、思考、不追求完美……
阿朱的文字，随性、粗糙，但真实、有效。
有位神秘网友这样留言：“阿朱的这本书很奇怪，说是开发过程管理，却有技术人员职业发展规划，又有IT行业未来趋势观点，还有自我素养修炼，其中还穿插了不少关于实施技巧、售前 演示技巧、报价技巧，里面讲到的技术也有一定深度。书中涵盖了许许多多方面的内容，却又浑然一体，似乎缺了哪一章都是一个缺憾，但合起来，又显得这本书 被塞了太多想表达的东西，如果单独分解成一套丛书，又觉得太成篇累牍。要把这本书归集为软件工程类书籍也不合适，归集到企业管理类也不合适，这到底是一 本什么样的奇书呢？反正我翻来覆去看了好几遍，每..
我的2008年，几乎是以《走出软件作坊》这本书串起所有的记忆。
2008年3月在北京举办的英雄会。阔别IT界多年的我，想起自己这么多年为了公司生存远离朋友远离主流IT，扑在客户行业业务学习与研究、客户行业会议参与、客户方案制作、项目会议、项目组织、人员协调、资源申请、利益集团博弈，都是工作中很反复但又不得不去摆平的事情。看着眼前这么济济一堂的IT英雄，大家热烈的讨论着各种技术有根有据决不妥协，散发着程序员独特的严谨、幽默与智慧，身处其中，其乐融融，久违的纯情技术岁月感觉让人心头很暖。但是我又远离大家..
阿朱先生也说过，他写这部小说也是基于以前很多自己的笔记而写成的。
我没有进入过真正的软件公司，暑假里的时候跟着网上认识的一个朋友帮别人建站，那是比三五个人十来条枪还要简陋，特别是通讯，就一个QQ，想想那真是噩梦。那天下午的交流更加让我看到了很多程序员遇到的实际的问题是什么，和书中讲到的简直如出一辙。
我记得我在很早的时候就买了一本杰克•韦尔奇先生的自传，那本书对我的启发很大，那时我是初中，而之后看到的很多书都很流于形式，即便是我高中看过的《蓝海战略》挂上了哈佛商学院的书，也免不了一些虚空的部分。
而阿朱先生的书则很不同，大家在评价这本书的时候也都很犯难，这十本好书，但那时好在哪里呢？如果一定要用一个字，恐怕也只能用“怪”了。
书里面什么内容都有，什么人都适合看，都能得到很多启发。
阿朱的系列博文“三五个人十来条枪 如何成为开发正规军”，我几乎是追着看完的。
一开始，我很诧异，一个人竟然可以这样连续数周接连不断的不受工作影响而发表博文，且篇篇深刻。读到后来，我才了解到，这些博文的内容，并不是阿朱这几周一时半会的即时感悟，而是他长久以来在IM上，邮件中与人沟通，与团队交流后自然而然形成的工作成果。此系列博文的可贵之处，正是在于它是阿朱这么多年工作以来的宝贵经验之谈，具有极强的现实指导意义。
走出软件作坊，书虽然已经出版，但传奇扔在继续。关于中小软件企业如何生存与成长的话题是永远不会终结的，所以我们仍然在继续，仍然在路上。
以下是一位朋友写的思考，写的非常好，所以转了过来。
看完了这本书,我想的更多的是为什么?
一. 为什么项目做不好?
既然是软件作坊,一般来说,都还是谈不上什么软件产品的.能说的,也就只有项目而已.
但是,为什么项目做不好?
在我的第一个项目中,带领10余程序员工作大半年. 得到的,不仅仅是客户的白条和责难.更..
编者按：2008年12月4日—2008年12月6日，武汉博文视点编辑一行携阿朱先生的新书《走出软件作坊》北上在九华山庄参加了SD2.0大会。三天之行匆匆，新朋旧友在这个明媚阳光的冬天里再度相逢。或奔走在各个课程之间，或在茶歇，饭余谈论着金融寒冬可能带来的种种影响，不论是软件业、互联网，还是IT出版业。
不一样的冬天，我们感受了什么呢？ “每来一次，都能感到希望在增加。因为，每个人都在学着打开心灵哦，看到了那么多那么多快乐的笑脸......"
博文视点周筠老师在“打开心灵——SD2.0大会更显大家风范”一文中说。
“去九华山庄..
大家看看哪个封面比较好看？
第一种封面
第二种封面
过去一直做项目，也就是说，没有东西，先有方案，方案客户同意签单，才开始调研、设计、开发、测试、安装、培训、支持。营销部对这种模式也是很熟悉了。
但从前年开始做产品。也就是说，没有明确的客户，也没有特定的客户调研，开发出来客户到底需要不需要不知道，客户买不买单不知道，客户希望多少钱购买也不知道。这就让营销部没有底儿了。
不能让产品闷死在研发部啊。我得想辙。老板和营销部也都认可公司应该由做项目提升到卖产品，但谁也没有经验，都是做大客户大项目出身的。而且现在的项目也做的不错，有软件单子都逮住..
1996年，Gartner提出了SOA概念。
Gartner还曾提出两个很著名的概念：
ERP，企业资源计划。以企业资源的角度来组织企业的人、财、物、信息。此概念产生于大生产时代MRP之后，号召把企业的上下游也纳入到企业通盘战略考虑当中。因为社会已经变成了产业链，从原材料到生产到物流到销售到售后服务，每个环节都影响生产企业。生产已经变的不是第一重要了，供不应求时代已经结束。进入营销渠道的时代。
CRM，客户关系管理。以客户服务的角度出发来重新组织企业的人、业务、流程、信息。此概念在ERP的基础上，把眼光从供应链上游和生产企业..
有很多网友特奇怪我为什么能有时间来写博客，甚至还能接受网友的IM交流，问我是怎么做到的。他们都觉得自己每天忙死了，相信我作为部门的头公司的高层，估计更忙的不见人影，怎么回事呢？
我总结了总结，在此给大家分享一下。
首先，我每天的工作主要干什么？
1每日接受开发组长报告给我的进度报告、功能需求设计报告，我来提出调整建议和指导。对于报告的问题，我会给出建议的处理方法。如果需要我出面动手解决，那我就出面。这是每日的例行事务，占了主要的时间。
2处理手下员工间的流程配合问题，处理部门间的流程配合问题。一..
我一直在想办法提升管理软件的销售价。
在软件产品方面，分了高级版、标准版、简化版。并且引入了测试，提高产品质量。引入了文案，制作了产品白皮书、操作帮助说明、安装说明、配置说明、维护说明、新版本更新说明、操作视频、演示版。在软件UI方面，引入了美工。在实施方面，引入了金牌实施顾问、银牌实施顾问、铜牌实施顾问。在服务支持方面也亦然。一切的一切，都旨在一个产品，面对不同层次的客户进行裁减组合，销售不同的价格，提供不同的服务项目与质量，与客户所期望的目标和所付出的金额成正比。
但是，企业管理软件，软件..
SOA BPEL ESB的前生后世
我不是卖中间件的，所以我也不必鼓吹SOA概念和大道理。
我也不是准备写一本SOA书的，所以我也不必写博客心得分享时咬文嚼字。
这篇文章涉及到SOA、SCA、SDO、工作流、BPEL、ESB、消息中间件、WebService、EAI、分析设计方法、面向对象、面向组件众多技术，不仔细看，你仍然会混淆SOA=WebService=EAI。BPEL=工作流。ESB=消息中间件。但这些混淆全是错误的，你需要在以下的阅读中体会他们的差异。如果你没有耐心去理解这些技术的差异和来龙去脉，那么你可以直接阅读最后一段，那里是总结。你可以无需了解过程，..
社区：
