G项目

G项目虽然变更了一些计划，但是本周依然有重要的进展。需求已经明确，改版策划也已经完成。策划和需求设计新版页面也已经出来。因为周四的UI沙龙，引入了网格化设计这个概念，而且大家都很感兴趣，所以，决定拿G项目来作为新技术的试手。以便下次的UI沙龙来讨论网格设计的时候，能够举出一些例子。

k项目也已经完成，这是和小S进行合作的第一个项目。策划、后期改善我来做，小S则负责设计和代码。上线后手到一致好评。也基本找到了和小S进行工作配合的技巧。相信，以后随着更多专题需要和小S进行配合，我和他的配合会更高效。

UI沙龙

周四UI沙龙，进行的不错，沙龙主要分两个部分，第一部分是命名和命名规范。经过讨论定下了一些规范，如下：

• 静态页面统一使用后缀.htm

• 网站基本的通用目录结构和命名如下：

  • css文件夹（放css文件）

  • js文件夹（放javascript文件）

  • images文件夹（放图片和.swf文件）

• 网页中使用的图片命名前缀规范如下：

  • 背景图片：bg_

  • 临时图片：temp_

  • ico图标：ico_

  • 大一些的内容型的图片：pic_

  • 按钮图片：btn_

  • logo图片：logo_

• 网页常用结构命名如下：

  • wrapper

  • container

  • main

  • sidebar

  • footer

  • 解除浮动的div统一class命名为clear

• css的id和calss统一使用驼峰式命名。

更多的细节命名规范，争执较为严重，暂时没定论。

沙龙的第二部分，讲解了css框架，引入了网格化设计这个新的设计理论。大家都很感兴趣，也跃跃欲试的样子。但是，因为在公司还没有哪个项目使用了这套理论进行。所以，具体实施起来有什么问题还没有发现。但是随着G项目会使用这套理论进行设计和制作，所以，我们会继续深入这个新的武器，并希望最终能利用好，从而提高公司UI部整体工作效率。

顺便放出一些沙龙时使用到底资料吧——

• 网格化设计理论：参考《超越CSS》一书，181页。技术部后面书架有此书

• YUI框架：http://developer.yahoo.com/yui/

• 960Grid框架:http://960.gs/

突发高流量的把握

重点考试当天，将会有巨大的流量，如何利用好这些稍纵即逝的流量。我在周三就开始了思考。因为很多的浏览者只是冲着考试答案来的，所以，很多看完以后就会流失。而我们现在很难利用较短的时间，有什么手段能粘住这些流动的用户。所以，我这次的处理思想是这样的：竟然留不住你，你不会再来，那么，我就留下你的联系方式，然后，我以后主动去找你。所以，这次，我使用了一个已经证明是比较成功的侧边栏图片+文字列表形式，放了一些调查，可以让浏览者留下信息的调查和活动。只要我们有了这些用户信息，以后不愁我们找不到他们。晚上看相关的点击数据和收集到的数据，证明此方案还是比较成功的。无论是点击量还是收集到的数据都很理想。昨天看了c频道的ip和pv。都创造了历史新高。是一件很值得高兴的事情。所以，我在此请求周一例会的时候，能给予项目参与者一定的奖励和鼓励。

管理多个人，果然不像管理好自己一个人那么容易。第一个只是用于试手的游戏频道项目就出现了一些意想不到的事情。

引起大家的重视是第一步

虽然上周已经和项目参与者沟通过，本周我们会开始g项目。但是周一看到相关参与者的“本周工作计划”都没有g项目相关内容的出现。当时，我有些沮丧。如果一个项目的开始就没有引起参与者的重视，那么这个项目的进行可想而知了。因此项目开始的第一件事情，就是我要想办法让他们重视起这个项目来。我采取的方式是：开一个项目启动会，有所的参与者，坐下来，我们郑重的申明一下：g项目启动了。并简要的说一下，这个项目的必要性和重要性，以及项目的优先级。这样，大家在项目开始的时候就能对项目有一个较为统一的认知。效果不错，每个人不仅了解了项目的情况，而且，还给出了每个人的项目时间安排。

“越快越好”、“紧急”和工作优先级

说到项目的优先级。技术部这边好像有点问题。就是很多人对自己手头上的工作，不知道哪个最重要，哪个次之，不知道手头的项目的优先级顺序。结果就导致很多人根据自己的喜好来安排工作的优先级。喜欢的就先做，不喜欢的就后做。当然，这也不能怪技术部人员。因为每个工作在告知他的时候，都是“越快越好，这个很重要”，提交的bug全部都是“紧急”类型。如果全部都是“越快越好”，bug全都是“紧急”。那就没有“越快越好”、“紧急”了。我也再思考这个问题，如何客观的告知技术人员一个项目的紧急程度。如何让他们合理的安排工作的优先级。我一般的做法是：自己先定一个deadline，在这个deadline之前必须完成此项目。但是考虑到一些风险因素，我会将deadline提前1/4到1/5时间后告知项目参与者。例如一个专题必须在4天后上线，那么我会告诉参与者3天后要上线。一般情况下，3天后虽然能勉强上线，但是一定会有很多bug和问题要修正。于是还有一天时间可以弥补。
当然，有时候能定下一个deadline还是有些困难的。特别是商务部提过来的任务，一般都是“越快越好”。因为我也不知道所有的“越快越好”哪个应该更快些，所以，有时候，我要对项目参与者手头的其他项目有所了解。甚至有时候，要去了解这些项目的具体情况，从而帮助参与者确定手头所有项目的优先级。
g项目启动会，项目的一个参与者告诉了我，他现在手头对调查通的修改，优先级很高，本周没有时间进入g项目中。我觉得这也很正常。客观的评估负责的各个项目的优先级应该是技术部助理的责任。不能像以前以前那样，自己负责的项目，就把优先级提到最高，然后也要求配合者也把自己负责的项目的优先级提到最高。即使它不一定是个很重要的项目。
考虑到他手头的d项目的工作优先级更高，所以对g项目做出了更为合理的调整。

统筹运算和工作安排

和技术部其他人一样，我手头的工作也不是只有g项目这一个。其他很多项目项目、工作也在同时进行。如何更合理的安排和推进各个项目、工作的进行，的确需要很多技巧和实战经验。以前，我自己工作的时候，安排起来比较简单。就是根据优先级一件接着一件往下做就好了。但是现在很难这样做了，因为很多工作，并不是我自己在做，而是需要他人的配合。所以，不能仅仅考虑自己的时间安排，还需要考虑别人的时间安排和整体的时间安排。
对于这个问题，我的做法很简单：先把需要别人配合的工作，安排下去，然后再做自己需要做的工作。这样自己和别人的两条线都在走。对于项目就是“多线程”了。从而提高项目的整体效率。
以前在日企的时候，我们部长说过一句话：“工作就怕等”。你等我完成，我等你完成，等到最后整个项目就完成不了了。所以，如何合理安排每个线程，使之不要出现或者少出现你个线程等另一个线程的情况。对于一个项目的按时完成有重要影响。
对于如何合理的安排线程和时间，当手头的项目多起来的时候，我仍然有很多安排的不合理的地方，但是，我想这个随着实战经验的提示，应该会做的越来越好。

周一走马上任。虽然有所准备，但是真正着手时还是有点不知所措。周二晚上才开始真正好好思考一下如何开始。
第一步做的就是先熟悉技术部各个人手头的工作量。因为合理的安排每个人的工作量的确是很重要的一件事情。通过按mis平台的本周计划和直接面对面的交流。基本了解到每个人手头的工作量情况。这样才可以根据情况安排手头的工作。

而考研网络课程是网络课程销售的潜在重点，必须挖掘。6月考研的重点是：“暑假考研复习指导”这样的专题。

专题制作流程如下：
1. 确定专题的主题。
2. 询问相关专业人员。以确定选择的主题是否合适当前的时间段热点。
3. 确定专题主题后。向编辑确认主题模块。
4. 有了模块以后，告诉网页设计师需求。让他出页面设计图。
5. 拿到页面设计图以后向相关人员确定。有何增、减或者修改。
6. 根据第5部的反馈意见修改设计图。
7. 根据设计图写页面
8. 对完成后的页面进行seo优化
9. 上线、推广

至此一个专题完成。第一次完成专题时间需要3天左右，但是通过这个流程出来的专题质量应该比较有保障。而随着这个流程的完善和熟练程度，后来的相似专题的按提制作时间将会大大减少。

下周，将进行游戏频道改版项目。我希望在整个过程中，练习和掌握好以下的技能——
* 如何合理的安排项目的时间节点
* 如何合理的处理项目之间的相互影响和冲突（在进行游戏频道改版的过程中，项目组成员一定会被要求参与其他项目和紧急事情处理）
* 如何合理的处理手头多个项目的同时进行和轻重缓急（网络课程推广、考研暑期考研辅导专题、游戏频道改版）。
* 如何合理的安排项目组成员的工作量、工作时间。
* 体会和观察项目组成员在项目各个阶段的工作状态和精神状态。