第一个项目的项目经验分享(外企)

        我来到项目组的时候，是这里唯一个没有实际项目经验的人，当时我是即兴奋又恐惧。兴奋是因为终于找到了开发实际项目的机会，恐惧是怕自己的实践经验不足，到时不但帮不了忙，反而会给团队里的人添加不少的麻烦。但是，随着时间的流逝，我更本没有时间去思考这个问题了。

         所有项目的开始当然都是需求。记得我们做第一次需求的时候就不间断的听足了 5 个小时左右的需求，我当时听得头都有些紧了。我们起初的计划是 15 天左右的时间完成这个项目需求的，但是出乎大家意料的是我们最终差不多花了三个月的时间才完成了这个项目的需求分析。

在三个月里我学到了很多，也体会到了很多。

(一) 当我们拿到第一份业务流程的时候，大家就有些头痛了，因为我们是帮一个外企开发的 ERP 系统，很自然给我们的业务逻辑图的描述也全部是用英文的，我们还专门花了一个晚上来完成其翻译。感觉到英语很重要。

(二) 与客户交流的前期准备很重要，当时我们这方面做得还算是比较好，我们先阅读了客户的业务流程图，简略的分析了他们的业务（我们是通过可和给我们的很多表单数据，然后一张一张的去看，去思考），然后再与客户交流更加细节的问题的。那天，客户带了很多的单据过来，和我们交流，在其中的过程中没有很大的障碍。需求的笔录是非常重要的，记得当时大家都是拿着一支笔和一本本子，在边听边思考，便笔录，我当时对这样的习惯其实还不是很熟悉，虽然我也做着同样的事情，却记下了很多不着边际的东西（后来才明白，听需求的时候要边听边思考，觉得重点容易忘记的要记下来，容易出错的细节，复杂的逻辑的地方要记下来，觉得对方描述有错，不合逻辑的地方要记下来，并及时找到合适的机会提问，将问题排除）。

(三) 我们采用的是原型法的开发模式，起初客户并没有对我们说明很多界面上的要求，我们在仔细听完客户的需求之后，第一个前台的原型是张老师给我们的一个模板做成的，但是很快我们就意识到了，我们的需求做的不好，我们没针对客户对界面的要求进行需求分析，只是着重分析了其业务逻辑。后来大林和小林（客户，两兄弟）来到了我们的会议室，那时我就把我们做好的第一份原型交给客户验收，当时我们还是挺有信心的，我们认为我们的原型最多就只有美工方面有问题，其他方面应该没有问题。当时我们使用的是 HTML 中的 T 型框架，后台使用的目录结构是树状结构。当时立即遭到了小林严厉排斥。表示我们做出的原型完全和他们想象的不一样。虽然后来他们勉强听完了我们对这个原型的讲解，但是最后还是没能接受我们这样的设计思路，他们想要的是苹果的感觉，就是那种用户体验好的。第一个原型就这样完全的被 out 掉了。我们也花了不少时间来完成这个原型的。在制作这个原型的时候，我意识到需求是多么的重要，业务逻辑没有把握好，不可能做出一个令人满意的原型。

                    原型被无情的打回来啦，当然又得重新开始设计了，这次客户比较主动了，他们使用自己做好的 PPT 模拟成一个网站给我们，要我们按他的意思去设计静态页面。

             是不是一切都变得简单了呢，其实不然。这只是痛苦的开始。

        在做前台开发的时候我们遇到两个特棘手的问题：

1.   设计思路：

没有统一的设计思路，加上当时大家的默契还不是很好，我们在讨论问题的时候也没完全形成好的设计思路。都是先把任务交给某个人，让其自行设计。我当时因为经验不足，在这方面也吃了不少苦头。设计思路这种东西是需要平时培养的，那也没办法，只有通过和同学之间的讨论快速开发出一个界面在来从中综合每个人的意见，选择一个最有方案。

2.   命名约定：

很多事情到了最后才会感觉到他的痛。 HTML 越来越熟练了，终于把大部分东西都弄好了，但是这时发现，很多命名不一致问题出现了，不是按照同一个规范命名的，整合时就乱套了。不少页面被迫重新实现。

(四) 原型开发一个令我印象深刻的是，如何协调组内人员和合理分配时间，我们当时开发原型的时候就遇到这样的一个问题。而且比较严重。随着时间期限的逼近，我们没得选择，需要加班加点，团队磨合是非常漫长的，团队中每个人对休息时间的要求也是不尽相同。不能以一个人的承压能力去硬放在另一个人身上。我们组的人还算不错，我们一直很团结，无论出了工作室后会如何，但是只要我们在工作室，我们没有选择过放弃或偷懒，最后终于坚持下来把该做的原型做完了。

(五) 我们对客户应该抱以何种态度，有句话说得好，最大的变数就是变化本身。没错，客户的需求是无限变化的，这个项目也充分体现了这一点。开始的时候我们无限的忍让，任其变化，然后就在这边修改，结果就是出不来个结果，有时客户担心自己的判断是错误的，始终不愿意给出最终的决定。最后我们只能一步一步的逼着客户走，让他接受这期的原型，否则我们的功能永远无法实现。

(六) 原型的任务完成后，我开始复习过去的知识，也开始学习框架内容，很快框架就上手了，做后台代码让我体会最深的就是细节问题，一个细节出错全盘出错。但是面对各种错误的时候不能慌张，应当镇定的去检查每个可能出错的环节，不懂的就去查找答案，总能找到合理的解决方案。