算起来我学习软件设计也有快一年了，感到做这个工作最要紧的就是要明白，什么叫因地制宜、因势利导，就是说只有最合适的，没有什么叫对的，什么叫错的。我们的根本目的就是赚钱，而不是什么研究机构，所以最忌讳的就是完美主义倾向，尤其是我们这些做技术人员出身的，喜欢寻找标准答案，耽误了工作进度，也迷茫了自己。
在这个寒假里，我也接过一个网站来做。先不论这个网站的好坏，首先，我的的确确在这里面学到了很多东西。因为是我一个人做，所以也不可能做什么大型的网站。在这个过程中，我真切的感到和客户沟通才是最重要的。不管你的技术有多么的好，能做出多么漂亮的网站，但你做出的东西不是客户想要的东西，你也只是徒劳，毕竟我们的目的就是赚钱。还有就是和客户沟通的时候，千万不要满口的专业术语，（除非对方也懂这些）不然就会费更多的时间。当然在做项目的时候首先是要做好详细的需求分析书，一份好的项目说明书不仅将要做的事情描述得很清楚（主要是讲做什么，而不是说怎么做），而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情，也让客户的业务人员（一般不懂技术）知道项目做成什么样就算完成了。简单地说，项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。
就像我们上学期的Web项目，我们都有一个项目小组。当然，在做这个项目时我们没有自己选择组员的权利。所以当我们成为一个项目小组的成员时，我们要做的就是要懂得互利共生的道理。特别是项目经理，对于项目总监、项目成员，要让他们知道你打算怎么做，什么时候要他们做什么准备这些事情将是你的主要工作。第一个是规定信息的流动方式和介质，是推还是拉。推的意思就是项目经理将主动发布信息，不管通过电话、邮件还是书面方式，保证将信息传达到每个人，拉的意思就是我们需要什么信息就去问项目经理。说这些看似很无聊，其实里面牵涉信息传达不完全的责任问题。
例如我们中有一个项目小组，就因为项目经理的前期信息传达不到位，而导致整个项目小组的进度不能跟上，团队分得了零分。分数倒是小事，但要是我们走上了工作岗位，而不能按时交出客户想要的产品，那可就不好办了！
第二个问题就是文档问题，很多人怕写文档，但是项目经理一定要牢记"好记性不如烂笔头"的道理。有理有时候为什么会说不清呢？就是因为没有证据。所有需求变更全部要有书面文字，这点切记！这样做好处多多：有书面证据，以后他还想改，你有了他以前要求的证据，告诉他：你以前可是这么说的，便于需求变更管理，需求如何慢慢演变的历史可以看清楚，从而更深切地体会客户的目的，对于客户来说，嘴巴一动最方便，反正是我们做，不花他的资源，所以要求是否合理，是否和项目的目的一致，他是不负责任的。但是如果要他写书面要求，还要签字盖章，他就要谨慎多了，而且一写东西，思想就会更加深入，很多无理要求也就这样胎死腹中了。
其实，上学期的项目中，我们很多的组员意见不统一，就造成了意见刚刚达成，过来没几个钟头，又有人有好的点子，结果想更改计划，最后改得什么都不像。寒假的这个项目我也感到文档的重要。就比如说一次我正和他们中的一个老板谈得快达成协议了，这时，另一个老板又来和我交涉。但是两个老板的意见不和，我也一时难以把握。最后，我决定由他们选出一个人专门和我交谈，当达成协议时，就形成纸质文件，由双方签字通过。
当然，在上学期，各位项目经理对自己职务的职责范围还不是特别的明确。下面就说说我对这个职位的理解吧：和组员开会，除了一些项目进度跟踪会议以外，还有很多讨论会，需要大家用头脑风暴方法给出解决问题。与会人员很多都是技术人员，他们的特点是注重细节、缺乏大局观、有点消极悲观、自尊心强，所以，你作为会议的主持人，只要负责提出问题和记录下他们的观点，千万不要做评判者的角色。一个问题，有很多方面，从不同的角度看，现象是完全不同的，想想盲人摸象的故事吧。作为技术人员，他们往往精通一个方面，就自己的角度发表见解，除非一些很特别的情况，你都应该认为他们提出的方案，从他们的角度来看是最合理的。项目经理的长处是掌握事情的优先级，评估各个方面的轻重缓急，从而根据他们的意见得出一个合适的（而不是正确的）方案。所以，在会议上，你要充分尊重每一个人和他的意见，夸奖那些意见提得比较好的人，千万不要把会议带入无休止的争论（你要让大家知道事情不是非黑即白的，而是多元的）。会后，你自己整理结果，写文档，做决定。会议上大家的面子都被照顾了，自然实施起来的阻力就小，如果还有意见的，你就私下找他聊，如果还不能说服他，你就要让他明白，因为是你负责这个项目、你要担当风险，所以，这个优先级应该你来判断。组织中的高层，并不见得水平会比一般的成员高，但是，他要承担组织的风险，加之信息的不对称性，所以，对事情的优先级的判断肯定应该要比下属强。
说了这么多，还是想说说这次的项目，其实从这次软件中心举办的“主导杯”班级主页大赛中，我获得的最多。由于以前有过项目经验，所以这次我们的项目也逐渐接近了正轨。但看到好多组的工作方式实在是很感慨，大家对待项目的目的和流程并不太了解。所以我对项目作了一个总结：
在项目开始的时候组队是很关键的，在选择人员的时候一定要对组员进行一定的考察。其实同学们都算比较了解了，建议最好熟悉的人在一组，其一是方便沟通，其二则是方便管理。朋友即使有了矛盾很快就能化解，不过要注意的是不要放不下面子，特别是项目经理，千万不能怕得罪谁（遇到问题时可以找其他组员先商量，在作决定，实在不行可以提出严厉的责罚，不过这只是下下策）。其次是项目经理千万不要把自己当成是那么一回事，说白了，大家都只是合作关系，没有谁绝对服从谁。而更重要的是要有一个明确的制度，并让所以组员对制度进行签字。有了这样的东西，在一定程度上能对组员起到不小的约束力。
接下来我们就要开始进行项目的需求分析书了现在是做项目说明书的时候了。一份好的项目说明书不仅将要做的事情描述得很清楚（主要是讲做什么，而不是说怎么做），而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情，也让组员知道项目做成什么样就算完成了。简单地说，项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。一定要提前做出统一的模板，这就是一个风格的定位，有了这个定位相信大家在以后的工作中会顺利很多。
现在项目已经完成了前期工作，了解了项目的目标、搞清楚了手上的资源，制定了项目的策略，然后编制了项目的整体计划，项目进入实施阶段。进入这个阶段反而是项目经理比较空闲的时候，不像前期的时候项目经理要像记者一样到处和不同的人接触，搞清楚他们在说什么，努力猜测他们在想什么和他们的真正目的，那才是最累人的事情。当然，小项目的项目经理往往自己也是一个资源，要做很多事情，这时候反而比谁都苦。项目经理这个时候就要多和技术经理和行政经理多沟通，实时了解大家的工作情况和进度。当然这个时候和组员沟通的工作大部分交给了行政经理和技术经理手上了。这时你们要做的就是要多了解大家对这次项目的态度和想法，收集整理之后向项目经理汇报。当然并不是说项目经理就没什么事了，你要做的则是和老师沟通，毕竟老师是一种资源，有了老师的帮助，相信我们的项目会有更进一步的飞跃！
有一句话叫做细节决定成败，项目的过程中一定要注意细节问题，如图片的大小，太大了会占空间，所以建议大家在用之前先用PS改变图像的大小，作为用户都不希望软件太大，这一点很多玩游戏的同学相信更深有体会。在改变图像大小的时候建议大家按照原始比例来改变，最好一次就将原图改变到需要的大小，不要破坏了图片的结构（如果有特殊的要求除外），不然图像的质量也会受到一定程度的影响。尽量少用音视频文件（专业的音视频网站除外），如果实在要用，就提前用专业的软件对其进行压缩。其次就是配色问题，一个网页的色彩最好不要超过3种，一面视觉效果混乱，用色柔和，对比度强的色彩不能应用于一般网站，时尚网站使用还可以。一般不好搭配的颜色，用灰度搭配。再次，就是整体的页面布局，最好在初期做好一个规范，这时就体现了css样式表的重要性，对不同的字体定义不同的样式，以后每次用直接调用就可以了，这样项目的工期也缩短了一大半。还需要注意的就是数据库的编码规范，图片、音频文件等的命名规范以及对文件的命名规范。后期我们要安排更多的时间放在测试上，测试是非常重要的，当你的网站或者软件完成了，但是有一个功能不能实现，也许只是一个小小的问题，但也会对你的产品造成更大的漏洞。也就是说花了那么多的时间去做项目，然而项目完工了，却是个不合格产品。
其实做网站或者软件总结起来就几个字：布局合理、界面美观、功能完善、操作简单、压缩大小。
当项目做完了，我们就要面临残酷的答辩关了，当然，在面对答辩的时候我们不必慌张，要做到有理有据，大方得体，在答辩之前做好一个答辩的流程，先介绍什么，在介绍什么。不要像上学期那样一个一个都上去讲。其实只需要一个人演示，一个人讲解就可以了，演示的人一定要注意讲解人的语言，不要讲解人已经讲到下一步了，演示人还没有反应，这也是对我们配合的一种锻炼。讲解的时候要注意从哪里开始，是从内到外，还是从整体到局部，这是开始的时候需要大家一起商量的。当然在演示的时候难免会出现错误，特别是这学期我们学的asp动态项目，当我们遇到某些功能无法运行时，也不要慌张，我们要从理性的角度分析这种问题是因为什么原因所产生的，当场给评委做出解释，如果不能分析出来也不要紧，你可以告诉评委们，这个问题的原因我们待会儿再给大家解释。到了后面即使你还是不能找到原因所在，你完全可以不说，评委也不会去刻意去追问你是什么原因。这样的目的是为了大家在做答辩时能够顺畅的完成，不会就直接跳过，不会产生什么尴尬的场面。
项目做完后一定要记得保存好自己的产品，这是我们以后找工作的一份凭证。当然每次项目完后一定要记得写项目总结，收集项目的一些必要的东西，如项目管理文档，项目进度跟进表等等，这样对我们以后会有很大的帮助！
最后，我想对我们上学期期末的项目答辩做个总结：上学期期末的答辩总体来说还算不错，有优秀的项目，当然也有很不上面的项目作品（我们总不能要求所以的东西都达到理想的效果吧！）。所以，从这些优秀的项目中我们确实学到了很多，而且我们还从那些不那么优秀的作品中找出许多的不足。总的来说，我们是在项目中快速的成长，快速的壮大！希望我们以后的项目做的越来越好，能有更优秀的项目出来，让我们一起努力，把软件做得更好！
因篇幅问题不能全部显示，请点此查看更多更全内容