<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>剁椒鱼头 &#187; 项目日志</title>
	<atom:link href="http://www.becxo.com/tag/%e9%a1%b9%e7%9b%ae%e6%97%a5%e5%bf%97/feed" rel="self" type="application/rss+xml" />
	<link>http://www.becxo.com</link>
	<description>像随时要离开一样准备好，像永远要留下来一样用心</description>
	<lastBuildDate>Tue, 22 Jun 2010 10:26:28 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>项目日志&#8211;你不太适合这个团队</title>
		<link>http://www.becxo.com/2010/06/13/439.html</link>
		<comments>http://www.becxo.com/2010/06/13/439.html#comments</comments>
		<pubDate>Sun, 13 Jun 2010 08:35:05 +0000</pubDate>
		<dc:creator>Felix</dc:creator>
				<category><![CDATA[奇思妙想]]></category>
		<category><![CDATA[工作]]></category>
		<category><![CDATA[职业生涯]]></category>
		<category><![CDATA[随感&杂谈]]></category>
		<category><![CDATA[share]]></category>
		<category><![CDATA[项目日志]]></category>
		<category><![CDATA[项目经理]]></category>

		<guid isPermaLink="false">http://www.becxo.com/2010/06/13/439.html</guid>
		<description><![CDATA[“用人当用长”这句不晓得出自哪个名人之嘴。社会这个大染缸不是一个实验室，万事俱备的时候还会欠个东方。没有那么容易每次都让你展示你最Nx的一面，很多时候机会是需要自己去争取的，你把握住了，你就为自己通往某个方向的门拉开了一条缝。不要老是想着成功吗，享受在路上的过程也蛮舒服的。 公司是敢于大胆启用新人的，在大家的努力下，现在这个团队抛开其他的不说，至少在工作的时候大家都是快乐的，可以为自己喜欢的工作挥洒汗水是一件很惬意的事情。但是自打有了公司这个词汇以来，无论公司如何的人文关怀、社会责任、企业文化，他都是一个追逐利益的组织，而不是一个慈善机构。任何公司留下任何一个人都是因为你能给公司带来利润（哪怕是走后门，也是为了维持公司的外交关系吧），所以作为公司的一员，如果你发现自己已经不能给公司带来贡献，或者你的贡献已经边缘化，那么你离离开这个岗位或者离开核心岗位的日子也就不远了。 最近几次跟队员面谈的时候，反映的较多一个问题之一就是学习时间不够。作为过来人（汗一个先，哈哈），由学生转变成职场人的最难的就是没人会催你须学习，管你要的只有结果。可能有很多的公司有类似于培训、分享之类的学习机会，大家关注的还是你在培训、学习后的产出。那对于我们这个刚刚建立的team，各个队员的能力参差不齐，团队又需要高速发展的时候，总会有一些跟不上公司步伐人会被淘汰，特别是那种不但自身技能不能满足公司要求，反而拖其他人后腿的时候，警钟早就响了。就像一家公司如果不能不断的发展满足市场需要，最终也会灭亡一样。学习应该是一种生活方式，而不是一种工作的常态。 最近团队里的一个成员由于不能满足公司对该岗位的要求，已于昨天请他离开，但是对于在一个坑里刨食战友来说，说出这句话还是很有难度的。 最后分享GR订阅一片技术人员职业生涯的红色警报.]]></description>
		<wfw:commentRss>http://www.becxo.com/2010/06/13/439.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>项目日志&#8211;关于面试</title>
		<link>http://www.becxo.com/2010/03/27/420.html</link>
		<comments>http://www.becxo.com/2010/03/27/420.html#comments</comments>
		<pubDate>Sat, 27 Mar 2010 07:08:48 +0000</pubDate>
		<dc:creator>Felix</dc:creator>
				<category><![CDATA[职业生涯]]></category>
		<category><![CDATA[软件开发]]></category>
		<category><![CDATA[随感&杂谈]]></category>
		<category><![CDATA[share]]></category>
		<category><![CDATA[面试]]></category>
		<category><![CDATA[项目日志]]></category>

		<guid isPermaLink="false">http://www.becxo.com/2010/03/27/420.html</guid>
		<description><![CDATA[前面有一片博文提到了笔试，但是好多想法到了脑边没有及时记录下来，落笔的时候就是短短的牢骚了，刚好刚刚吃饭的溜号想了想面试的事儿，算是关于自己面试别人过程中一些心得吧，记录给自己看吧。 面试的时候我手里一般会有一个提纲，我会照着提纲往下问，以下就我现在常问的几个问题 。 1、您好，我叫××，是这个项目的负责人，下面由我跟您做一些简单交流，请你简单介绍下自己好吗? 一般都会有这中类似的开场白吧，我认为这个话题也满开放的，大部分来参加面试的人说的都是职业经历/学历和个人爱好方面的东西。那我一般会照着他口述去核实一下他简历上的东西，一般如果简历上与口述不符合的地方，将是我接下来某个环节追问的关键。 如果参加面试的时候刻意隐瞒自己的实习/工作/学习经历，这种人不能要，不够诚实，放到Team里不能让人放心；要么由于紧张等表达不完整，我会“提醒”他继续完成他的介绍。还有一些极端个例，唐僧型，半个小时不带歇的（我曾经遇到过，我居然没忍心打断他的自我介绍），那就需要果断地打断他，我可不想去把苍蝇解破了然后拿着那恶心的肠子来系鞋带。 2、您做过项目/作业中，你最满意的是哪一个，为什么？ 能够让自己满意的项目，通常也应该是自己最有成就感、认同感的吧项目/作业吧，这种成就感可能是来源于攻克了某一技术难题，也可能是自己我价值实现后在原来的某个团队中找到了归属感。 表达最满意的的项目，其实也是去了解这个人最适合的工作，同时如果他能说出这个最满意项目给他自己带来的欣慰，可能也是激励这个人的最好切入点。 同时围绕这个项目/作业，可以从侧面再去了解他自己以前的工作习惯，解决问题的思路，是否满足他应聘的岗位的要求。 如果问的happy了，其实还可以问问最不满意的项目/作业是啥、为什么不满意之类的，可以看看这个人是不是小强，能不能扛住压力、以及如何面对挫折。 我现在面到的这些人里面还是以学生居多，大多是一些心比天高，手比小强短滴孩子。好多所谓的项目都似乎一些芝麻绿豆滴小东西，很难给他带来加分。 倒是有一个网上某个QQ群里人跟我说要过来面试，给我说了一个SOA的架构是他自己搞定的，后来我给他说了个钓鱼的故事（锅太小，钓到大鱼我还是会放掉），然后他就没给我们程序员岗位的投简历了。 3、在您简历上上，写着A、B、C、D这些个技术/知识点，那您最熟悉或者是你认为您最最精通、熟悉用的最多的是哪一个呢，对这点做一些简单的分享 我很喜欢这个问题，虽然很少有人给了我满意的答案。记住这个问题是问面试者最熟悉的技术，而不是面试官，当然我现在招的是程序员，不是N奔的技术专家科学家，所以一定是问人家最熟悉的，而不是茴香豆的八、九种写法。 这个问题，其实最简单了，一方面考察简历是否是注水牛肉，别老拿着一堆流行的技术名词来忽悠我，我TM也不是被忽悠到这个位置上的；另一方面是考察技术基础，给个机会show你最熟悉地知识点，这个show不是忽悠，是实打实的展示；一般应聘人提出来一个技术/知识点，我就会凭借我混迹各大论坛多年了解到的那一堆技术问题（仅仅是问题，我不晓得答案）去穷追猛打一番，基本上几个问题下来，几斤几两我大概还是有数的。最后这个问题还给了他一个信号，当然是微弱的（也可能是我自以为给了的），我们这个Team是需要分享的，公司是倡导分享的（虽然现在这个分享的机制还不健全）。 昨天就有一个小姑娘，跟我说熟悉，用的最多的也是Hebinate，那我就问她了：啥是Hebinate呢？什么时候用呢？都怎么用呢？告诉我说是老师让用的，他就照着写代码。好吧，我换个角度，那你晓得啥叫NHebinate不？不晓得，我靠，我自我介绍是项目经理，但是我没说我不会code吧，你丫过来面我们.net程序员，你跟我忽悠Hebinate时候都不带N。 4、如果优秀的人可以做到一百分，您觉得可以给自己打多少分？ 这个题我到现在只问过2次，虽然很多时候想问，但是没问到这基本上，我就觉得没有必要再面下去了，因为以来我需要的是能干活的人，先过了技术关在来政审，哈哈。 那关于这个题的以下这些想法就纯粹是我的理论知识了。 这个题需要面试者对自己的职业技能进行评估，除了能力外还有一些其他的，比如岗位胜任力、自信程度等做评估，不是你技术Nx了你就能干好活的。 一般问题抛出去后，等个一会就会有数字冒出来了。 如果是给的分数很高，一方面说明这个人很自信，另一方面可能确实有货，不都说艺高人胆大吗。下面地问题就是“看得出来您对您的能力很自信，那如果需要您把您自己给自己的这个分数归纳到三个方面，会是什么恩?或者说您认为你能的那三个方面做的最好，能拿到这个分数”一般人都会顺竿爬的，竿都给了，爬呗。那可没这么容易爬哦，当面试滴人开始将自己的优势一一罗列的时候，我就会跟他一一验证，就这些个优势上的一些点来问问题，如果这个人说不错个所以然来，基本上也是不晓得自己斤两的人。 如果是给的分数中等/中等偏低，还是要问“您给自己打了65分，那您认为是那些不足让您失去了这35分呢，请举去三点”这个问题其实很尴尬，谁愿意接自己短呢。但是往往短板最能快速提升，能出成绩地地方哦。就怕面试是乱答一气的人，或者从来没做过自我分析的人。当然问道短板的时候很多人可能会避重就轻，或者开始跟和稀泥。我就不信了，治不了你小样，换个说法接着问“如果这些方面得到改善，你就可以在××岗位上得到100分？”该实话实说了吧，还不说，Sorry“谢谢，您的情况我大致知道了，也感谢您对我公司的关注，有消息我们会及时跟您联系的。” 我觉得这个思路好像哪儿都合适，哈哈！ 5、请问您为什么要换工作呢？ 这个问题，我问道的也较少，因为面到的基本都是一些毕业生哈。对于已经有过工作经验的人，我觉得这个问题非常重要。 我个人对于跳槽的人没有偏见，甚至很鼓励跳槽。跳槽对一个人来说应该是一个比较重要的选择吧，先不说那些啥职业规划等等高深的理论。最简单的，你在原单位的那些同事、朋友和到了新的环境中的人际关系切换也需要一段时间吧，频繁的跳也不好玩。 但是作为以后他的直接上级（YY一下）我对于跳槽的动机比较关注。这事儿上不能被和稀泥。万一你到了Team中来了，然后给了你一些任务，正道关键时刻要用到你的时候你丫又跳，我tm不郁闷才怪哦。 最近就有一个孩子，本来我是很看重他滴，私下也跟他们聊过，暗示过要给他开小灶好好培养地。结果就在这周拍屁股走了，诶，真TM失败！可是这孩子还没毕业，我没想到过类似的问题来问毕业生。 6、大话西游 所谓大话西游，也是有规则的。 你对公司有啥想了解的吗？ 这个问题也很大，他可以问公司发展、个人福利等等问题，一来可以看出他对自己未来工作环境的期望值；二来是一个免费的宣传公司的窗口。 你对面试还有一些什么需要补充的吗？ 本来就是一个Ending而又不显得那么尴尬，不过有时候也能捞着不少小鱼小虾。 =============================== P.S.面试过程中问道的问题肯定比这个要多，只是简单的记录下一些思路而已。]]></description>
		<wfw:commentRss>http://www.becxo.com/2010/03/27/420.html/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>项目日志&#8211;关于笔试</title>
		<link>http://www.becxo.com/2010/03/25/419.html</link>
		<comments>http://www.becxo.com/2010/03/25/419.html#comments</comments>
		<pubDate>Thu, 25 Mar 2010 13:08:00 +0000</pubDate>
		<dc:creator>Felix</dc:creator>
				<category><![CDATA[职业生涯]]></category>
		<category><![CDATA[软件开发]]></category>
		<category><![CDATA[随感&杂谈]]></category>
		<category><![CDATA[share]]></category>
		<category><![CDATA[项目日志]]></category>

		<guid isPermaLink="false">http://www.becxo.com/2010/03/25/419.html</guid>
		<description><![CDATA[农历年后，各大高校学生都已开始陆陆续续滴找工作，同时已经就业地同学们，经过过年时节滴修正，又开始规划人生，准备起跳了，所以这一个月历来都是招聘的旺季。 昨天周末，在家休息时，接到L滴求助，帮忙做一个SQL的题，后来才知道是一套面试题里滴一部分。审视了那套题后我断定能出这套题滴公司肯定很Nx，一来全E文滴笔试题，二来问滴问题都是扎实，很有针对性，只是考察他们所关注滴部分。甚至于答完题后，人家还就已经给出的答案，再来做探讨。这个公司是Oracle。&#160;&#160;&#160;&#160;&#160;&#160;&#160; &#160;&#160;&#160;&#160;&#160;&#160; 最近自己滴项目上人手极为短缺，加上公司业务版图扩张，开始全力招兵买马。也陆陆续续有人过来参加笔试，为了节约面试者和公司的成本，采用网络笔试的方式来进行。都是通过网络做题然后根据成绩是否达到最低要求再来安排相应的面试及机试。本来是个不错的做法，不过最近总感觉有些别扭。 &#160;&#160;&#160;&#160;&#160;&#160;&#160; 通过笔试过来的同学把，一到技术层面的问答或者是机试就不灵光，笔试得分越高这个不灵光越明显。我就搞不明白了，都能手写出来东西，怎么到了电脑前就不灵了呢？都能写出来为啥就说不出来呢？还是我们的题出的太技术？太NB了，后来我自己又好好看了看那些题，感觉如果这些个都不会确实是很难胜任Coder这个岗位哦。 &#160;&#160;&#160;&#160;&#160;&#160;&#160; 诶，下一步招聘门槛稍作调整，笔试成绩要求降低，问答和机试加强！]]></description>
		<wfw:commentRss>http://www.becxo.com/2010/03/25/419.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>项目日志&#8211;预算</title>
		<link>http://www.becxo.com/2010/01/09/403.html</link>
		<comments>http://www.becxo.com/2010/01/09/403.html#comments</comments>
		<pubDate>Sat, 09 Jan 2010 12:55:45 +0000</pubDate>
		<dc:creator>Felix</dc:creator>
				<category><![CDATA[工作]]></category>
		<category><![CDATA[职业生涯]]></category>
		<category><![CDATA[软件开发]]></category>
		<category><![CDATA[随感&杂谈]]></category>
		<category><![CDATA[share]]></category>
		<category><![CDATA[项目日志]]></category>

		<guid isPermaLink="false">http://www.becxo.com/2010/01/09/403.html</guid>
		<description><![CDATA[钱啊，一直是个敏感话题，行军打仗，兵马未动，粮草先行！项目启动了，Boss根据经验给我划了个大概的预算，说是不能超。按照项目预估的工期，我大概算了下每个月的能用的预算，凑合这还真够用。还真是应了那句话，不当家不晓得油盐柴米贵。由于项目在外地，人力物力都跟不上，一个月下来光差率一项就将这月预算给冒了，加上加班餐费，打车费，诶，还真是大大不够啊。 表面上看呢，是预算没控制好。实际上，这几天趁着业务盯的不是那么紧，我好好想了一下，表现是高昂的差率、餐费，实际上是项目整个控制出了问题。前期对项目计划的设计，对整个项目的资源的分配都有一些偏差才会出来这些问题。 首先，差旅。高昂的差旅源自于参与项目的资源的流动，从一个项目或者一个工作流到另外一个项目里，这个资源就成了Fly Man，当然这个因为资源没办法长期hold在你手里（只要是异地项目，肯定会有要求节假日回家滴）。但是，如果能很好的控制项目计划，设计Fly man在项目间流动的时间，提前预订机票什么的，能很大程度上控制这部分的成本。 其次，餐费。困了睡、饿了吃。加班了给不给加班费，俺说了不算，但是俺还能不给弟兄们弄口热乎的啊，加晚班也不能冒雪回家啊。但是不是真的必须加班呢？或者说如何能最大程度的避免加班呢?这是个大课题。 诶，虽然我能想到这些问题，但是我还是没能里出来如何控制好这预算，或者说是如何控制好这个计划。]]></description>
		<wfw:commentRss>http://www.becxo.com/2010/01/09/403.html/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>项目日志&#8211;流程（2）</title>
		<link>http://www.becxo.com/2009/12/27/401.html</link>
		<comments>http://www.becxo.com/2009/12/27/401.html#comments</comments>
		<pubDate>Sun, 27 Dec 2009 12:53:24 +0000</pubDate>
		<dc:creator>Felix</dc:creator>
				<category><![CDATA[工作]]></category>
		<category><![CDATA[职业生涯]]></category>
		<category><![CDATA[软件开发]]></category>
		<category><![CDATA[随感&杂谈]]></category>
		<category><![CDATA[share]]></category>
		<category><![CDATA[项目日志]]></category>

		<guid isPermaLink="false">http://www.becxo.com/2009/12/27/401.html</guid>
		<description><![CDATA[还是流程，这两天理完了客户的一小块业务的正常操作的流程。当这些都完成后发现一个问题：一般的任何产品或者做任何事情，有90%的人会做其中的80%的工作，剩下的那20%的工作需要一些特殊的群体来做，而这些特殊群体就是所谓的专家、技术达人。 从流程的角度出发也是如此，没有任何一件事情会按照你既定的流程来完成，过程中肯定都会有很多各种各样的因素影响到你。学习业务流程，其实还需要更关注对于一些特殊情况的处理。 那如何才能在这些正常、异常流程中理出来一个思路好正常的完成业务的学习呢？那就是既然理不清，那就不理，界定好正常流程启动的前提条件（也就是输入）等到所有的正常流程都理顺后，将所有的特殊情况根据特殊情况考虑重新进来，重新画特殊的流程。]]></description>
		<wfw:commentRss>http://www.becxo.com/2009/12/27/401.html/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>项目日志&#8211;访谈</title>
		<link>http://www.becxo.com/2009/11/28/377.html</link>
		<comments>http://www.becxo.com/2009/11/28/377.html#comments</comments>
		<pubDate>Sat, 28 Nov 2009 15:59:08 +0000</pubDate>
		<dc:creator>Felix</dc:creator>
				<category><![CDATA[工作]]></category>
		<category><![CDATA[职业生涯]]></category>
		<category><![CDATA[软件开发]]></category>
		<category><![CDATA[随感&杂谈]]></category>
		<category><![CDATA[share]]></category>
		<category><![CDATA[项目日志]]></category>

		<guid isPermaLink="false">http://www.becxo.com/2009/11/28/377.html</guid>
		<description><![CDATA[项目启动了，接下来干嘛呢？客户需求! 说到需求这就是个大课题了，包括挖掘需求、引导需求、界定合理需求或者说是项目范围内需求、需求管理等等一大堆问题。先看看里面一小块吧，挖掘需求。挖掘需求总免不了需要进行面对面的沟通交流，也就是常说的访谈，那这个访谈又有什么玄机呢？ 我能想到的就有以下几个问题。 1、访谈期待达到一个什么目的？2、需要在访谈前阅读收集哪些信息？3、需要跟哪些人进行访谈，这些人之间的顺序是怎么样的？4、访谈过程中期望客户介绍哪些方面的内容或者准备问哪些问题？5、需要介绍的内容或者问的问题是一个怎么样的顺序？6、如何记录访谈的过程以备后期分析？7、如何防止访谈过程中被客户拐跑、离题千里？8、如何才能做到不漏项不多项（因为客户或者被访谈对象往往对自己的业务非常熟悉想当然的以为你应该也清楚）？9、如何尽快的整理访谈回来的资料？ 结合这一个礼拜的访谈实战，我觉得更有必要做以上的功课了，特别是第一、四和九项。首先需要明确每一次访谈的目的，当然从了解需求的角度肯定是越细越好，但是细是相对的，别想一口吃个大胖子，先关注和谐业务。就核心业务设计整理一个访谈的内容提纲，提前告知被访谈对象，需要其就那部分的业务做详细的阐述，是否能就这块的业务先提供一些的资料以备查阅。访谈回来应该及时整理访谈后的资料，编写相应的访谈记录文档，因为隔的时间越长遗失的信息也就越多。]]></description>
		<wfw:commentRss>http://www.becxo.com/2009/11/28/377.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>项目日志&#8211;项目启动会</title>
		<link>http://www.becxo.com/2009/11/28/376.html</link>
		<comments>http://www.becxo.com/2009/11/28/376.html#comments</comments>
		<pubDate>Sat, 28 Nov 2009 07:10:30 +0000</pubDate>
		<dc:creator>Felix</dc:creator>
				<category><![CDATA[企业信息化]]></category>
		<category><![CDATA[工作]]></category>
		<category><![CDATA[职业生涯]]></category>
		<category><![CDATA[随感&杂谈]]></category>
		<category><![CDATA[share]]></category>
		<category><![CDATA[信息化]]></category>
		<category><![CDATA[项目日志]]></category>

		<guid isPermaLink="false">http://www.becxo.com/2009/11/28/376.html</guid>
		<description><![CDATA[会议，好像成了企业单位里面的标签，大事儿小事儿都离不开开会，要做信息化项目了，当然也的开个会。 软件公司/解决方案提供商进驻到项目中了。从企业角度来收，如果是个业务系统，且是个核心业务系统，一般公司领导表达对项目的预期目标，要求公司各职能部门通力配合，balabala一大堆。从解决方案提供商的角度，一般都放低自己的姿态，努力界定好项目的范围，在项目计划时间表上打哈哈，给自己争取更多的时间，balabala一大堆。最后大家在友好和平的氛围中亲切滴交换了联系方式，就共同关心滴工期问题初步达成了一致。 我就想了，那要开这个会干嘛呢？这不想不知道，一想还真有门道。 作为第三方力量介入进来的解决方案提供商，如果不通过这个项目启动会来展示介绍自己，后期工作还真是不好开展。一来好多的项目，特别是信息化项目，往往都是由一个部门牵头，其他部门可能都不晓得有这么个事儿，通过这么个会议能很好滴让大家知道这么个事情现在就要开始干活了；二来信息化项目（那种给一两个人做的单机版的东西不计入）往往最终的使用者涉及到的面都相当的广，如果不通过这个会议来跟大家见个面，回头突然跑到人家部门，“你谁啊你，我这正干活呢，没空！”现在不一样啦，领导说了要大家全力配合，那就不一样了，虽说没有令箭，至少抓到了根鸡毛吧；三者是能敲定最终需求的人一般都是参与这个启动会滴人，也就是说后期中需求有分歧的时候，好多的东西的确认都是坐在这里开会滴，也就是项目滴关键人物了。 启动会完了，出来个啥？会议纪要总的有一个，毕竟人家领导参加了，会上发言那是旁征博引啊，你得帮人记着，有用的你写上，没用的你也的写上，回头整理出一份文字，交给人客户。这个纪要就有学问了，这个可是日后的鸡毛啊，你领导答应的要求你们全力配合滴！所以大话、空话、套话你的写，八股文里你还的套事儿，会上大家敲定的事儿你的列出来！ 会是开了，总的有点啥东西吧，人家两会啥的不是天天报纸上头版头条，广而告之吗，启动会也不能例外。起项目了，对客户而言，那叫从战略高度、着眼全局，结合实际情况、从自身出发，借助高科技手段，努力加强企业自身竞争力，抢占信息化制高点，向成为行业领头羊迈出坚实的一步；从解决方案提供商来讲，成就客户发展自我，客户名录上有多了一个，涉足的行业/领域又多了一个，以后谈市场的时候又多了个例子啊。无论哪个角度，怎么滴也得来篇新闻稿之类的吧？不让上报纸，我自家网站还不能放啊。]]></description>
		<wfw:commentRss>http://www.becxo.com/2009/11/28/376.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>项目日志&#8211;焦头烂额</title>
		<link>http://www.becxo.com/2009/11/28/375.html</link>
		<comments>http://www.becxo.com/2009/11/28/375.html#comments</comments>
		<pubDate>Sat, 28 Nov 2009 07:08:39 +0000</pubDate>
		<dc:creator>Felix</dc:creator>
				<category><![CDATA[奇思妙想]]></category>
		<category><![CDATA[工作]]></category>
		<category><![CDATA[职业生涯]]></category>
		<category><![CDATA[随感&杂谈]]></category>
		<category><![CDATA[share]]></category>
		<category><![CDATA[计划]]></category>
		<category><![CDATA[项目日志]]></category>

		<guid isPermaLink="false">http://www.becxo.com/2009/11/28/375.html</guid>
		<description><![CDATA[焦头烂额——用这个词来形容我周五的状况是最好不过的啦！ 招聘落实了没？You are the manager!下周的工作计划细化了没？You are the manager！ 下周的工作计划跟客户沟通了没？You are the manager! 灾备方案如何了？You are the manager！整体的技术方案如何了？You are the manager ! 流程图画的如何了？You are the manager! 手里的资源都出在什么状态？You are the manager!项目现在的进度如何了？You are the manager! 我真想说句：&#34; I’m the fvck manager!” 想归想，但是Boss出了这么些问题还是值得思考的。 招聘，一般正规的项目中可能不会出现这个问题，或者问题不会特别明显，有可能是项目经理去点将，点到的基本上都会立马到位。现在，我的处境不同，需要现看简历，现选人。虽然公司调配了大量的资源，来发布招聘公告，但是从回收回来的简历来看，网罗到的人相对来说都不是特别理想。从未接触过招聘这块滴我来说基本没想到我还需要负责招聘。但是I‘m the manager! 我需要知道或者估计到需要多少人天能完成项目，这样一是能很好的控制项目成本，二是根据公司内外部资源的状况能有时间来调配资源。 项目经理最主要的职责就是制定合理计划，并且很好的进行内外部沟通，及时了解项目进度，协调项目客户和己方资源及时间，推动项目按照预定计划执行。从计划角度来看，首先，我需要对项目的整体安排做一个大的计划，其次我需要根据现在的项目进度来做一个阶段性的计划（比如周计划），再次我需要将计划中的每一件事情细化，变得操作上可进行、结果上可衡量、时间上可控制、成本上可接受；从了解项目进度的角度，我需要及时掌握现阶段工作的完成情况，了解现在手里的资源（人员）的状态，制定的计划的完成情况；从沟通角度来看，对内，我需要第一时间将项目的进度、跟客户沟通的到的信息，及时准确的通知公司内部项目相关成员，对外，我需要向展示我们现阶段的工作成果，将下一阶段的工作安排详细的介绍给客户，需要寻求客户配合的积极征求客户意见。 说了主要滴那就还的有次要的。一、给项目组内各个成员尽可能多的资源以完成其工作，这里的资源报告硬件的，比如办公设施，软件的，比如必要的培训项目规范等。二、项目经理贯穿项目始末，需要前期了解并界定项目需求，审核技术选型，协助售后服务。 主次矛盾从来都是无法避免的，那么这两部分的工作在项目经理的工作时间里应该怎么分配呢？8/2原则！项目经理应该是80%的时间在推动项目按进度执行上，剩下的20%的时间才是参与到具体的项目业务中。 转来转去都是都是这些东西，可是我究竟该如何避免下一次滴焦头烂额呢？ 作出项目的Project表，无论是否完善，都必须要有一个大的计划表，敲定计划中每个点的交付产物及Deadline，定期更新Project上的完成情况。预估当某个人物过了Deadline还没完成给其他环节造成的影响有多恶劣，制定补救方案。每阶段细化Project上的任务，使其按时完成。每周定期更新项目进度、客户沟通记录给公司内相关成员。每周定期告知客户现在的项目进度，已经期望客户提供的支持与配合。 方法论是出来了，实践还的靠自己，God Bless Me！]]></description>
		<wfw:commentRss>http://www.becxo.com/2009/11/28/375.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>项目日志&#8211;招聘</title>
		<link>http://www.becxo.com/2009/11/21/372.html</link>
		<comments>http://www.becxo.com/2009/11/21/372.html#comments</comments>
		<pubDate>Fri, 20 Nov 2009 16:15:50 +0000</pubDate>
		<dc:creator>Felix</dc:creator>
				<category><![CDATA[奇思妙想]]></category>
		<category><![CDATA[工作]]></category>
		<category><![CDATA[职业生涯]]></category>
		<category><![CDATA[随感&杂谈]]></category>
		<category><![CDATA[share]]></category>
		<category><![CDATA[招聘]]></category>
		<category><![CDATA[项目日志]]></category>

		<guid isPermaLink="false">http://www.becxo.com/2009/11/21/372.html</guid>
		<description><![CDATA[本来不想写这个事儿的，项目中的招聘总感觉怪怪滴。 这次项目的特殊性，决定了这次肯定需要招聘新人。以前没操作过关于招聘、面试之类的东西，只是看过同事Moon的一片结构化面试的文章，一直认为招聘是个很Easy滴过程，现在看来不是那么简单。通过参与这次招聘，说是参与但是跟多的只是接触了招聘中的少数环节，也学到了不少招聘过程中的东西。 首先，在招聘前，需要明确要找的是什么样的人——多大的庙请多大的神仙！一般来说就是确认你要招聘的岗位，德鲁克倡导因人设岗，但是当这个人都不存在的时候该该如何设置这个岗位呢，需要这个岗位来做哪些工作呢？也就是平常的招聘信息下的技能要求，而这种技能要求往往会架空这个岗位，也就是说要求的技能的描述会跟招聘信息上的岗位本身的要求不一致。但是终归会出来一个招聘信息，其中会标注对应岗位的技能要求。 其次，招聘信息出来后，就需要通过各种渠道发放出去，使应聘者能看到。这个过程看似简单，但是实际上还是很有门道滴，只有通过合适的途径才能有效的使应聘者看到，因为这个途径本身就是已经在开始筛选一部分应聘者了，因为这部分应聘者可能看不到招聘信息，也就无法谈应聘了。所以需要招聘信息发布方利用手里的资源广泛英雄帖啊。 再次，简历的筛选。这是个经验活，当一大堆简历收集回来后，如何快速高效的筛选出符合要求的简历是一个大的课题。简历是应聘者向招聘方的第一次展示。招聘方拿到简历后就相当于已经开始了对这个应聘者的一个审核、面试的过程。如果达到了招聘的基本要求，在招聘方看完应聘者的简历后，就会对这个应聘者有了一个期望值，而这个期望值往往会影响到后续的面试工作。 第四，笔试、面试。这个环节的工作可能会反复进行。通过考察应聘者的专业技能，文字表达能力，沟通能力等等进一步核实应聘者是否满足招聘方的要求。这里已经有了一个期望值，而这个期望值往往会影响到面试者对应聘者的判断，这个就是前面提到的结构化面试方法解决的问题。 第五，笔试、面试成绩出来后，一般还会有一个参与面试人的综合讨论工作，根据招聘方的岗位要求，筛选出达到笔试、面试要求的应聘者，综合评估应聘者是否符合岗位要求，决定应聘者的去留。 第六，后续工作。将综合评价的结果反馈给应聘者，对于未通过的应聘者是否可以调整到其他岗位等；对于通过的应聘者，安排其他的后续工作。]]></description>
		<wfw:commentRss>http://www.becxo.com/2009/11/21/372.html/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>项目日志&#8211;Trouble</title>
		<link>http://www.becxo.com/2009/11/15/371.html</link>
		<comments>http://www.becxo.com/2009/11/15/371.html#comments</comments>
		<pubDate>Sun, 15 Nov 2009 15:15:50 +0000</pubDate>
		<dc:creator>Felix</dc:creator>
				<category><![CDATA[奇思妙想]]></category>
		<category><![CDATA[工作]]></category>
		<category><![CDATA[职业生涯]]></category>
		<category><![CDATA[随感&杂谈]]></category>
		<category><![CDATA[share]]></category>
		<category><![CDATA[项目日志]]></category>

		<guid isPermaLink="false">http://www.becxo.com/2009/11/15/371.html</guid>
		<description><![CDATA[这个Trouble还真不少，买完机票（11月16日早8点的飞机），先是不晓得需要带哪些东西去烟台，确切滴说是这次应该带哪些，哪些东西下周六带过去。原来的计划只是先带一个礼拜得换洗衣物，穿着正装然后就开始飞到烟台，开展第一周的工作，然后再在周六的时候回来北京“搬家”。思前想后半天我觉得有问题，周五或者周六回来后，那边刚刚招聘来的实习生如何才能在下下周一开始就进入岗位开始配合开展工作？在人手短缺的前提下如何安排跟客户配合的项目工作安排？一堆问题！本想在周五的时候跟BossJ沟通下我的顾虑，安排自己在第二周或者是第三周的周末回来一趟，姜还是老的辣，BossJ直接想到了让我这次就把家搬过去！并且觉得现场监督工作2-3个礼拜。计划一变，我这边就的调整，包括收拾行李、安排同学帮忙快递一些物件等等。光是我个人的物品还好说，现在我需要带上项目上需要的一些东西了，其中居然包括一台台式机，先是我需要一个性能好一些的机器去充当我管理项目文档的服务器，这我就需要提前准备软硬件，好在这些工作有人协助我，问题的关键是如何把这个台式机干上飞机。好一番折腾，显示器放行李厢里，机箱用纸盒包好托运！ 另外还有一个，明天要赶早班飞机，一开始，跟头S约好由我这边打完车回头捎上他，然后去回龙观接上BossJ一起奔机场。打了96103跟出租师傅约好，我这打车直奔机场。那师傅也很好的答应早上5点来门口接。计划永远赶不上变化啊。BossJ觉得有其夫人开车送我们去机场，这样一来只需要打车到回龙观了，我跟出租车师傅沟通了这个问题，结果人师傅直接就愿意来了。想起一句话来，诶，人生就像一个茶几，上面摆满了杯具！好一番折腾我这才联系上车啊。 项目才刚刚开始，就出来如此多的麻烦，我想后面的挑战会更多！借用一个同学MSN的签名吧，Life was&#160; like a box of choclates,you never know what you’re gonna got!]]></description>
		<wfw:commentRss>http://www.becxo.com/2009/11/15/371.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
