IT Consultant, Agile Coach, Business Analyst

Archive for the ‘Consultant 咨询’ Category

严重实用技巧:Word2003中修改尾注位置

Wednesday, April 22nd, 2009

这两天一直在写论文,采用了Word 2003(没办法,学校要求格式,不敢用mac的破Word2008),其中一项功能就是添加引用的尾注。然而,这个尾注功能及其的不好用。它存在3个问题。

A 论文要求用[1][2]这样的形式来表示尾注的编号,而word默认的都是(1),(2), i, ii, iii, I,II,III, 子丑寅, ABC,甲乙丙(一)(二)等等不知道谁在用的符号。而且,无法自定义符号!有一个看来貌似叫做自定义符号的按钮,会把所有的数字都替换成统一个符号,例如*。

解决办法是:

1.首先,按照普通方式插入脚尾注
2.CTRL+H唤出替换窗口
3.前一个替换栏输入^f(此是脚注,尾注用^e)
4. 替换为栏为[^&]
5.完成。

B 尾注一但分页,就会出现一条分隔线。上面写着****我是伟大的分隔线*****

解决办法是:

1. 将当前视图,设为普通视图;
2.选取菜单“视图”——“脚注”,会在下方出现一个下拉框,选择其中“尾注延续分隔符”
3.完成

C 论文要求把尾注区域插在第五章结论和致谢之间。而又限制了每章必须用自己的章节标题作为页眉。这两个需求导致了word的尾注区域不能正常工作。因为尾注只能添加在节的结尾处,或者添加在全文的结尾处,并且不能手动移动位置。而为了每章换用不同标题,必须要每章分节。因此,尾注就只能分散到每节之后,或者全在致谢之后。

解决办法是:(我搜索了很久确信确实没有人提出过解决方案,估计同学们都是手动改的吧。。。)

1. 按照普通方式插入尾注
2. 选择将尾注插入每节之后
3. 正常分节(这时候所有的尾注都在节尾)
4. 到第一节内容中,选择 文件->页面设置->版式->取消尾注。这时候第一节的尾注会自动合并到第二节之中!!!!
5. 重复4直到达到参考文献一节
6.完成。

无语了!!Word,你好变态啊~ MS啊,你这样折腾为哪般?

架设一个BLOG需要整合多少东西?

Thursday, April 16th, 2009

最近重新升级了我的BlogBJUG的BlogWordpress 2.7.1,以及帮人新安装了Wordpress。期间涉及到了无数其他系统的整合和使用,列举如下。

1 Wordpress本身需要花费功夫的地方不多,比较容易,但Themes要花不少功夫调整,有时还得改CSS。推荐几个Wordpress Themes网站:

- http://themes.performancing.com/
- http://www.blogohblog.com/
- http://www.neoease.com/themes/
- http://www.underone.com/themes/
- http://www.billionstudio.com/
- http://wordpress.org/extend/themes/ - Official

2 访问统计当然要立即搞起来,首选的当然还是Google Analytics,另外加上Analytics Plugin

3 网站要做SEO,要用URL Rewriting,这个需要配置apache修改.htaccess文件的权限,另外要让Google快速索引网站,得用Webmaster服务并加上Sitemap Plugin

4 网站用了别人的服务器,不能给网站太大压力呀,用Google的搜索代替Wordpress的搜索,用Google Custom Search Engine

5 做网站肯定得想赚钱拉,虽然咱这blog流量这么低估计赚不到什么,不过一分一毛也不能放过。架上Google Adsense阿里妈妈 (审核不知道为啥没通过),再用Adsense Plugin来管理。当然Feed广告也是一个值得设置的事情。

6 写Blog目的当然是为了展示自己,那“自己”包括什么呢? 首先是个人的档案,先连上Google Profiles。然后把我在做的(Twitter),我在读的(Google Reader)(Del.icio.us),我在看的(Douban),我的行程(Google Calendar),我的旅途记录(Flickr)(Picasa)都聚合到我的blog。好在这些服务都支持HTML的Widget,不需要再安装插件了。

7 读Blog当然不能不用RSS订阅,先用FeedburnerFeedsky建立好永久的Feed免得遗忘丢失,然后在里面添加Feedflare以便订阅者再分享和收藏。

8 写Blog当然还要交朋友了。用Google Friend Connect来结识朋友,允许访客通过Google Talk Badge来联系自己,在评论中显示人家的Gravatar头像,安装Gravatars Plugin。让访客只要登录Friend Connect就可以评论吧比较方便,不过垃圾评论一定要避免,好在已经有了默认的Akismet plugin

9 咱辛苦写好的文章不能被人随便拿走,所以要声明版权。用Creative Commons声明一下咱的文章可以转载,但版权归我且不能商用。

10 还想加其他东西到Blog?试试看Google Gadget的Embed功能。这里面几乎包含了所有的东西了。

11 呃,embed了太多服务blog打开太慢了怎么办。。。那。。只好。。把js代码改成异步读取。。用Google AJAX APIs异步调用JSON或RSS。。复杂了

12 最后,别忘了备案@diamondtin同学没备案服务器已经被端了。

嘿,自己架设一个博客要干这么多事情,容易吗?  这个貌似可以提供一种专门的咨询服务了,专门为人架设博客。


新BA上甲板指南 - New BA on board guidelines

Sunday, September 28th, 2008

此指南为我所在的项目引入新BA的参考步骤,并非ThoughtWorks官方指南,仅适用于特定项目的特定情况。

Task 1: 请自己去认识团队的所有人。

BA肩负着交流者的使命,需要和客户和团队都创建一定的关系,主动去认识每一个人,做自我介绍,发放名片,请大家多关照,以后合作愉快。

Task 2: 了解项目背景

BA应该是最了解项目背景的人。项目之后的驱动因素,项目的目标,项目所解决的问题,项目的流程,项目所涉及到的其他系统,项目的范围,项目的涉众,项目的用户,项目的发布蓝图,项目的当前状态。

Task 3: 简单了解敏捷开发过程

在敏捷的过程中,BA处于一个承前启后的角色。BA需要了解项目过程中的各个术语,项目迭代的长短,交流方式和频度,客户如何计划,如何给客户展示,每天何时开始工作,项目状态交流方式,团队的分工,分布团队的工作方式等。

Task 4: 了解BA工作职责

BA的日常工作包括很多事。每个迭代让客户确认需求,与客户沟通,澄清问题,询问细节,电话会议,组织讨论,给开发团队介绍业务,保证开发速度,在mingle上管理需求,确认defect的优先级,回答开发人员的问题。

Task 5: 学习基本BA技能技巧

BA的基本生活技能包括:和业务人员的交流能力,和技术人员的交流能力,足够的展示能力,能够可视化的表现需求,演讲文稿制作,英语交流和写作,商务信函的处理,控制会议的简短和有效,有条理的描述清楚需求,分析复杂的需求和过程,快速发现用户问题,设计良好的用户体验,逻辑的分析和叙述问题。

Task 6: 尝试完成当前项目的工作任务

快速了解系统功能,阅读项目的需求清单,在本机实际运行项目,测试和了解项目的功能,Shadow当前的有经验的BA,接手简单的工作,处理业务邮件,参加需求讨论,阅读以前的相关文档。

Task 7: 了解BA的Career Path

和sponsor坐在一起,了解行业中的BA能做什么,我们公司的BA做什么,BA发展发展方向有哪些,公司提供哪些机会给BA发展,公司提供什么培训,明确自己的兴趣爱好,搞清自己对生活与工作的权衡,找到自己的前进动力,确定自己的发展目标

Task 8: 制定自己的学习计划

确定一个短期计划,确立学习和努力目标,制定近期的实现步骤,阅读参考书或资料,定下review时间,为自己创造压力,然后努力的开始做这份有前途的BA职业吧。

附录:新时代情况下对新BA的四大要求:

要聪明,客户时间紧团队任务重,没有人有空把一个事情解释很多遍。

要谦虚,在没搞清楚问题之前不要自以为全盘了解。

有条理,要能够在毫无头绪的需求中有逻辑的分析出可行的方案。

英语好,不仅仅是读写,听说更加重要,并且要是business english.

Tags: , ,

演讲技巧(下)

Sunday, March 30th, 2008

查看:演讲技巧(上)

PPT的制作

多数情况下一个好的PPT能够给听众带来愉悦的心情和清晰的思路 。在做PPT的时候,我第一件要考虑的事情是模板的选择。有人说内容第一,最后在做样式。其实不然,如果一开始不选好,中间的配图、字体、高亮颜色等最后还得返工。

选择模板需要考虑使用的场合。一般的黑白深蓝底色都是比较安全的。有人喜欢把屏幕弄亮点让底下观众不会因为背景暗而昏昏欲睡。我最近喜欢用黑色,看起来更酷更时尚一点。如果演示稿是关于公司或者代表公司,公司Logo一定要放在上面(其实一般公司都会有统一的模板)。如果是给客户做演示,客户的Logo也不应该忘掉。

PPT多数时候需要一个Agenda来开头,让用户知道你今天的议程是什么。后面不时的可以重复展示这个Agenda来提示客户你说道了哪里。不过这点并不是必须的。有的时候一场报告只有一个主题,例如我前次做的校园招聘的宣讲,是关于Business Analyst的。我就没用Agenda而口头说明的。

Less is More

最近经常听到Less Is More这句话。当制作PPT时,大忌是把所有的文字都堆在幻灯片中,在演示时读屏幕。这样是最枯燥的。最近流行一种模板,就是多数页只有一句话,放在屏幕中间,据称叫做PPT 2.0模板。这种的模板很有看头,每页一句话,剩下的要靠嘴说。每页一张图片,后面的故事也要娓娓道来。只有演讲者说服了听众,幻灯才能达到效果。让观众读懂算什么。

幻灯片设计中的颜色也不宜太多,而且应保持一致,例如所有的图片边框都是2pt的白色,而不要每页不同。如果使用Office2007,里面会有些color scheme,大概有几种配色供使用,都还不错。

在商业演讲中,幻灯片的字体应当用普通的字体,例如Arial, Tahoma, Calibri等常用字体,这样显得朴实大方。不要用Comic等儿童的、奇幻的、趣味的字体。

要白板还是PPT?

我们有时候常有争论,就是是否要准备PPT还是只用白板就好。我们以前总结过敏捷培训宣言,里面就说白板和卡片胜过幻灯片,但这并不是绝对的。一个准备良好的PPT绝对能够发挥很大作用。

白板的弱点就是字体不好控制,后面容易看不清;无法展示图片;但白板的好处在于可以动态的和递进的讲出问题,可以在白板上留下推理过程和历史记录,并且可以根据听众的反应,随时转换话题或者引出新的内容。

而PPT在准备的时候必须要遵循一个套路,很难跳出。所以讲PPT的时候必须要考虑周全,如果听众问问题打断了讲解思路就非常麻烦了。因此很多讲PPT的人都要求客户最后提问:P

如何缓解紧张情绪?

每个人演讲都不可避免的会紧张。我第一次给公司内部讲东西就紧张的不行。后来在内部习惯了,第一次给客户讲又紧张。再后来客户面前20人不紧张了, 到上50-80人的时候又会紧张。不过解决这种紧张情绪很容易,就是多讲。讲多了,见得人和事面多了,自然不会紧张。我现在面对小场面那是相当的不紧张, 大场面不敢说啊,要让我上人民大会堂讲,估计还是得腿软。

当紧张袭来时,每个人的反映不同。我以前是可能会有点发抖,现在不发抖了,在开场2-5分钟时候有些喘不上来气,心跳的厉害,思路也不太连贯。这时候最重要的是要镇静,抓住时机吸几口气,把语速降慢,适当增加停顿,让自己缓解过来。

有的人紧张起来比较奇怪。徐昊一直跟我说,他是后紧张类型的:下场后10分钟抖个不停。。。。我说,你这是讲东西发泄后爽的吧。

如何练习演讲

演讲能力的提高主要靠练。练表达能力,练逻辑能力,练在人前说话不怯场,一定要克服自己怕说话怕在公共场合发言的心里。要锻炼演讲,可以先在公司内部搞内部交流时讲,反正都是自己人不怕丢人;然后可以到Beijing Open Party等社区活动来参加技术社区交流,面对陌生人来讲;接下来是在客户现场承受压力的讲;最后就可以考虑到几百人的大会上露脸了。

Tags: ,

演讲技巧(上)

Wednesday, March 26th, 2008

演讲技巧是咨询师必备的技能之一。作为一名专业人士,在观众面前能够逻辑清晰、表达到位、信服有力的将其所关注的内容表述出来,是许多人都希望做到的一点。然而很多时候,有些人对小细节不够重视,在演讲时犯错误,导致比较差的演讲效果。

如要提高演讲技巧,个人认为需要着重关注于内容、声音、手势、幻灯片等几方面。下面我会分2篇将我个人这两年的一些经验总结一下。

内容要有内在逻辑性

我看到过一些人做演讲,前后内容跳跃性极大。幻灯片之间没有过度句,头一篇和第二片之间异常生硬。关于这方面Minto的《金字塔原理》一书讲述的比较深入。一般的,逻辑可分为演绎法和归纳法等方法。

同事马波在讲敏捷的时候,采用的多是演绎法。他从问题开始,推出解决方法,然后又从这里引出新问题,一环扣一环,最终推出来结论,让听众从根本上理解为什么采用敏捷。这种方法对于问题的分析非常清楚,但有时候把握不好容易陷入细节,无法给观众一个大局观。所以要考虑多种方法共用。

逻辑讲究的是有理有据。每个概念都应该有解释,每条论证都应该有根据。所以很多时候我们都是从What开始开头,然后说Why,接着是How。有一种情况应该大力避免,就是用一个观众不懂得词汇来解释另一个观众不懂得词汇。最终这里面的逻辑关系可能会套的很远,为了解释一个概念,不惜引经据典,博古论今,这样听众很容易迷失。不过徐昊运用的相当精熟。

声音和情绪

声音是传达内容的媒介。以前我做演讲的时候,常犯的一个错误就是声音没有起伏,像平时说话一样一串串就出来了。如果在相对封闭的会议室,又是下午,很快你就会发现下面听众开始犯困了。做演讲讲究语速和语气。在林语堂的《怎样说话与演讲》一书中专门强调过这一部分。

语速是最容易理解和掌握的。我一开始演讲语速容易加快。可能是由于紧张,就倾向于快点讲完。然而,对于介绍新知识、新理论、做新品展示等场合,切忌快速说话。这时候应当慢慢的细致的把新的东西娓娓道来。

语气比较需要经验。什么时候该强调,什么时候该重音,什么地方应该用平淡的口气带过,非常需要揣摩。这个我做的也不好。不过,多数情况下,你觉得重要的东西,自然要着重则个。

演讲者的情绪能够感染听众。我英国的同事Marc演讲的时候,情绪非常的兴奋。他那次讲的是Web 2.0主题,里面涉及到许多创新的应用。他用一种非常兴奋的语气和动作,表达了他对这个主题的激动和热情。他的演讲感染了听众,所有人都对这些新应用产生了浓厚的兴趣。

所以很重要的一点,就是你要对自己的话题有激情。如果讲了很多遍, 自己都觉得没意思了,你再讲给听众的话,就会不自觉的把这种厌烦的情绪带给听众,从而降低你演讲的影响力。

手势和姿势

我们老大郭晓曾经讲过一个故事:当年我们CEO去参加商业课程培训,回来后说学到了一件事最有用,就是演讲三步骤:1 将手指向你要讲的幻灯片内容,2 转头面向观众,3 面带笑容的讲解这一部分。然后不停反复这一过程。这就是演讲手势的精要。

虽说上面说的简单了一些,不过非常实用。很多时候,由于在投影仪上进行演讲,不如白板来的直接,用手势或激光笔等指示你讲的部分非常重要。尤其是在出现结构图、流程等略显复杂的页面的时候。

演讲的时候,应当站直尽量不要走动或晃动。我有次在一次演讲在观众面前不停的走圈,结果被同事记下取笑至今,说我走八字。演讲者应站在一个不挡住屏幕的位置,用手势配合你的讲解,除非必要不要乱动。

笑容在有的时候很重要。如果不是必须要严肃的内容和场合,不妨增加一些微笑。俗话说的好,“面上洋溢着自信而成熟的微笑”。个人认为在一些地方增加一点小包袱也很有效果。例如,场下坐着某个听众比较熟悉的人,不妨开下他的玩笑,如果是公司内部,开老板玩笑或许是一个很有趣的选择。也可以对上一场的演讲者进行一下评论等等,作为开场白或者活跃气氛的调剂相当有效。

阅读:演讲技巧(下)

Tags: ,

独立咨询师

Thursday, January 3rd, 2008

独立咨询师(Independent Consultant)在国外是一个非常寻常的职业。在英国的时候,我们Team缺少CSS Developer。我在一开始兼任了一周,结果Analyst的工作忙不过来了,PM只好选择寻找一个兼职的独立咨询师。

没过多久,公司就从外面找到了一位独立咨询师。他以前也和公司合作过,口碑不错。他在team里面待了大约2周,这两周内,他整理了原来的CSS并且将界面调整到了一个相对稳定的状态。随即他便离开了。过了一段时间又来了几天进行短期调整。

在国外,许多有一技之长的开发人员都选择了做独立咨询师。虽然这样丧失了一些公司福利,但获得了更高的收入和更大的自由。而公司这边,也由于减少了长期雇员从而减低了成本。我问他,客户都从哪里来?他说朋友有机会都会介绍他,一些老客户也经常回头找他。总之还是很忙碌的。

后来,整个Team移师北京。在北京公司尝试寻找一位兼职的CSSDeveloper,才发现,在北京,这方面的独立咨询师真是少之又少。难的找到的几个能力合适的人,却并不能接受这种短期的合同。究其原因,总归是因为大环境的问题。公司既不习惯提供短期工作,客户也不能信任短期咨询的质量,继而开发人员也无法选择这样的生活。

我很早以前也在家SOHO做过一些开发网站之类的工作。收入既不高,客源也不稳定。许多中小企业倾向于雇佣一个人,将所有的事情都外包给他。而不是根据团队所欠缺的能力和人才来雇佣。受限于这种情况,独立咨询师独立生存极其困难。

国内管理咨询业做独立咨询的人更多一点,相对于IT业的情况,管理咨询需要若干年的实际管理经验才能做好,从而提高了行业的门槛。而IT业的门槛很低,同样是做网站,你用什么技术对客户来说并没有任何区别。

再后来,有了项目外包网站,发标者开出低价,投标者更是为了获得订单不惜赔本开发。这种行为最终损害的还是客户的利益。为了快速的交付,损害了质量和售后服务。同时也使得整个独立咨询的口碑大大降低。

独立咨询师对公司带来的好处是很多的。如果公司团队正好缺乏一个专项人才,同时又不需要长期的配备这样人才,独立咨询是非常合适的。然而,缺少一种渠道让公司了解咨询师,通过口碑营销在初期会非常的慢。虽然itechtag在这方面可以作为一个很好的个人展示平台,但独立咨询师还需要一个地方来声明自己工作性质才好。

估计等市场、客户、及个人能力都成熟之后,IT独立咨询师才能成为大家的一种选择吧。

Tags:

敏捷的弱点是什么?

Wednesday, August 22nd, 2007

“敏捷的弱点是什么?”,一个刚接触敏捷的朋友如是问。

敏捷方法是一种适应性方法,换句话说,由于它本身的适应性,他可以去适应各种情况,并且可以根据实际的效果来调整自身,从而改善它的适应程度。因此,首先我们说,敏捷的弱点或者优点这样的问法是不妥的,应该问,在什么情况下敏捷适用性不好?

敏捷的产生主要是来自于开发团队,开发团队发现他们在进度、质量等方面的能力无法满足业务需求,于是提出要加强交流,增进反馈,避免各种内部浪费。于是开发团队在实践上采用测试、迭代、提高交流效果等等,最终在效率上得到了很大提升。

但是,很快的,这个团队意识到,光提高开发的质量还不行 。开发测试之外的很多东西也需要敏捷才可以,尤其是在发布一个新版本的时候,旧有的发布方法没法满足开发的速度要求。他们于是提出了敏捷的需求管理,要求和业务部门之间建立专门的业务分析来进行沟通;数据库重构技术,要以往DBA所负责的部分也能够变得敏捷,适应开发的需要;部署和发布方面也需要一套高效的方法来适应快速发布,快速反馈的需要。于是,整个IT部门变得更敏捷,从需求到发布的整个软件生命周期都得到了很大的改善。

然而,这个部门很快又遇到了问题。虽然IT部门的开发很高效,但他们和其他的业务部门之间总遇到难以解决的问题。或者是业务变化跟不上,或者是售后支持没法及时反映。于是,由CIO带领,公司开始了整个的组织转型,将一个组织敏捷/精益化,建立敏捷业务和精益企业。让IT部门的价值得到最大的提升,由新的IT系统来促进业务的发展。

不过,问题又来了。由于业务的发展,公司需要和其他的公司之间进行数据交换,共同开发通讯接口。合作公司的反应速度和开发效率极低,大大的降低了合作的效果。于是,公司派出咨询师,帮助合作公司进行过程的改进。最终达到共赢。

这一整套过程下来,敏捷/精益的思想得到了贯彻,开发效率和业务效率得到很大提升,公司获得了很大的企业价值。然而,如果这一切都无法顺利的完成呢?

在某些公司,由于各种原因,一个团队的敏捷程度完全取决和他们合作的部门或公司的敏捷程度。在一个项目中,我的一个同事所在的团队需要和数据库部门以及另一个开发部门协作,从而完成一个系统集成应用,然而,他们没有数据库的操作权限,同时另一个部门的API尚未就绪。他们很快就开发完毕自己所分配的部分功能,在等待中不断的催促和协调另外的部分。一个几周的工作,硬生生的被拖到了三个月。

综上, 敏捷什么情况下适用性不好呢?答案是,当你没有办法改变你周边的人、部门、公司做事方式的时候。

不过,我认为,改变一个人虽然困难,但我们可以去影响他们。只要从基本的实践处做起,逐渐的,周边的人会被带动,从而可以推动整个部门的改变。一个部门改变了,公司领导会很快意识到这种变化,变化也有可能影响到其他部门。只要我们坚持去做。

Tags: ,