作業効率

会議大好き

kox@wankuma.com — Fri, 29 Aug 2008 18:33:00 GMT

会議は必要最低限で行うのが最近では主流になっていますが、
あえて、「会議を行う３つの理由」を考えてみました。

１．「3人寄れば文殊の知恵」とも言いますが、話し合うことで見えてくることがあります。
#必要以上の人数が集まると、まとまりつかなくなりますが・・・

２．みんなで情報を共有することで、意識のブレをなくし、手戻りなどを極力減らすことができます。
#自分に関係ない内容も共有すること必要になってしまいますが・・・

３．担当者を拘束して仕事をさせることができます。
忙しいことを理由に、要件を確定しない担当者を「会議」という大義名分をつくることで拘束し、
その場で要件を確定させることができます。
#本当は必要ない自分の時間も拘束されます・・・

会議が多い今の現場での愚痴を、ネタにしました。
できるだけポジティブに考えられるように。

EAPサービス

kox@wankuma.com — Fri, 22 Aug 2008 09:35:00 GMT

会社でEAPサービスを導入することになりました。

先日導入説明会を受け、早速受検しました。

10分ぐらいの簡単なチェック形式の受検で結果もすぐに確認できました。

すると、

「ストレスがひどく、早急に対応する必要があり専門家に相談してください。」

だそうです。

#プライバシーの問題なので情報の開示はしませんので安心して受検してください。とのことなのに自分で晒してみる。

あまり自覚症状はないんですが・・・

気をつけたいと思います。

前倒しは、ほどほどに

kox@wankuma.com — Thu, 31 Jul 2008 13:51:00 GMT

ふと思い出したのですが、学生の頃、夏休みの宿題ってどうしてました？

計画的に行う人、ぎりぎりで一気に行う人。

様々でしょうが、僕は７月中に終わらせる人でした。

その後、宿題を気にせずどっぷり遊べるというメリットがある反面、

思わぬ、副作用もありました。

うちの学校は夏休み明けにテストがあって、

宿題さえきっちりやっておけば、それほど難しい内容ではなかったのですが、

夏休み前の授業や宿題の内容をほとんど覚えていなかったのです。

そしてテストは散々な目に。

前倒ししすぎるのも考えものです。

これって仕事でも言えるのかな。

単体テストぐらいやろうよ２

kox@wankuma.com — Thu, 10 Jul 2008 22:09:00 GMT

前回のエントリ後、粛々とテストをしていましたが、

案の定、予定より遅れて完了しました。

テスト中に発覚した仕様洩れ、デグレード、単純ミスなどなど。

一定以上の品質を保つためには、こまめなテストは不可欠です。

もちろんバグを出すなとは言わない。

しかし「バグは出たら都度直せばいいんでしょ。」なんて考えでいてもらっては困ります。

何故そのバグが発生したしたのか、どうしたらバグを減らすことが出来るのか考えてもらいたい。

作業支援ツール

kox@wankuma.com — Wed, 28 May 2008 10:46:00 GMT

担当しているプロジェクトが平和というか落ち着いているため、

日々の運用に使用する支援ツールの作成を依頼されて、ちょこちょこ作っています。

Ｅｘｃｅｌマクロやら、秀丸マクロなんかをヘルプ片手に作成中。

マクロ関連はほとんど触ったことないのですが、ちょっとした作業の自動化は楽に作れるもんですね。

やったことないことを、試してみるのは意外な発見があり楽しいものです。

#まあ1日1,2分の作業を自動化するのもどうよと思うのですが。

分業

kox@wankuma.com — Wed, 21 May 2008 15:17:00 GMT

今の現場は、インフラ部隊、セキュリティ部隊、開発部隊など、
その役割が完全に分業されています。
ある意味楽ではあるのですが、横のつながりが希薄なため、
いざトラブルが発生した場合にタイムロスになってしまいます。

保守している立場ではこのタイムロスが命取りになる場合も多く、
この体制はなんとかならんかなぁと思っています。

分業することのメリットは十分わかっているつもりですが、
以前の現場ではほとんど自分ひとりで対応してきたこともあり、
（運用部隊はいたので完全に一人ではない）
分業体制になれておらず、面倒だなぁと思う今日この頃です。

開発環境を構築したい

kox@wankuma.com — Thu, 15 May 2008 19:19:00 GMT

今の現場は不必要？にセキュリティが厳しくて困っちゃいます。

DBは権限付与させてもらえなくてトレースできないし、

メールの配信テストも手軽にできない状況。

ストレスたまってしょうがない。

PCもう一台支給してくれれば、簡易的な開発環境を構築するんだけど無理だろうなぁ。

こんなのでも開発工数には影響でてしまいますよ。

中国の検索大手「Baidu」

kox@wankuma.com — Thu, 24 Jan 2008 16:28:00 GMT

ネタ元：中国の検索大手「Baidu」、日本で本格サービス

Baiduという検索エンジンがあるそうで。

中国では大手らしいですが、恥ずかしながら初めて知りました。

ということで、とりあえずさわってみました。

目玉の検索スピードはというと、体感的に速いと感じられました。

表示までの速度も良好。

#まだ広告など付加価値の表示がないからかも。

検索結果はというと、圧倒的に少ない。桁がまるで違う。

たとえば現時点での

「java」を検索

google：694,000,000 件（日本語のみ：549,000 件）
Live Search：320,000,000 件（日本語のみ：14,600,000 件）
Baidu：1,980,000 件

#googleの日本語ページのみよりは多いな。もしかして日本語ページのみ対応なのか？

品質については、これから本格的に触らないと分からないですね。

ちょくちょく触って見極めていきたいと思います。

時間の割り振り

kox@wankuma.com — Thu, 02 Aug 2007 13:15:00 GMT

時間単位のスケジュールを組む上で、
忘れがちになるのが、他人のスケジュールを考慮することです。

自分のせいで、他の人に待ちが発生してしまうような
スケジュールは極力避けるべきです。
人を待たせるということは、無駄にその人のコストを浪費することにもなります。

全ての作業が自分ひとりで完結する場合でしたら、
定時後でもできますし、最悪徹夜することも可能なんですから。

#ごめんなさい。最近「待ち」や「ペンディング」が多くてイライラしていたので、
こんなエントリしちゃいました。

問い合わせの裏技

kox@wankuma.com — Fri, 13 Jul 2007 17:06:00 GMT

何かトラブルに見舞われて、
その原因についてベンダーに問い合わせることもあるかと思います。
しかしサポート窓口がメールだけだったり、
電話も9時17時であったり、または繋がりにくかったりする経験はありませんか？

そんなときは・・・
その会社の代表電話などにかけちゃいます。
問い合わせ用とは別の電話番号です。
会社は、問い合わせ用の電話番号以外にもいくつもの電話番号を持っていますよね。
サイト上に記載されていなくても、調べる方法はいくらでもあります。
名刺に記載されていたり、タウンページ調べたり、104もいいですね。

こちらが大変な状況を説明して、「時間がないんだー、お前らのせいだろー」と
まくしたてれば、大概対応してくれます。
#クレーマーと呼ばないで。