阅读:2681 回复:3
lf6112
13

帖子

75

跟帖

416

积分

黄金榴莲
黄金榴莲
  • 社区居民

[更多]程序猿修炼之道系列(3)---IT人要知道的工作观和商业思维

楼主#
更多 发布于:2016-08-15 08:38
强烈建议,标题的长度弄长些,都放不全~~~!
程序猿修炼之道系列(3)
每个IT人都应该了解的工作观和商业思维
注:文章是摘录自《重来》(《Rework》)阅读笔记。该书是 2010年Crown Business出版的图书,作者是两位37signals的联合创始人Jason Fried和David Heinemeier Hansson。
David Heinemeier 更广为人知的作品是Ruby on Rails。

不要当工作狂
  1. 工作狂不仅没有必要,而且愚蠢至极。过多的工作并不代表你对项目更关注,也不代表你做了更多贡献,仅仅意味着你干了更多活而已。
  2. 工作狂在解决一些问题的同时制造了更多麻烦:这种工作状态不可持续,很快会有倦怠感。
  3. 一个精疲力尽的人是无法做出理智决定的。
  4. 让价值观扭曲,从不寻求高效的解决之道,而沉浸在比拼谁更晚下班谁更『英雄』的幻觉中。
  5. 以为能靠蛮力来弥补思维上的惰性,往往折腾出一堆粗略无用的解决方案。
  6. 浪费大量时间的结果往往是过于关注次要的细节,看上去在推动,其实分散了主要工作的精力。
  7. 使得真正高效且不崇尚加班的员工感到无所适从,心怀愧疚,士气低落而且『跟风加班』,根本就不管到底有没有生产力。
真正的英雄是早已想出办法,搞定一切,然后回家了的人。

会议有毒
  1. 会议中大多数人往往没有做好准备,给出的建议通常没有参考价值。
  2. 轮到低能人士(总有几个)发言的时候浪费的是所有人的时间。
  3. 会议对所有人的影响包括:思路切换出来的时间,走路到会议室的时间,开会的时间,走路回去的时间和思路切换回去的时间,再加上丧失了一下午整块连续时间的结果(也许过半小时就吃饭了,这时候显然无法开始一个需要长时间连续思考的任务)。
要怎么做?
  1. 认识到以上三点。
  2. 放一个闹钟,时间到就散会。(主要是威慑作用)
  3. 严格控制与会人员,有些人只要会后通知结果就行
  4. 会议议程明确,要以产生明确解决方案,以及负责人为目的。
作出决定就是取得进展

『让我们做决定吧』>『让我们回头考虑一下』。决定会为团队带来推进感,决定并不是不可更改的。

何必壮大

取决于你的业务,也许5个人合适,也许40个人合适,也许一个人加一台电脑正合适。
大意味着不敏捷,沟通效率降低,难以调整方向
小公司不是一个跳板,小公司本身是一个伟大的目标。
只要能够保持持续发展,保持盈利,不管规模大小都是值得骄傲的。

计划即瞎猜

越长的任务越难以估计准确时间,可变的因素太多。需要切分成一个个可见的子任务。其好处在于:

1、对进度更加合理的控制
2、阶段性的里程碑让团队能保持历久弥新的战斗力

对于一个迸发的idea,赶紧把它的原型实现并推到市场去验证,这时候不要在乎一个周末的休息时间,因为刚刚迸发的灵感能让人产生200%的战斗力。也不要试图通过会议确定很多细节,拿起榔头开干。
Better done than perfect.
找到核心,不要过早关注细节。

烤肉摊不要太早纠结用不用芥末和洋葱。没有芥末和洋葱你还是烤肉摊,先把肉烤好。


不到万不得已不融资。

融资即意味着交出全部或者部分的控制权,投资者往往追求短期利益,容易带来发展方向的矛盾。


与其做n个半成品,不如做好半个产品。

同时做n件事的结果就是:一大把绝妙的点子最后转化为一个个蹩脚产品。导演会为了伟大的电影剪掉精彩的片段,音乐家会为了一张专辑删掉一些好听的歌曲,作家会为了优秀的篇章删去不错的段落。


减少需求
  • 在失败餐馆的菜单上,菜品总是太多。
    曾经在一个项目管理的培训上学到:遇到预定时间无法完成任务的时候通常有三种解决方式:加人(or加班)/延迟deadline/砍需求。作者的观点是作为一个ceo或者是产品负责人,应以砍需求作为最理想的方式。
  • 减法在大多数创业行为中优于加法,尤其是对于To C的产品。四处都是红海,作为初创如果这样告诉客户:别家有5个功能,我们家有20个。这一点并不会确立你的优势。如果是:我们的xx功能是所有产品中最棒的。同时把简约当做口号,高调并引以为豪,就像Flip一样。
对客户说不

客户不是永远正确的,如果永远听从客户,现在福特公司应该在饲养马。


传授知识

加里·维纳查克拥有一家大型酒类商店,他在美国知名葡萄酒视频网站Wine Library TV上在线教导人们如何品酒,每天聚集了上万人观看。


通过这么做聚集的粉丝作用是巨大的,他们都能做免费推广,维护公司正面形象,拉新的事情。


效仿厨师

作为一家公司的老板,你应该分享你知道的一切。就像美国著名的大厨艾梅丽尔·拉加西,马里奥·巴塔利,巴比·弗雷,茱莉亚·蔡尔德,保尔·迪恩那样把自己的秘方写在书里,在烹饪节目里大秀厨艺。他们都不担心会有一个人看了他们节目然后在隔壁开一家餐馆并影响自己的生意。

而商业比厨艺更难以复制,所以不必惧怕。

光是利用这些秘诀和技巧,是不足以打败自己的。

可以分享公司的运营理念,技术架构,推广技巧,还能帮助树立公司乐于分享的形象呢。

曝光自己

拍一部公司日常运营的纪录片,员工生活照片等等。

  • 用户想亲眼见证产品是如何祖闯,动画是如何制作,导演是如何挑选演员的。就像大片后面的花絮一样。
  • 用户将看到你们在后台淌下的汗水和付出的努力,同时也能拉近彼此的距离,让用户将你视作常人,而不是一个面目模糊的公司。
  • 更可以传达团队中的价值观,比如有趣搞笑,用户会觉得这么一群有趣的人做出来的产品更加有趣。
营销不是一个部门的事
  • 如果你开的是一家餐馆,餐后的薄荷糖就是市场营销
  • 你开发的app中每句文案都是市场营销
  • 每次接电话都是市场营销
  • 用户每一次使用你的产品都是一次市场营销
市场营销不是一个部门的工作,是你们做的所有工作的总和。
关于招聘
  • 亲力亲为:在雇人去做之前亲自尝试做这份工作。只有这样才能了解这项工作的本质,才会懂得如何判断工作完成的好坏,才会知道怎样写出符合实际的岗位招聘需求,才会知道面试中该问什么问题。在把球传出去之前尽可能亲自带球。
  • 受不了时再招人:可有可无的时候不要招人,解除一个人是痛苦的,在招人之前问自己,我们能不能用一套软件或者改变一下操作来解决这个问题?能不能不做这个?
  • 牛人但不是合适的人:不要招。要招需要的人,合适的人
    合适的简历有真正的交流,而不是一堆技巧,动词和无关经历的罗列,这样的简历是群发的,这样的人不适合。应该是对公司、产品有专门了解,拥有强烈加入欲望的人。
  • 要求5年工作经验:数字没有实际意义,在经验的时间上,只要具有了一定经验,之后成长就趋于平缓 。真正的差别来自于个人的努力程度、性格差异和智力水平。
  • 在小团队中,不需要专门的监工。管理者也需要做实际的事情,而不是专门发布任务和验收结果。同时监工们往往喜欢把人拖去开会,会议是监工们最好的朋友,只有在开会时才显示他们的重要。
  • 对任何岗位,写作才华值得特殊关注。一个优秀的写手,其优点不仅仅在于写作。
    文法清晰代表思路清晰
    优秀的写手懂得如何沟通
    往往使得事情变得易于理解
    通常懂得换位思考,抓重点和砍枝节
    会写意味着会思考
鸡尾酒会上的陌生人
团队每个人都彬彬有礼,每个人都努力避免矛盾和冲突,没有人说『这点子真烂』,一团和气,不互相攻击。

这种一团和气的氛围就是公司先入麻烦的更远。当有人把事情弄得一团糟时,需要有人直言不讳的说出来,这才是一个有安全感的环境。


关于文化
  • 给员工足够的自由:比如不需要审批就报销小额的开销,比如上厕所(作者的小幽默,作者认为报销小额开销和上厕所一样不需要审批);禁止员工在上班时上外部网站、youtube不会让员工奇迹般的增加一些努力工作的时间,他们会找出其他的方法来消磨时光,并心生芥蒂。
  • 团队的每一个人都应该能直接和客户联系,而不是客服人员。对程序员也许不需要每天如此,但每年至少得有几次。感同身受的团队才有动力去解决问题,帮助用户解决问题后产生的愉悦感和成就感也是大大提高队员士气的方式。
每日一帖,变成了每周一帖,离我的无人机和平衡车越来越远了~~~!


分割线:下一章精彩继续……


最新喜欢:

FegLeeFegLee H3BPMH3BPM 冷米冷米 上善若水上善若水
·……众里寻她千百度,蓦然回首,那人却在灯火阑珊处·o·‘……’
H3BPM
655

帖子

2504

跟帖

46410

积分

管理员
管理员
  • 社区居民
1楼#
发布于:2016-08-15 09:19
楼主加油,平衡车还是你的!
10月签到活动奖励发放啦:http://bbs.h3bpm.com/read.php?tid=5377&fid=5
那些年
47

帖子

165

跟帖

192

积分

铂金榴莲
铂金榴莲
  • 社区居民
2楼#
发布于:2016-08-15 11:15
会议确实有毒
上善若水
17

帖子

1282

跟帖

12345

积分

管理员
管理员
  • 社区居民
3楼#
发布于:2016-08-15 11:20
  仔细看完了每一个字,此修炼之道不只是针对程序猿有用,对职场的很多人都是通用的。感谢楼主的精彩分享,
H3 BPM 让天下没有难用的流程。全国统一服务热线 :400-889-8625
游客

返回顶部