进入5月份之后，各项事情都没有“明显”本质上的进展，所以我也顺顺当当地得了五月病。

直到受朋友所托，承担了一次高强度的私活之后，五月病才被我战翻，让我无论从生理上还是心理上的承受能力又提升了一个Level。虽然现在已经精疲力竭了，但还是想趁着各种细节尚未从思绪中溜走之际，把这次的事的整个经过都梳理一遍。

托付的内容很简单：手动输入2100条日语书目的信息，在10天内完成。若能在4天内完成会有额外的bonus。(事实上最后5天完成。

我的第一反应是找合适的ORC软件来简化整个工作量。前后找了好几个，国内的服务一般只提供中文(简体)+英文的识别。然后找到一个开源项目：Japanese ORC Project http://code.google.com/p/nhocr/ 实际试用了一下，出来的结果很糟糕（识别率在1%以下，可能图源本身质量也不好）。好吧根本不能用，PASS掉。之后理所当然地又搜到一款软件：e.Typist v.14.0 体験版ダウンロード http://mediadrive.jp/products/et/index20.html
然后安装NTLEA 0.86BETA http://ishare.iask.sina.com.cn/f/6907146.html 模拟日语操作环境防止字符出现乱码。可结果是依然不可用…

没有办法，看来只能硬输入了。不过至此，我依然想“偷懒”。在开始一个项目之前，对项目的进度和强度进行一番预测还是很有必要的。我预计我输入一条书目花费的时间应该不超过2分钟，但就姑且算2分钟录入1条吧。那么理论上的速率是 30条/小时，也就是整个工作量在 70 小时。平均每天需要 17.5 小时。其实一开始我的直觉就告诉我 mission impossible 。然而我也不愿意把这个工作拖拉到10天，于是项目从一开始就被计划成分2步走。

  1. 写程序简化格式部分的工作量。
  2. 外包一半的工作量。（我自认为我很靠谱，但我没有那么多时间，那只能花钱买时间了）

通过观察发现每条书目可以把大致的信息抽成一张数据库表。类似 编号|书名|作者|地点|出版社|年份|页数|中文译名|属于丛书|备注|标记 (除了编号，书名外其他值都可以为空) 于是在录入的过程中， 只需要关注录入的本质也就是不可减信息，从而最大程度忽略信息的格式。（事后证明，虽然一开始写程序(30分钟)+理解这样的录入格式(15分钟)这样的时间量，可一旦熟悉了这样的模式之后，每条信息录入可以节省20%的时间，从30→40条/小时）

即使做了以上的工作，从硬输入方面来讲，仍旧存在着2个难点：

  1. 日本汉字的旧体 藩 偕 瞥 厰 綴 輯 憲 慶 滬 胤 瀛 輿 叢 鍬 纂
  2. 大量偏僻的人名

光从外包这个环节来说，我用软件工程的思想体验了一把PM的感觉。(作为一名程序员能够安心坐在那边写代码，从管理层的角度来看，实在是一件很幸福的事了。) 外包这事分为几个环节来讲：

人员控制

起初的设想是只招1-2个人来帮助我完成这件事情。如果仅有1-2个人的话其实也不用最后整得那么麻烦了。交付——验收——付款。轻松搞定不折腾心定120。但现实却不让你那么舒服舒服地，你必须花费一番心思才能得到你预想的结果。因为一开始我就预判错这件事的难易程度和枯燥程度了。我是从我自身出发考虑了这个问题，我干1000条，对方也干1000条，如果一个人干不了那么多，那么分2个人每人500条差不多了吧？但最后事实告诉我，500也还是多，最努力的人最终也只完成了300条。
判断一件事的可行性程度应该从做事人的角度出发进行考量，而不是管理者拍脑袋就能做好决定的。更何况做事人本人都很难预估到一件事的完成周期和可行性呢(需要大量地在一个领域积累经验和案例?)

信息发布

由一个好的切入口传达你的信息是一件很重要的事情。项目本来规模就不大，所以没有必要盲目地把信息散步到各大网站，这样只会造成入口的难以管理和筛选适任者的人力浪费（对于我来说为了完成这个项目，当前最宝贵的资源之一就是时间，我必须在限定的时间内完成）
另外，发布信息内容的本身也很重要。文案很重要，嗯。但又不是写软文，即在很短的篇幅内简洁有力地向人说明，你想干什么，对方是否能干，干了有什么“收获”

人员招募

其次，并不是有人报名，并且声称自己符合相应的能力并为之表现出了很大的工作意愿，这样我就可以录用他了。Come on! Be real! 我需要先测试下对方的实际能力，但是我如果每来一个人我就要亲自向对方说明该如何如何做。这样会被浪费的时间就客观了，于是我直接写了一份简洁易懂的录入规范说明。这样每位被测试的候选人直接接受我的文件就可以去干活了。到时候交出测试成果，如果符合的话就采用，且会帮助对方修正理解上的误差；如果看几条偏的比较远的话就直接下一位了。 事实证明，找一个靠谱的人是多么重要，对方如果能力不及但是给混进来了的话…你就跟着吃屎吧

进度管理

对于手下每一位被指派到任务的人，我通常都会关照他们在当晚下线之前主动想我汇报进度。对方都明确点头说OK。但事实是，仅有一半的人会这样做，另外一半的人只有我主动去发问才会告诉你。我利用软件跟踪了每个人的工作量，工作时间，完成进度和整体的项目进度等信息。从可视化地角度大大增加了项目被完成的可能性。同时，我觉得这可以应用在任何方面，一旦一个比较大，棘手的问题，通过分解，模块快，可视化能够大大提高一个人完成的主动性和可能性。 对于一名管理者来说，能够知道手下的工作进度是一件非常迫切的事情。作为下属有义务和责任主动向管理者汇报出现在工作上的问题，从管理者角度来说他们是更希望能更早地发现问题后一同解决，而不是隐藏错误，因为潜在的问题到最后可能是致命打击

风险管理

项目中除了时间，最宝贵的资源就是人。但是人太不可控了，对人的控制从某个角度来说就是对风险的掌控能力。比如我招到的第一个人M，测试通过能力OK，进度方面确定也OK，可是刚干了第一天跟我说，喝酒喝醉了整个晚上没出活，第二天中午又突然跟我说老板派出差之后都没时间干了。得，你走吧。（不过幸好他还间接帮我介绍了另一位非常努力的人）第二个ID忘了(现在已经被我拉黑名单了)，测试勉强通过(因为我当时实在找不到人了，我想即使出现纰漏，我后期在替对方修改一下应该也勉强能用，但事实又一次证明了，宁缺毋滥)，然后我没每天询问对方进度，对方也总是23点左右上线说是开始工作了。好吧，你夜猫子就夜猫子吧，只要能够按时交货也就行了，等我第三天晚上……联系不到她了。后来通过QQ上面的微信联系好了，对方说在给朋友开生日Party，估计会通宵Happy，你的东西已经60%完成度了，我保证会在次日下午15点100%交出。我只能呵呵了，我的回复是最多延长deadline到次日早上10点，而且只结算目前做好的部分，如果超过1秒则合作破裂。其实当时我就应该直接砍掉这个家伙，谁叫我还是太心软了呢。 作为管理层人员，应该总是避免让自己和自己的团队处于危险和不可控的环境中，一旦发现有不安的诱因需要花时间去解决掉，且在紧急场合是有必要当机立断的及时止损。而这需要真诚的勇气和果敢的心

时间分配

在接到这次任务之前已经做好了觉悟。必须牺牲其他的一切时间以此来交换使项目成功的可能性。在我当目标变得明确之后于是真的只在一个时间段内做这一件事了。

情绪控制

其实人的心理在那几天内还是处于高强压状态的，其实有好几次我都想象到了项目的失败场景。因为东西太不可控了，不是说仅凭我一个人的努力和投入就可以搞定的。于是自然而然地会开始联想徒劳的失败。所以我仅可能地需要找到调节情绪和心理的润滑剂。如果我不能很好地控制住自己，项目必定失败。控制好自己才是一切的成功的前提，当我意识到这一点之后，我开始把绝望的因素统统丢掉了。

付出20%的管理成本，得到了50%的工作量减轻。项目最终得以按时顺利完成。

实际收获

  • 加深对日本汉字的训读的整体把握
  • 顺带增加了几百个日语单词量
  • 提升了输入速度和盲打的准确性 (到后期真的变60条/小时)
  • 意志力，专注力和忍耐力的容量的提高
  • 作为PM和别人的沟通技巧以及一些很细节可引导对方行为的方法