web学习心得体会写法怎么样？「问人人知识网」

算起来我学习软件设计也有快一年了，感到做这个工作最要紧的就是要明白，什么叫因地制宜、因势利导，就是说只有最合适的，没有什么叫对的，什么叫错的。我们的根本目的就是赚钱，而不是什么研究机构，所以最忌讳的就是完美主义倾向，尤其是我们这些做技术人员出身的，喜欢寻找标准答案，耽误了工作进度，也迷茫了自己。
在这个寒假里，我也接过一个网站来做。先不论这个网站的好坏，首先，我的的确确在这里面学到了很多东西。因为是我一个人做，所以也不可能做什么大型的网站。在这个过程中，我真切的感到和客户沟通才是最重要的。不管你的技术有多么的好，能做出多么漂亮的网站，但你做出的东西不是客户想要的东西，你也只是徒劳，毕竟我们的目的就是赚钱。还有就是和客户沟通的时候，千万不要满口的专业术语，（除非对方也懂这些）不然就会费更多的时间。当然在做项目的时候首先是要做好详细的需求分析书，一份好的项目说明书不仅将要做的事情描述得很清楚（主要是讲做什么，而不是说怎么做），而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情，也让客户的业务人员（一般不懂技术）知道项目做成什么样就算完成了。简单地说，项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。
就像我们上学期的Web项目，我们都有一个项目小组。当然，在做这个项目时我们没有自己选择组员的权利。所以当我们成为一个项目小组的成员时，我们要做的就是要懂得互利共生的道理。特别是项目经理，对于项目总监、项目成员，要让他们知道你打算怎么做，什么时候要他们做什么准备这些事情将是你的主要工作。第一个是规定信息的流动方式和介质，是推还是拉。推的意思就是项目经理将主动发布信息，不管通过电话、邮件还是书面方式，保证将信息传达到每个人，拉的意思就是我们需要什么信息就去问项目经理。说这些看似很无聊，其实里面牵涉信息传达不完全的责任问题。
例如我们中有一个项目小组，就因为项目经理的前期信息传达不到位，而导致整个项目小组的进度不能跟上，团队分得了零分。分数倒是小事，但要是我们走上了工作岗位，而不能按时交出客户想要的产品，那可就不好办了！
第二个问题就是文档问题，很多人怕写文档，但是项目经理一定要牢记"好记性不如烂笔头"的道理。有理有时候为什么会说不清呢？就是因为没有证据。所有需求变更全部要有书面文字，这点切记！这样做好处多多：有书面证据，以后他还想改，你有了他以前要求的证据，告诉他：你以前可是这么说的，便于需求变更管理，需求如何慢慢演变的历史可以看清楚，从而更深切地体会客户的目的，对于客户来说，嘴巴一动最方便，反正是我们做，不花他的资源，所以要求是否合理，是否和项目的目的一致，他是不负责任的。但是如果要他写书面要求，还要签字盖章，他就要谨慎多了，而且一写东西，思想就会更加深入，很多无理要求也就这样胎死腹中了。