SBO的SDK开发原则

自从sbo登陆中国便一直从事基于sbo的开发。毕竟是基于sbo的修修补补，所以开发中总结出一些经验与教训。和大家分享。
第一原则：能通过其他方式解决的绝对不要用开发
无论顾问、客户、业内同行怎么评价SBO，但有一点是确定的，SBO是一个类似于平台的ERP。毕竟是出身名门。出手自是不凡。打她一出世就注定是做中小企业的。所以大家不要苛求他能解决大中型企业的业务及数据。不然是自找苦吃。其实许多业务逻辑，SBO都在实施层面可以解决。例如对任何单据、任何主数据的业务逻辑的控制、单据的自定义审批、警报、自定义字段、自定义对象。这些东西如果顾问掌握的了如指掌，那SBO对于中小企业的业务逻辑就是无所不能了。
大家在实施过程中，我总能听到大家的抱怨。但我相信一点，SAP和我们一样在努力。但扪心自问，真的完全是SBO软件导致的项目失败吗？我大大小小见证了快100多个SBO的项目，我分析这每一个项目的成功与得失，发现一个规律。实施高手的项目失败的风险远远低于一个新手。可以说一个资深的顾问几乎不可能让项目失败的。当然资深的顾问绝对不仅仅是对SBO搞得滚瓜烂熟那么简单，他涉及到顾问的沟通、交际、经验、SBO基础的多种素质。我们这个圈内有许多资深的高手。我见过很多，每次和他们交流，我都是受益匪浅。有的高手能让SBO变成他想让他变成的任何软件。牛人！我向他们的创意致敬！在他们眼里，只有想象力限制了SBO的应用。
第二原则：只有SBO没有的功能而客户必须要的功能并且只有使用UI，DI才能解决的才使用开发。
我在实际中看到许多顾问让开发作了许多顾问本身就能解决的问题。结果开发过程中必然要出现的BUG给顾问、用户带来了无尽的忍耐与企盼。研发人员不是救世主。不要对研发人员太过于依赖。不然把一个不懂业务和你项目的实际情况的研发人员作为解决你的问题的希望，那可是大错特错！使用研发的代价就是解决了一个旧问题，创造了三个新问题！当然一个完整的SBO顾问团队没有研发也是不健康的团队。人无完人，研发的作用一般是SBO软件项目实施过程中的最后一道防线。目前从我所的效力的公司看来这个作用最为明显。所以研发人员的作用更是销售人员的定心丸、实施人员的救命草。但绝对不能把研发放到公司的主导，尤其对顾问咨询公司。当然ISV,纯软件开发商除外。
第三原则：报表开发，一场无休止的灾难！
作为研发人员，一旦去研发报表，那你就开始象红军过草地一样，你根本不知道什么时候你就发现你到了草地下面了！SBO系统里的小地雷会让核对数据核对的疯掉的。但报表还是必须出的。报表是最能让最终用户开心或提心吊胆的东西。但考虑到报表一般是顾问流程设计和客户业务数据的最终结果的分析或展示，所以做报表开发或设计的第一人选自然是顾问项目的全程参与者。当然报表会涉及到一定成度的Sql知识。但这些知识是一个优秀顾问的基础知识。我见过的很多资深顾问朋友，他们就靠sql做出了令人瞠目结舌，拍案叫绝的功能，不仅仅是报表了！

第四原则 如果项目中一个功能点10天研发人员还不能搞定（一般性的需求），那这个项目就麻烦了，就为项目准备后事吧。如果基于sbo开发已超过了3个月（系统性ISV开发除外）。那这个项目就必死无疑。准备和客户在商务层面解决吧。

第五原则：研发人员的心理素质与心态决定了一个研发项目的成败。技术占次要因素。因为研发人员注定要成为项目出问题时候的活靶子。所以研发人员必须能够忍辱负重。
这里我感谢我的研发团队的每一个成员，包括以前的和现在的，他们是这个很狭窄的专业开发市场上的壮士、烈士！他们是一群悲情的英雄。他们在午夜的灯光里在网上游荡。他们的未来却不为正规研发公司所正视！他们为SBO在中国市场上的推动贡献者他们的力量。但在SBO开发上的程序员的职业生涯却是不容乐观！这也是一个现实！所以选择SBO开发的人员注定就是一个赌徒！庄家就是SAP。庄家的的规则是必须服从的。是没有商量余地的！他们都是SAP认证的研发工程师，但这究竟能有多大作用？但他们把sap发给的证书都珍藏着，也许留给自己心理或多或少的安慰！