图中揭示： Coupled within the framework are core functions’ placeholders for ISVs and SaaS providers of any size or industry such as…
AgileLog，是一个SAAS应用的敏捷项目管理工具，提供了Single Server的支持，以及1-10个用户，10-20，20-50个用户支持的Hosting服务。最高的服务模式每月租用是$329/month，价格不菲啊！
在当前经济危机的形式下，也许敏捷的项目管理服务会是一个机会，而且敏捷的热潮正在国内开展起来了！
AgileLog其实是一个很简单的tools，也许它是讲敏捷发挥到了极致，提供了对backlog的跟踪管理，提供了对时间的跟踪管理，同时也支持对多个项目的跟踪管理。这里有个例子介绍了AgileLog的workflow，也许我们也可以参考一下，怎么实现最简单的敏捷workflow呢！
“AgileLog has proven to be true to its purpose by providing a simple and clean interface to manage backlogs for multiple projects. It remains loyal to the spirit of the Agile movement by allowing teams to stay focused to their commitment of delivery.” 使用Agilelog的客户如是说
怎样，体验更多的Agile Tool吧，作为产品经理的你，怎么能不动心呢？快快去吧：AgileLog
“阿里软件就是20%开放的平台加80%核心软件。”
王涛：通俗一点来讲，阿里软件就是要帮助中小企业做好公司内部的管理。我们通过“在线软件服务”的形式为企业提供软件，同时帮企业做IT服务的托管。但是 这和简单的托管又不太一样。我们觉得中小企业的管理、营销有80%共性的东西，另外20%则各有不同，比如内部的账目应该怎么做、应收款怎样计算、账息怎 样处理，这些个性化的东西我们会在系统中设置。
《电子商务世界》：发现这些20%本身就是一件很难实现的事，更何况还要把这些差异变成系统表现出来，很多ERP厂商潜心钻研了很多年都没做好，阿里软件依靠什么实现？
王涛：这确实是一件工程浩荡的大事。为了实现这些功能，我们在推出阿里软件之前一直在研究一个开放的平台，这个平台最大的特点就是能够满足大 规模定制的需求。由于开放，平台欢迎熟悉某一行业的软件开发者或者小型ERP厂商在平台的基础上开发个性化的软件，以此实现用户的个性化需求。
《电子商务世界》：这种个性化能细到什么地步？
王涛：这些个性化的选项是用语言描述出来的，而不是以菜单的模式固化。每个用户可以定制你的菜单，比如你这个企业里面有5个用户，你希望每个人看到的菜单可以分别定制。不但菜单不一样，不同人能看到数据的选项也不一样。另外，用户可以改变字段中的任何名称。
《电子商务世界》:这也就是说，阿里软件先把趋同的80%功能推出来，然后再慢慢开发剩下的20%。
王涛：对，有一些第三方小软件商，他们拥有深厚的行业经验和技术，但缺乏品牌和运营能力，也有苦于开拓客户的困难，阿里软件平台恰恰可以补充 他们所需要的，将他们的经验与阿里软件结合，通过二次开发推出细化的行业版本。一旦有网商应用了这些个性化的软件，阿里软件会与小软件商分成。现在我们已 经开始接触这些软件开发商，明年阿里软件周围将会形成二次开发者的联盟。
是否可以看出，阿里软件只是hosting 80%共同的服务，而另外20%其实还是在做渠道的建设，让用户自己来解决需求的问题:hosting 一个产品如何解决用户需求的问题？
昨天与mic 深夜探讨这个问题，感觉对Hosting 一个服务理解更加深刻一些了！
上半年，采取了“推广”的策略，盲目推进，以响应不同用户需求为主要目标，在基础平台所提供服务还不是特别清晰而完整的时候，盲目给我们带来了大的代价，产品方向不清晰，产品没有明确定位，团队开始迷茫了，士气开始下降了，带来了很多很多的影响….
8月份，开始重新审视产品的定位，给产品一个新的定位，以产品化甚至商业化的策略来建设产品，并调整了团队组织，瞬间，团队有了比较清晰的目标，大家开始为新产品目标而实施normandy登录
10月，产品初具原型，采取了自上而下 加上 自下而上 两种手段去进行产品营销，虽然取得一定的突破，但是面对用户团队的现状，产品并没有期望的那样一下子获得了用户的认可，我们慢慢的转向对用户团队的培育过程，培育是一个漫长的时间，需要我们付出更多的时间和精力，显然，我们还有很多做得不够的方面，而且我们资源欠缺。
11，12月开始规划和思考明年的产品总体方向和目标，深知企业用户在产品实施过程中会碰到多大的困难和挑战，但是我们在思考的过程中逐步的树立了：“坚持做好产品以及产品的体验，以良好的产品交互体验，以提供灵活的管理模式，以优质的服务和口碑的营销方式“ 作为我们的建设策略。经过昨天的讨论，更加树立这样的信心，我们的产品要先培育优质的用户群体，以用户群体的口碑效应和标杆效应来带动和发展新的用户群体，同时我们要实时的监控我们的潜在用户群体，引导和培育他们。
推广式的营销不是说不适合我们的产品营销过程，它应该成为我们对低端用户宣传的一种手段，而不是强制手段。我们应该加强团队自身的建设，踏踏实实把产品做好，把产品细节做好，为用户提供真实的，能解决他们问题的管理方案和服务，我深信，我们的产品09年后，一定能成为主流；而这一切，我们必须有hosting 这个产品服务的能力。
昨天还讨论到：hosting 一个产品如何解决用户需求的问题？ 你的建议呢？
面对当前各种资源和人力成本不断攀升，网络营销的常规服务和方式逐步同质化，采用搜索关键字为推广手段的企业投入不断增多、效果越来越差，从“搜索关键字营销”转向后端精准式的“搜索后营销”似乎成为我国４０００万中小企业的必然选择。
近日，阿里软件副总裁农家庆在接受记者采访时表示，搜索引擎带来的信息发布和接收模式变革是毋庸置疑的，但搜索营销模式在一开始就遭遇恶意点击、虚假点击等互联网不良操作行为的负面影响，令广大中小企业和搜索引擎厂商蒙受巨大损失，中小企业真正需要的是“搜索后营销”。
“ＰＳ点”何时到来？
“恶意点击是一种不道德的网络行为，由此产生的巨额费用基本是购买关键词的企业自己埋单。而搜索引擎厂商也因此遭受骂名，降低了用户体验和品牌美誉度。”农家庆认为，网络营销业内应该有具体措施和手段来解决这个难题，最终让作弊者为自己的不齿行为埋单。
事实上，购买搜索关键词广告的中小企业如果能够自己掌握企业网站的访问情况，识别出恶意点击和有效点击并记录分析，在“搜索后营销”中占据主动，将有效解决企业购买搜索关键词的“高投入、低回报”现象。
国内知名实战网络营销专家赵勇曾表示，“搜索后营销”时代就是以客户服务为中心，以订单为目的，通过客户接待、客户分析、客户管理和精细营销来达到企业的二次销售和多次销售。
虽然利用搜索引擎引导企业品牌和产品营销可能产生一系列问题，但从效果上看，搜索营销仍是业内最好的营销方式和途径。只是随着搜索营销成本的大幅增加，收益上升幅度越来越低，如此两条上升的曲线必然相交，产生一个令广大中小企业进退两难的尴尬点。
“这就是在搜索营销领域被称为“关键词营销”和“搜索后营销”的分界点，也就是ＰＳ点 （Ｐｏｓｔ－Ｓｅａｒｃｈ点）。ＰＳ点之前的阶段，用户购买的关键词广告越多收入也相应增多，表明搜索营销效果越好；ＰＳ点之后的阶段，广告越多虽然收入 也在增长，但边际效益在递减，表明搜索营销效果越差。”作为我国搜索引擎渠道销售“教父”，农家庆前瞻性地指出，“搜索引擎厂商其实都知道这个ＰＳ点的意 义，但并不知道它何时到来。”
其实任何一个企业都在考虑投入和产出的问题，但在互联网领域，概念型互联网企业的快速膨胀模式可能会忽略前期“大把烧钱”的投入，更看重后期的群体效应。但在互联网蓝海冲浪的传统中小企业如果忽视在网络营销过程中的ＰＳ点时间，冲到竞争激烈的红海里烧钱，后果将不堪设想。
“丽元堂”是国内小有名气的东莞一家化妆品公司，研发中心在台湾，公司注册在香港，老板杨艳姣在欧洲的小生意那叫一个“红火”。自从国内流行开网店之后，她改变了之前的销售模式，选择通过网络营销推广自己的品牌和产品。
“刚开始接触的是某公司的‘移动商街’，通过WAP网络传播，天天受到手机骚扰，睡觉都做噩梦。后来转做‘竞价排名’，通过搜索引擎传播，光看见PV流量，没接到Eamil和电话订单。”杨女士很困惑，不知道问题出在那里。
近日，阿里巴巴集团旗下子公司阿里软件召开新闻发布会，对搜索营销模式深度剖析。资深网络营销专家、阿里软件副总裁农家庆指出：上网建站是企业 前几年学会的推广第一步，搜索营销则是企业刚学会迈出的第二步，而搜索营销从广义上来说应该包括“搜索关键字营销”和“搜索后营销”两个阶段，关键在于第 二阶段，但也是绝大多数中小企业忽视的一步。
杨女士渐渐了解到，搜索营销带来PV流量之后，能不能有效的识别真假PV、主动接待访客、管理网上客户，才是真正决定企业营销效果好坏的重点。于是，她抱着试试看的想法，试用了阿里软件提供的解决方案——“e网打进”。
原来，针对中小企业网络营销决策管理的迫切需求，阿里软件为‘e网打进’度身打造了‘流量变销量，坐商变行商，客户好管理，决策好帮手’四大功能，将之前困扰中小企业的所有网络营销管理问题迎刃而解。
使用“e网打进”的企业网站，如果潜在客户访问，网站客服将主动接待并通过识别PV真假杜绝恶意点击;如果网站客服不在，客户的意见和需求将通 过Internet网和手机网发送到客服手机上;如果企业主管想查阅访问客户的信息，e网打进都可以定期生成报表并管理网络客户资源，并给中小企业老板提 供后期决策支持。
“使用‘e网打进’之后的效果很明显，最近又做成几笔不小的单子，所以我做了一面锦旗送给阿里软件，感谢他们的产品和服务给我公司带来的巨大变化，现在我不会再为网络营销而做噩梦了。”杨女士表示，小企业越重视成本，就要越早进入“搜索后营销”。
其实，随着互联网的普及、网络销售的迅速崛起，中国越来越多的中小企业“前赴后继”地投身到网络营销的大潮中来。但网络营销并不是简单的“电脑+网线”坐等收钱，中小企业如果只是单纯依靠搜索厂商，那么这根救命稻草很可能就变成导火线，引出更多严重的后果。
从2006年开始不少珠三角地区的中小企业老板就抱怨，搜索厂商的“竞价排名”在完成引流之后，没有真正转化为交易和销量。农家庆解释说，这是 因为网络营销过程存在一个“漏斗现象”：据调研统计，企业大把花钱建站，推广引来的PV流量80%来一次就走了，有15%的流量访问多次但不留任何信息， 有4%的流量留信息但不联系，只有不到1%的客户最终完成了交易。这个“漏斗”一边在消耗搜索关键词的成本，另一边在消耗企业营销推广等待收益的时间，而 中小企业只能备受煎熬。
除了“漏斗”现象，还有一个使企业网络营销成本猛增的“黑手”：虚假点击和恶意点击。这些不道德的网络行为会产生巨额费用，搜索引擎厂商认为这 应该由企业用户“照单全收”，在中小企业发展初期这无疑是“雪上加霜”。阿里软件的“e网打进”在帮助企业网管员识别PV访客身份的同时，也能有效控制虚 假点击和恶意点击，挽回大部分浪费的营销成本，保护中小企业的营销投资利益
PDC大会上进行了关于“单元测试的未来”的小组讨论，大部分的谈话内容聚焦于Mock测试，人们对于Mock 框架（Mock frameworks）的过度使用取得了普遍共识。
共识如下：通常，实现所有必要的接口非常无聊，而且消耗时间。为了更方便，人们选择了Mock 框架。但这遮盖了更本质的问题：API被设计得过于复杂。
关于“开发人员测试”与其他人员的测试之间的区别，有一个热门的话题。一直以来的讨论中，人们都认为开发人员只需要做单元测试，而需求测试、验收测试、集成测试，以及所有其他形式的测试都是其他人的工作。
这里强调了在单元测试社区中存在的一个普遍误解。具体来说，就是假设所有开发人员都配备了QA团队，以处理所有其他类型的测试。不幸的是，即使是拥有数百万资金的公司也往往根本没有QA资源，所有的测试都留给了开发人员和最终用户。
开发人员无法进行更多类型测试的主要原因是速度。 单元测试已经太慢了，因此没有更多时间去进行那些更慢的测试了，比如包括网络通信的测试。 遗憾的是，并没有人考虑其他变通之策。
举个例子，单元测试框架其实可以更加智能，它们可以使用代码覆盖率的结果，只对发生变化的代码进行二次测试。一个类的变化，不应该触发重新运行所有的测试集合。所谓“单元测试”意味着你只需测试一个小的子集即可。
另外一种没有被提及的改进是利用分布式编程。代码和测试可以被快速上传到各个服务器并且得到执行。通过引入持续集成，我们已经拥有了所有需要的技术。
早些的讨论普遍觉得数据库方面被忽视了，大部分的数据库开发人员很少或几乎没有单元测试的概念，也缺乏相关支持工具。更可怕的是，他们甚至都没有被邀请来参加讨论。遗憾的是这就是目前的现状。讨论中也没有提供方法改善这些现实问题。
从好的方面看，已经有一些人在讨论使用建模工具来让单元测试更加简单。他们提供了很多可选的办法，例如从定义契约级别开始。这些契约可以被代码生成器用来编写实际的测试代码。显然，这并非一个100%完美的解决方案，但它能够减少经常遇到的困难。
另一个被看好的办法是采用delta状态管理。设想测试“取钱”这个功能，很多人会假设被测试帐户最开始有100美元，经过交易后，剩下80美元。这个方法就是首先查询一下账号余额，然后再看是否减少了20美元。这样一来，就不必在每次运行测试时都重新设置测试环境了。
查看英文原文：Testing: What Developers Are Expected To Do Versus What They Actually Do
随着微软下一代模型驱动的面向服务架构（SOA）平台——OSLO的出现，模型驱动开发将跨越业务分析师与IT人员之间的沟壑，并确保SOA平台中应用开发向业务需求看齐。微软系统连接部门（Microsoft Connected Systems division）主管Burley Kawasaki表示：
模型驱动开发是整个软件开发行业在发展过程中一直寻找的、不可缺失的组成部分。OSLO将会成为下一代模型驱动应用开发的新起 点，而且它终将成为主流。模型不应该是仅供导入导出、生成代码所用，模型就是应用，是打破各种筒仓（silo）的应用。我们正在创建一套通用的建模工具， 建模语言以及模型仓库，这一整套东西将会桥接起描述同一个应用的不同类型的模型，并将模型置于应用开发的中心。这样模型就可变成应用。服务器看到的是各种 模型，而不是打印机吐出的纸张。
虽然微软的这个整体愿景非常清晰，但问题在于：该模型愿景是否会基于UML——目前架构领域的通用语言。Burley Kawasaki这样澄清微软的位置：
UML是微软需要支持的标准之一，但不是唯一的标准。我们视其为一种重要的建模标记方法，但它并非唯一的一种。微软计划广泛支持 系列建模工具，从自己的Visio 图表绘制软件到UML，同时也满足其他建模语言的要求，比如对业务流程建模标记语言（Business Process Modeling Notation，BPMN）的支持。
随着OSLO不断成熟，微软开始改变建模方式的发展路线。经过数年专注于领域特定语言（DSLs）相关建模工具的研究，微软扩宽了他们的产品策略， 包含了更多UML相关建模工具。尽管微软此前通过在Visual Studio中支持Rational Rose插件以提供对UML的支持，他们目前已经开始规划在Visual Studio 10中内建支持UML，并已加入了OMG组织以更好地支持UML开发。
上周，微软发布声明称，Visual Studio Team System 2010将提供一套基于UML的团队架构工具——Team Architect，该工具不仅面向架构师，而且还可供应用开发人员，数据库开发人员和测试人员使用。Team Architect不仅可以设计新的应用，同时也支持对现有应用的反向工程，架构师们和开发者们可以藉此在添加模块或调整代码前就了解到整体架构。
SourceGear LLC的Teamprise部门资深软件工程师Martin Woodward写道：
Team System Architecture Edition 2010发布版本中最令人印象深刻的是，他们不仅仅提供了自顶向下的架构设计方式，同时也自下向上的展示出一个软件架构师每天真正在做的事情。这套产品比 它的前身更加适合“真实场景”的架构工作，它使架构师可以在多种技术和平台上开展工作应用，而不仅仅是微软的产品体系中。
Team Architect工具将融合进OSLO的建模平台中，从而支持组合应用开发。Chappell & Associates的负责人David Chappell在谈及Team Architect和Oslo的定位时表示：
你不仅仅可以使用Visual Studio编写代码，同时也可以使用OSLO的建模工具把创造的人工制品（artifact）整合到工作流程中。早期发布的OSLO版本已经具备这些集成特性。
尽管集成Team Architect和OSLO的计划还没有完全确定，Visual Studio Team System 2010的产品经理Cameron Skinner表示：
我们仍然刚刚开始考虑这样的做法。现阶段的计划还是只实现互操作的极小一部分。
虽然Oslo和团队架构工具的具体进展仍处于很低端的层面上，但Woodward仍然表示微软已经选对了正确的方向：
假如微软可以在Visual Studio Team System 2010中实现他们之前提到的一半想法，他们肯定将彻底改变这个市场。到目前为止，我所看到的每一件事情都让我觉得，这将会是一个改变游戏规则的产品。
Powered by FireStats