C#项目如何做项目总结或会议纪注意点：写了很多次会议纪要或者项目总结，由最刚开始的抓不住重点到现在越来越有感觉，中间还是有很多需要总结的。

1、总结时，字不如表，表不如图。

     会议纪要或项目总结一般是给领导看的，要知道，领导一天要处理的事情是很多的，有时候都无暇顾及你所发的总结。要想在领导打开文档后一眼就能看到会议的重点和核心在哪或者项目目前的进度，这个是非常重要的。记得之前在业务部门做需求调研的时候，领导要求每周都要写一篇调研心得，第一次写，天花乱坠，天马行空，想到哪写到哪，完全是任由自己的想法在发挥，后来幸亏同事善意的提醒下，写的太多了，领导都没时间去看你的，还不如列个目录，说说你上周的工作，出现的问题，解决的方法，改善的措施，最后再来段总结呈词。over了，总比一眼看去密密麻麻的字来的舒服得多。仔细一想，确实是这样的。领导虽然不会说什么，但是总归还是会对你留下印象的。

   当然，这因为是写调研心得，没法用图或者表来展示，但是如果能用到表或者图的地方的时候，尽量使用。项目中间组织过几次业务测试，每次测试总有些侧重点和改善的地方。我们项目测试注重点可能在于数据上传下载速度和出错率方面，之前发出来的测试总结都是根据业务部门提供的数据自己总结出来一个平均数字，然后在噼里啪啦写上一堆，此时业务部门有意见了，人家凭什么相信你统计出来的最终数据，吃了这次教训后，深刻反省，怎样才能一针见血又能体现完整数字呢，不经意间看到了统计经常用到的饼状图，灵机一动，把一堆文字改成一个简简单单的饼状图，而从这个图中可以很明显的看到每个科室在某个速度区间所占到的人数的百分比是多少，哈哈，发出去之后果然效果不错，还被项目经理小小的夸奖了下，嘿嘿。

2、总结时，要站在对方的角度来想问题。

   正因为是发给领导看的，所以才要谨慎，所以才要站在领导的角度来想想他最关心的是什么，他的注重点在哪一块。在这方面，一次教训印象深刻，虽然不是做会议纪要，但确实是总结。由于碰到一些困难，项目中间需要申请一些经费来解决，而前期投入已经过多，所以领导有意把业务部门领导拉过来一块商量这个事情。而当时领导在开内部会议的时候只是简单的说了下总结下现在项目的情况，准备明天找业务部门开个会。一听到这话，噼里啪啦，埋头苦干起来，把项目的现状和现在存在的问题详细的列了出来，把合同中要求实现的而现在没有实现的一一列了出来，并且打印出来准备明天开会使用。结果大家都知道了，很惨，完全理解错了领导的意思，没有想到他开这个会的目的是什么，自己花了很大心思整出来的文档，虽然没有被领导痛骂，但着实被威胁了一番，郁闷。这可是一次血的教训啊。从那以后，自己做什么都得好好琢磨下，特别是这些会议纪要以及项目总结，牵扯到外部门的文件得慎之又慎。综合考虑各负责人关注的焦点是什么才知道总结要怎么写。

3、总结时，要秉公处理，不带一点私情。

项目总结时，哪项任务延误了，直接陈述出来，并具体到负责人，不能因为负责人一句话我明天就完成而省略，这不仅在一定程度上助长了负责人懒惰的意志，更重要的是会直接影响项目的进度。若到那时，领导来追究责任人，这个担子可就担不起了，也就是任务完成与否，耽误与否必须要任务负责人直接承担。