持时，要能够简明扼要的说明问题，明确需要领导哪方面的支持。
第二，问题应该怎样解决自己要先有思路，明确方案1、2、3，说明项目组倾向于选择哪个方案，原因是什么，然后再由领导作决策，而不是把问题直接扔给领导；第三，不要一味的向领导妥协。有些问题一味的承诺不切实际的去做，会严重影响项目工作，所以应依据实际情况，对领导讲明原因，使项目顺利开展，这既是对工作负责，也是对领导、对项目组负责。
3、项目组内部的沟通
有些项目经理认为，项目组成员每天都在一起，就不需要特别的沟通，其实这是不正确的，就算是项目组内部也应该建立沟通机制，因为项目的开发是项目团队整体努力的结果，如果项目组成员不能及时了解到其他的功能开发、变更情况，而导致相关功能开发的信息不对称而影响了整体的开发。二是使用正确有效的沟通方法。沟通方式可以分为书面沟通和口头沟通， 也可以分为正式和非正式。项目经理应该依据项目的实际情况和场景来选择不同的沟通方式。
书面的沟通大多是用来进行通知、确认和要求等活动，包括邮件、周报、正式函件、文书等。书面沟通时语言文字可以多次修改完善、内容准确可信、信息准确性高，但往往不够直接，在一定程度上可能会影响到信息传递的意义。口头沟通一般包括会议、面对面交谈、电话、讨论等。
这个方式比较直接，简单有效，比较容易被大多数人接受，但它无法像书面沟通一样留下"字据"，所以不适宜用类似确认这样的沟通。如何有效地利用这些方式使得能够清晰有效的沟通得到预期的目的：一是可以通过制定有效的沟通制度和沟通机制，如定期召开制定工作规划、制订沟通计划、项目周报等方式来保证信息的有效沟通，遏制人的惰性；二是应采用多种沟通方式并用的方式，来保证沟通的信息确保传达到位；三是利用一些工具来协助加强沟通，比如通过邮件、网络、相关管理工具等等。
三是良好的冲突管理策略。项目中难免会有冲突发生，冲突解决得好不好，对于项目成功影响非常大。有人说项目是怎么做出来的，是可以用来存储空间多比例尺数据、专题属性数据、系统数据等。
在服务器端，地理数据和GIS 功能服务都被设计成"地理信息资源"，有相应的URI 和允许的HTTP 操作（即RESTful API），例如执行DELETE http://mysite/layer/2/feature/36 请求， 即可删除Layer 2 中ID 为36 的要素。
4、REST 风格的地理信息Web 服务实例
通过对体系结构和关键技术的分析与设计， 基于IIS 服务器，Visual Studio 2008 开发平台， 以及WCF REST Starter KitPreview 2、OpenLayers、SharpMap、SQL Server 等软件或组件， 实现了一个REST 风格的地理要素（Feature）Web 服务及其客户端。
4.1 RESTful 地理要素服务实现
首先， 在后台SQL Server 数据库中新建了一个用于存储图层要素数据的表Scribble，其字段包括Id、The_geom、Type、Title、strokeColor、Author、MinX、MinY、MaxX 和MaxY 等，其中The_geom 字段存储要素的坐标数据，采用Well-Known Binary（WKB）的方式。然后，在VS.NET 平台下利用WCF、ADO.NET 实体数据模型等框架进行了服务的逻辑代码实现， 服务采用IIS 作为宿主。
1）HTTP GET <baseURI >/scribbles?f ={format}&maxfeatures={num}&bbox ={bbox}& where =