Kill Ideas
有两种模式:Ideas主要由员工提,老板Kill。一种模式是老板提Idea,员工Kill。哪个更好?都好。李彦宏说自己是专门Kill Ideas的,更多情况是老板提Idea大家砍。只要真把该Kill掉的砍掉了就好。
我看“不做不该做的事情”比“做该做的事情”更重要,至少是一样重要。最要不得的是“六拍项目”:拍脑袋、拍肩膀、拍胸脯、拍桌子、拍屁股、拍大腿。
– 最近在看《人人都是产品经理》,后面慢慢谢谢心得。
有两种模式:Ideas主要由员工提,老板Kill。一种模式是老板提Idea,员工Kill。哪个更好?都好。李彦宏说自己是专门Kill Ideas的,更多情况是老板提Idea大家砍。只要真把该Kill掉的砍掉了就好。
我看“不做不该做的事情”比“做该做的事情”更重要,至少是一样重要。最要不得的是“六拍项目”:拍脑袋、拍肩膀、拍胸脯、拍桌子、拍屁股、拍大腿。
– 最近在看《人人都是产品经理》,后面慢慢谢谢心得。
上次和晓华聊到公司里一些程序员抱怨日复一日重复的日常维护工作,比如日复一日的网站修改、日复一日的数据统计、日复一日的配置界面书写。而我觉得其中60%以上的情况程序员本身就有自己的责任,天助自助者,程序员应该改变工作思路和方式来解救自己。
程序员应该的工作思路是什么?
是让机器做重复的工作,让业务人员做必要的人力工作,自己创造让他人工作的系统,这是一个程序员应有的工作思路和方式。
举例:类似的统计经常做,那么不要等别人给你提统计系统的需求,自己做一个统计系统出来,让业务人员使用就是了,业务人员使用不方便的地方就改进这个系统。谁说他们要我做数据统计我就只能给他一个统计结果的数字,而不能给他一个统计系统了?
再举例:有人让我给做一个发布系统,那我装个WordPress给他用行不行?他只要一个方便的网站维护后台,谁说一定要按照他画的维护界面UI一五一十的完成了?
再举例:业务人员要求广告位以一个光怪陆离的方式轮转,那我直接给他一个更简单和更有效的广告轮转策略,从而节省一堆开发,好不好?
不主动思考,主动求变,主动构建系统,那只能指望着运气来救自己出苦海了。阿弥陀佛。
发现自己里coding越来越远了 — 前一段同时买了两本书,一本讲python编程的,一本《梦断代码》(Dreaming in Code)。结果很明显的更喜欢读梦断代码,而读不下去python的书。《梦断代码》就是一个程序员写程序员的故事书。我想这种书籍对于任何一个有开发经验,想往软件开发管理发展的人都是有帮助的,看看别人在开发中遇到的故事对自己是经验积累,了解一下软件项目有多难,为什么那么难。
我刚读到第二章,里面提到的观点非常吸引我:
“在网景公司,写代码是重中之重,所以只要是有助于解放人力、有助于开始写代码的决定就是好决定。”
“赫兹菲尔德的总是坚持让开发者们停止设计、开始编码 — 至少不要等到地面完全凝固才开始。赫兹菲尔德告诉我:我的风格是赶快干起来,然后把它变成我们想要做的大东西。这不是平庸之作,是个大东西。不过总的开始干吧!要点在于激情开干。”
接触软件开发也不算太久,刚过十年;不每天写代码也不算 太久,两年的事情,可软件开发的进展却还是让我时常吃惊。和我学习软件开发的时候,和我自己初次做软件开发的时候很不同了。
昨天技术团队技术交流会,王征介绍了CakePHP web框架,几行代码,没有配置,一个包含了增删改查功能而且不算太丑的页面(其实比我写的要好看很多)就可以用了。Web开发已经和写几个静态页就收费上万的时候不可同日而语了,而那其实也不过是10年前的事情。而各种CMS、BBS、Maillist、CRM等等等等开源软件,也让我们想不到什么东西是需要自己做的了,呵呵。
那么软件工程师们,IT业者们的价值在哪里?在降低吗?依我看没有。我们的价值在于两处:
转眼,自己进入对外汉语行业快三年了,一路走来辛苦确充实。三年过去了,那些曾经的“竞争对手”如今怎么样了呢?看看这些憧憬着远程对外汉语的光明前景而来的同行们的近况吧。
Hello Mandarin,做的比我们更早,如今依然存在。仅此两点便值得尊敬。但三年来也没有听到他们的声势更大,太低调了。
Chinese Hour,做的比我们稍晚,但气势很猛。例如,上来就是24小时运营,我们就至今也没有做到。而且不时会听到销售部门说又有学生在我们和Chinese Hour之间犹豫,或者又有学生从Chinese Hour过来了!
长城汉语,很多年前很火,现在还“一样火”。
Linese,还有谁记得这家吗?比他们在人民大会堂举办的盛大发布会更让我们吃惊的就是他们迅速的销声匿迹了。
Chinesepod,与前面的相比,这是一个真正火的网站。但未经证实的消息是他们要倒闭了。绝对属于传闻。
再过一个月加入到这家创业公司就两年了,再过四个月我参加工作也有七年了。七年的时间里我经历了三家公司,做过不同的职位,经历了几百个同事,在同一个Team里工作过的同事也不下60人了 。也做过不同的业务,这个软件、那个系统,或者这个网站、那个应用,一会儿客户端,一会儿互联网,一会儿WAP、一会儿彩信,一会儿是嵌入式应用的Idea,一会儿又是新媒体门户的项目,如此种种,如果真的罗列一下,曾经亲身经历的各种项目和Idea也有几十个了。每一个项目都是筹划、头脑风暴、调研、立项、团队组建、分工、会议、推进、执行、加班奋战、检查、回顾、调整、庆功或是终止。还有不停的接手不同的团队,技术、产品、运营、客服、教务,招聘、面试、培训、培养、Team Building、聚会、聚餐、绩效考核、薪级评定、离职挽留。
上面种种带给我的除了经验阅历还有什么呢?对,动荡感。项目、人员、职务都在不停的变动。
从理性层面我相信“变化是永恒的”,积极的“拥抱变化”,并用同样的话语在激励团队的成员。但我发现这样的情景和小时候我所憧憬的“小国寡民”“朝夕鸡犬声相闻,老死不相往来”的图景相差太远了。人们在面对变化的时候总是会感到焦虑和不安的,这是天然的心理学,不是理性认知所能改变的。
那么如何解决“永恒的变化”和“动荡的焦虑”之间的矛盾呢?应该是用信念和信仰。我愿做一个不动点,让不确定的变化中有一些确定的东西出现。让亲友们相信工作可有变化、项目可以有变化,但会有不变的东西的,那就是我善待每个人,聆听每一种声音。