<?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/category/work-to-do/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/04/17/429.html</link>
		<comments>http://www.becxo.com/2010/04/17/429.html#comments</comments>
		<pubDate>Sat, 17 Apr 2010 07:29:42 +0000</pubDate>
		<dc:creator>Felix</dc:creator>
				<category><![CDATA[职业生涯]]></category>
		<category><![CDATA[share]]></category>

		<guid isPermaLink="false">http://www.becxo.com/2010/04/17/429.html</guid>
		<description><![CDATA[招聘这个事儿，我上次说了说我的观点，但是现在看来，这个观点是很有问题哦。 关于为什么离职这个问题，我发现我问的真TM的2。换个角度来想，如果我去面试，面试官问我这个，我肯定心里觉得这个面试官真2，如果我是觉得薪水低想跳槽，我可能会告诉他原公司的业务发展太慢，我希望有更好的发展前途；如果我是因为干砸了某项活而离开，你觉得我会告诉面试官是这个原因？诶如果是跟同事闹别扭，我也不会直说吧，顶多是我觉得公司文化我不是很喜欢之类的。 关于简历上的水分，现在看来很正常，这年头就像都怕巷子深。对于技术来说不写上一堆牛掰的技术，估计第一轮筛简历就被HR给干掉了；同样的关于给自己打分，我觉得这个问题也不是一般的2。君子日三省乎己，这种君子能有几个，其实在招聘前最需要知道的就是招聘方对这个岗位的期望值，希望来应聘这个岗位的人具有什么样的职业技能，而不是需要一个三头六臂的孙猴子，再说了都是孙猴子，谁来挑行李哦。 所以我现在的观点是，我们需要按需招聘，来了的人，我就直接问他我对这个岗位的期望值是什么。我要求的技能是否具备，至于其他的屠龙之技（相对于他现在的岗位来说），我觉得可以留着后期慢慢挖掘吧，反正还有一些高端的职位要求的技能更高。如果他具有强烈的成功欲望，他自己会为了那些高端的职位来展示自己的能力的。]]></description>
		<wfw:commentRss>http://www.becxo.com/2010/04/17/429.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>生活启示录&#8211;想做你的Code</title>
		<link>http://www.becxo.com/2010/03/31/424.html</link>
		<comments>http://www.becxo.com/2010/03/31/424.html#comments</comments>
		<pubDate>Wed, 31 Mar 2010 00:30:01 +0000</pubDate>
		<dc:creator>Felix</dc:creator>
				<category><![CDATA[软件开发]]></category>
		<category><![CDATA[随感&杂谈]]></category>
		<category><![CDATA[share]]></category>
		<category><![CDATA[VS2010]]></category>

		<guid isPermaLink="false">http://www.becxo.com/2010/03/31/424.html</guid>
		<description><![CDATA[软推广VS2010的最新广告，很有意思。 不再是重磅轰炸boss，而是转换角度开始关注程序员以及默默支持程序员的贤内助们了。微 程序员的自我关怀, 自尊和被认同; 程序员和销售以及老板 &#8211; 生产力和价值的倒挂 软件行业的特殊特点 &#8211; 软件的独特商品本质; 太文艺了!]]></description>
		<wfw:commentRss>http://www.becxo.com/2010/03/31/424.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/02/04/415.html</link>
		<comments>http://www.becxo.com/2010/02/04/415.html#comments</comments>
		<pubDate>Thu, 04 Feb 2010 15:21:52 +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/02/04/415.html</guid>
		<description><![CDATA[&#160; 站在巨人的肩膀上,方能看的更远 从进公司开始，自己就开始捣鼓各种平台，开始站尝试在各种巨人的肩膀上。 初入公司，搭建用于升级公司论坛和网站的环境，Windows2003的host环境、PHP + IIS + MySQL + DIzcuss。研究dizcuss，考虑数据迁移，升级公司论坛，等论坛升级完成后，不到一个月又开始尝试搭建公司邮箱环境，还是PHP+IIS+MYSQL。这些环境都能成功的应用了，开始编写一些简单的搭建文档。当然后来熟悉了PHP的环境后，开始找一些间的快捷构建方式，还真找到了。 实习的时候需要写一个小的程序，L指定使用PetShop的框架来开发，这开发环境也需要自己搭建，包括SQL+IIS，成功滴完成后，自己还是稍微的记录了一些安装部署文档。 实习接近尾声的时候开始尝试大家使用代码版本管理工具，在L的要求下，着手研究CVS，虽然也是搭建完成了，但是如何管理不太清楚，未果；当然过程中自己了解到可以使用SVN来管理员代码，未深入研究。 转年过来开始跟着头去做项目，换了开发环境，开始搭建Oracle+PLSQL+VS 的开发平台，同时为了测试，又搭建了一些Oracle+PLSql+IIS的测试平台，当然这部分的经验后来应用到了客户部署中。 做完了这个项目后，正好赶上公司接到一个客户意向要来做Exchange的升级，自己又开始掉头学习Exchange的东西，包括微软的AD啊、SeverR2啊、ISA啊。这部分搭建起来的东西还真给公司自己用了一阵。但是自己觉得盗版的东西用起来很别扭，又开始寻找一些Free的产品，正好发现了微软的BizSpark这样就顺手申请了。 紧接着这个项目来了个移动方案，又开始在Exchange的基础上研究如何将Exchange延伸到手机平台，同时又开始学习公司合作伙伴提供的Nokia的Intellisync的手机同步平台，还研究了一下Windows Mobile的这个手机平台，好像还写了一个wm上的短信群发软件，这个平台到现在还有同事在用。 不久又碰上了给一个客户做实施的时候客户的双机负载均衡的环境，公司产品的架构不支持这个场景，又开始研究这个负载均衡的软、硬件环境。虽然最后不了了之。 由于公司Marketing的老有异地电话会议，公司每次分享会总是会有一到两个同事无法参与，自己有开始了解远程桌面分享，远程会议的相关软件，有在线的、有通过Skype的，最后还是定了TeamViewer，授权是非商业用途，但是还是能凑合用用。 由于自己想标准化公司的文档，开始研究Word的模板功能，最后还真做出来一套公司的doc模板，至少现在大家还在用。 自从申请到BizSpark后，公司开始使用其中的ProjectServer，又是一番折腾，这个参与的少，主要是头S在维护。 来到烟台后开始自己带团队，自己需要搭建VSS，相对简单容易，发现异地管理VSS玩不转又开始研究SVN，头搭建完整后，自己有稍微研究了一些权限管理相关的东西。因为需要给队员搭建开发环境，自己又好好的研究了一下公司开发平台的搭建。 学习了兄弟公司的一套管理框架Scrum后，Boss觉得采用这个框架来走开发团队的管理，过程中需要很多的业务工具来支持，自己又开始寻找并学习这方面的工具。 首先制定了使用Visio画流程图的一个规范；其次需要找一些界面原型工具，这块比较了Balsamiq Mockups\rena-Prototype-Composer\Axure RP 5.6，最后考虑到学习成本选定为Axure；再次还需要一个用例绘制和管理工具，参考哦Visio和Rose，暂时还没定；业务模型打算采用表格+E/R来实施。最后一大块也是自己现在正在研究的Scrum的管理框架，决定采用兄弟公司使用的TFS来管理源代码、测试、自动构建、Bug管理、工作分配等，为了更好的展示大家的工作内容，计划使用ScrumDashBoard来做展板，使用CC.NET来做自动构建；为了知识分享，同时为了新入职同时能更快融进公司，决定采用wiki来管理、分享知识。 当然还有很多日常工作中的小软件的使用，比如这个WordPress平台，用来写blog的windows live wirter== 就不一一罗列了。 自己使用过这么多软件，无疑都是很多人付出很多心思做出来的一些好的作品。站在巨人肩膀上，你才能看的更远。无论这些产品、平台、软件是不是巨人的肩膀，在这个信息爆炸的互联网时代，每时每刻都会有更新的更好的产品出来，如何更好的挑选这个巨人的肩膀，如何更好的整合资源，使得1+1》2的作用是一种在这个时代的必备技能。信息化]]></description>
		<wfw:commentRss>http://www.becxo.com/2010/02/04/415.html/feed</wfw:commentRss>
		<slash:comments>4</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>岁末年初</title>
		<link>http://www.becxo.com/2010/01/03/402.html</link>
		<comments>http://www.becxo.com/2010/01/03/402.html#comments</comments>
		<pubDate>Sat, 02 Jan 2010 16:18:24 +0000</pubDate>
		<dc:creator>Felix</dc:creator>
				<category><![CDATA[工作]]></category>
		<category><![CDATA[职业生涯]]></category>
		<category><![CDATA[share]]></category>

		<guid isPermaLink="false">http://www.becxo.com/2010/01/03/402.html</guid>
		<description><![CDATA[看着各大媒体，各大论坛，各个牛人博主相继开始写年度总结，自己也忍不住好好想了想自己在09年都做了哪些工作。 09年忙忙碌碌都忙些啥呢? 年初一开始就收拾一个烂尾楼A，一个客户的IT环境比较复杂，有一个负载均衡的场景，自己拿着一个自己从来没看过的方案就跑到客户现场去做测试，结果灰溜溜的回来了，最后还是头S去收拾的残局。到现在我也不晓得最后的解决方案是什么？我是不是该先问问呢头是如何解决的呢? 后来又捡起第二个烂尾楼B，自己前年负责的一个项目，将客户的数据升级到最新的平台下，花了大概1个月，可最后还是以客户调整办公地点不了了之，现在仍然是个烂尾楼，也不晓得最后谁来收拾这个烂尾楼。 接下来参与了第三个烂尾楼C，实施到一半的一个项目，客户自己领导班子调整，最后不晓得怎么处理了。 09年投入精力最多的应该算是自己冠名了实施经理的一个项目D，这个过程中从需求到实施，确切的说应该是从咨询到需求到实施都有参与一些的一个项目，现在正处于最后的验收阶段。 再来看看自己在这些项目中的Title吧，好像是Boss刻意安排，从B项目开始，自己就从码农到面对客户、到最后的项目维护；到了项目A就开始自己独自面对客户了，虽然最后结果不是理想；项目D就已经开始冠名实施经理了；现在自己就开始完全独立的盯一个项目了。看似媳妇熬成婆，但实际个中滋味只有自己明了。 放眼看看10年，至少自己还需要在烟台度过正个10年，新的环境、新的业务、新的定位，注定了面临新的挑战。就目前的形式看来，至少自己还要在资源严重不足的情况下工作1-2个月，等开始配齐人手后还需要做2-4个星期的培训工作。后面还有多少新的难题无从得知，但是我知道，我肯定不会在一切结束之前Say goodbye！]]></description>
		<wfw:commentRss>http://www.becxo.com/2010/01/03/402.html/feed</wfw:commentRss>
		<slash:comments>7</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;流程(1)</title>
		<link>http://www.becxo.com/2009/12/25/398.html</link>
		<comments>http://www.becxo.com/2009/12/25/398.html#comments</comments>
		<pubDate>Fri, 25 Dec 2009 15:37:45 +0000</pubDate>
		<dc:creator>Felix</dc:creator>
				<category><![CDATA[工作]]></category>
		<category><![CDATA[未分类]]></category>
		<category><![CDATA[职业生涯]]></category>
		<category><![CDATA[软件开发]]></category>

		<guid isPermaLink="false">http://www.becxo.com/2009/12/25/398.html</guid>
		<description><![CDATA[一个人有一天想要往墙上挂一幅画，就忙忙叨叨地找来锤子和钉子。当他把钉子钉进墙后，却发现这个钉子根本挂不住这幅画。怎么办呢？他说，那就只能往墙里一个小木楔子，然后再钉钉子。 他去找木头。找到木头发现太大，又去找斧子。找到斧子，发现对付木头不顺手，又去找锯子。锯子有了，又发现锯条断了，又去找锯条。这样一件一件东西找下来，等到他把所有的东西都凑齐了，他已经不知道要干什么了。他早就忘记了那幅画了。 最近一个月来一直在理客户的业务，对伊这个全新的领域，公司以前也没人接触过这类业务，我们就开始学着摸象的盲人，开始步履维艰的学习客户的业务。学习或者了解某个行业，最快捷有效的方法莫过于理清该行业的核心业务流程了。同样对于学习一个公司的业务，无外乎先理清该公司主要业务的流程。 说到业务流程，首先需要明确什么是业务流程，借用wiki上的解释。 互相连接的活动集合，它们将输入转换为输出。理想情况下，在流程中发生的转换将为输入增加价值，并形成对接受者更有效用的输出，无论接受者处于上游还下游。 业务流程列出以下特征： 可界定性：必须清晰地定义其边界、输入和输出。 顺序：构成流程的活动，必须在时间和空间里具有确定的顺序。 客户：流程的结果必须有接收者——客户。 增值：在流程中发生的转换必须为接收者增加价值，无论接收者是在流程 的上游还是下游。 嵌入性：流程不能自己单独存在，它必定嵌入在组织结构中。 跨越职能：流程通常但非必须跨越多个职能。 此外，流程拥有者（process owner），即负责流程的表现和持续改进的人，也是考虑的前提之一。 简单点讲，就是在规定输入条件下得到期望输出，可能中间会经过很多步骤，通常情况下还有一个人为持续改进这个流程负责，这就是流程！有了流程定义，就需要一个工具来描述流程，描述流程的最好的工具有很多，流程图就是其中一个不错的选择。画流程的目的是为了能很好的理解业务，理解业务就少不了跟人讨论，讨论的依据是什么呢，就是流程，加上需要团队协作，所以一定需要一个规范，以便于团队内和客户机的讨论高效且有依据。有了有效的工具不见得就能很好的完成工作，还需要一个统一的描述流程的规范。当这些都完工以后，就可以开始画流程了。 但是当你真的开始着手绘制流程图的时候，会突然发现会因为要钉一幅画而最终去找了锯条的情况。反过来再来看业务流程本身的6个特征，其中位居其首的就可界定性。 一般企业无外乎三大类流程：产品流，业务过程中从原材料采购到，生产的产品如何交付；信息流，围绕交付产品过程中产生的信息如何流转；资金流；原材料采购的应付费用，产品出售后的应收费用。对于一个一无所知的业务定义边界，定义输入输出将会是一件很困难的事情。但是如果按照上面三个分来做的话，肯定不会出现大的偏差。但是在这个过程中，你会发现企业里的产品流、信息流、资金流纠结在一起，让你无法专注于某一个特定的流程，当你在学习产品流的时候你需要先撇开信息流、资金流程对你的骚扰，只需要知道在某个时刻需要信息流、资金流的输出作为产品流的输入。而不用为了一个契子去找一个不知道在哪儿能找到的木匠，只是需要知道在10点钟前，肯定会有一个木匠给我这个契子。这就是合理的界定。在梳理流程的过程中就需要不停的提醒自己界定！]]></description>
		<wfw:commentRss>http://www.becxo.com/2009/12/25/398.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
