还记得大一大概就是这段时间进入的千寻制作团队实习，一个月后离开。在千寻，自己给团队带来的麻烦似乎到现在还历历在目，我留给千寻的就是麻烦吧。而千寻给我的经验和理念，却让我受用了很久。直到现在我都不得不承认现在所学到的东西还不及那次短短一个月的千寻经历。
原来千寻团队中的成员现在大概还在的只有一个人了。也是上次请教这个曾经做过我师傅的人技术方面问题后问及才得知的——只有他那个时候还留在千寻，而现在，又几个月过去了，不知道还在不在。
自己还是很关心千寻的，有事无事的时候都会去看看，看着千寻走到了今天。现在的千寻和刚刚开始制作时候的千寻有很多的不同，不过也越来越接近刚刚开始设想的千寻雏形——简单而不失复杂。也会去关注曾经在团队讨论的方案又有多少运用到了千寻中。还有上次千寻被挂木马，我也是受害者之一。
除了技术方面的东西，我也留意着千寻里面的点点滴滴：有了群的概念、有了热点列表、有了芸芸众生、有了左邻右里……还有里面的参与者留下的文章或者图片。
离开千寻团队后和千寻的接触也有一些，不过后来断断续续也失去了，只是有时会问一些技术方面的问题时找原来带我的师傅。
前几天和父母通电话时候父母又提及千寻寄送给我父母的贺卡，还说现在还保留着，我有些羞愧去面对这张贺卡。
如今，相信现在的自己可以胜任原来在千寻团队交付给的任务，毕竟经过2年的锻炼也积累了不少的东西，但是似乎也没有了什么意义。前段时间整理电脑文件的时候看到曾经在千寻留下来的照片还有一些源码、文档，想起在千寻得到的帮助和鼓励，心里还是暖暖的。
最近也学了一些管理学方面的知识，就自己的观点总结一下曾经的千寻。
优点如下：
1、开放式的团队。开放式的千寻技术团队我想应该是千寻发展中重要的一个环节，就我所知，千寻的整个团队似乎都是开放式的。这样给了大家一个总体的目标，知道自己做的事情对整体的影响。加强团队成员的协同工作效率和责任感。从而提高了大家参与的积极性，以此带来团队的凝聚力。
2、适度的目标管理。对目标的设定从一开始的日计划调整为周计划以及反馈周期调整为以周为单位，减少了大家在安排计划上面浪费的时间，同时也给团队成员更大的灵活度。
3、及时的干预。在团队出现问题时及时干预，避免问题扩大化。如果影响到整体目标则及时调整工作安排以减轻影响程度。同时对员工的个人问题进行适度干预，但不牵扯到员工的隐私问题。及时，那个时候的技术总监做的很好。
4、良好的团队气氛。创造一个井井有条而不拘谨的团队气氛对开发部门来说是一件重要的事情，特别是对于一些项目由团队负责。这个时候合理安排个人英雄主意的施展和团队合作精神的发挥作为管理来说是个难题，安排好了营造起良好的团队气氛，不好则让团队内部混乱。这点，那个时候的技术总监我打60分。o(∩_∩)o...
5、明确的问责制。每件任务都由制作人员直接负责或者由小组组长负责，如果出现问题直接问责。时刻监控项目实施进度，明确责任。
缺点如下：
1、项目需求不稳定。在离开千寻的时候写过一篇文章《激情、优雅 and coding》里面提过。这里不再多说。对于后来我参与的一些网站或者项目的制作中我个人采取需求确认签字原则。推翻需求或者更改需求引发的项目进度问题由需求提出者直接负责。以此让其需求趋于稳定或者在一定程度上面避免需求天马乱飞。
2、策划和美工以及技术部门划分过于明确。这样不利于一个项目的沟通。至今我不知道当时千寻的策划和美工为何人，没有见过。只闻其名不见其人。或许当时因为技术部门在闵行而不是张江高科造成的一时问题。
3、没有适当的用户指引。到现在为止也是一样。从一开始的千寻到现在的千寻用户指引这个方面一直做的不是很好。造成用户千寻万找操作，这样的设计有它的巧妙但是却降低了用户的可用度。应该在一定的程度上增加用户指引信息。帮助用户尽快上手。许多的标题例如“芸芸众生”不能给用户一个直观的理解。如果能加上些提示信息或许更好。这个问题在两年前也提到过，现在有了很多的改善，但是还是略显不足。或许也可能是我把握千寻的用户定位不准造成我对此点的一些偏见。如果意见，请保留。
4、人员流动性过大。这个问题似乎是创业团队都面临的问题。如何改善似乎答案很多。或许光有激情是不够的。
5、人事干预过多。绩效考评占用了很大一部分工作时间，或许找个适当的周期就可以避免。不知道后面的千寻团队做的如何，起码原来的千寻做的不好。这个方面原来只觉得好玩，没有太在意，后来老师讲管理学的时候略有了感受。
不过不管怎么说，千寻的成绩还是不错的，起码我看到了成长，只要在成长，那么就会更加的坚强。