わたしのバイモーダル戦略 : 小野和俊のブログ
このところ知人からよく、「小野さんはプログラマーから経営者になった」と言われる。これはまさにその通りで、かつてソースコードを美しくリファクタリングすることに情熱を燃やした私は、いまは組織をより良いものにしていくことに情熱を燃やしている。つまりリファクタリング対象がソースコードから会社に変わったのだ。 そんな私が今やや苦戦しつつもやりがいを感じて取り組んでいるのが、「2つの異なる文化の共存協調」だ。具体的には、大企業的な文化とベンチャー的な文化を共存させ、かつ協調させようにしようとしている。ウォーターフォール的な文化とアジャイル的な文化の共存協調、と言い換えることもできるだろう。 アプレッソでかなり自由にやってきた私にとって、当初、セゾン情報の動き方は不慣れであり、また動きが遅く感じることもあった。だが少しすると、こうした動き方や文化にも相応の合理性があり、アプレッソで取り入れることが望まし
HRTの原則 〜ソフトウェア開発はバーでしっとり語り合うように 〜 : 小野和俊のブログ
「HRTの原則」という言葉をご存知だろうか。 これは書籍 Team Geek ―Googleのギークたちはいかにしてチームを作るのか で紹介されている言葉であり、本書ではほぼ一冊すべてをかけてこのHRTの原則とその実践方法とを様々な角度から紹介している。 1. 謙虚(Humility) 2. 尊敬(Respect) 3. 信頼(Trust) の3つの価値が大切にされており、エンジニアとしてもチームや組織、顧客との対話においてこれらの価値を重んじていくことが成功につながる、というものである。 あらゆる人間関係の衝突は、謙虚・尊敬・信頼の欠如によるものだ Team Geek p.15 プログラマとして成功するには、最新の言語を覚えたり高速なコードを書いたりするだけではいけない。プログラマは常にチームで仕事をする。君が思っている以上に、チームは個人の生産性や幸福に直接影響するのである。 Team
IT企業の経営者として、不景気だとしても守り続けたいこと : 小野和俊のブログ
「この不景気ですから」という言葉が 挨拶の常套句として定着しつつある今日この頃、 昨年末の時点では、今回の不景気はアプレッソにはあまり影響がなさそうに 見えていたものの、昨日、四半期に一度の全社でのキックオフミーティングで 営業の人たちの発表を聞いて、やはりある程度意識していかなければならないな、 と感じた次第である。 そんな中で、もしこれから不景気が自分の会社にも影響を及ぼした場合にも、 こういうことは守り続けたい、と思うことを、エントリにまとめようと考えた。 とりわけ不景気な情勢の中では、「企業は利潤追求団体である」という前提の元に、 取りかかろうとしていることが収益を生み出すものなのかどうか、 ということについて重点を置いて物事を考えがちになるのではないかと思う。 ちょうど昨日知った二宮尊徳の言葉で、 「道徳を忘れた経済は罪悪であり、経済を忘れた道徳は寝言である」 というものがあるそ
「小さなソフトウェアベンダー」という選択肢 : 小野和俊のブログ
「Eric Sink on the Business of Software」読了。献本感謝。 みんな大好きジョエル・スポルスキーも大絶賛の本書であるが、とても面白かった。 そして、本書で指摘される図星としか言いようのない的を得た指摘の数々がつぼにはまり、読みながら頻繁に声を出して大笑いしていたので、家の中で不審がられた。 私たちは、独創的なアイデアでソフトウェア業界の勢力図を書き換えてしまった人たちや、一夜にして巨万の富を手にした人たちにばかり興味が向きがちだ。 しかし、著者はそれに対してはっきりと「No.」を突きつける。 自分たちのソフトウェア製品を持ち、しかし大企業化を志向しない企業のあり方を、著者は「小さなISV」と呼ぶ。 それを私たちがなぜしようとしないのか、著者は次のように分析する。 1. 私たちはそれを見たいと思わない (巨大なマーケットばかり意識して、ニッチマーケットで優れ
小野和俊のブログ:「好きを貫く」を巡る考察
次に、このマトリックスに基づいて私が今まで見聞きしてきた事例を中心に、好きなことに多くの時間を費やしている事例をいくつかケーススタディとして考えてみる。 【「好きを貫く」ケーススタディ】 ネトゲのQuakeIIに没頭するあまり、ping値の良い対等な状況でライバルたちと戦うために単身韓国遠征に出向いたSさん QuakeIIへのひたむきな情熱に関係者は感動、その後の人脈形成パターンにつながる可能性あり。また、こうした企画を立案し実践する能力が向上しているという意味では派生能力習得パターンにも該当する可能性あり。将来ゲームの企画・開発を職業として選択した場合には"Connecting the dots"にも当てはまる。 ドラクエが好きで好きでたまらなくて、キャラクタをレベル99まで育ててはまた作り直すということを毎日繰り返しているAさん キャラクタ作り直しの際に自分なりのキャラクタ育成戦略を練
はてな伊藤直也氏MIJS講演「プログラマでいること」 : 小野和俊のブログ
昨日MIJSのコンソーシアム内での技術発表会があり、理事会の方から「参加ベンダーの技術者が集まるイベントなので、技術者に元気を与えられるような人に講演をお願いしたい」という話があったので、はてな伊藤さんに講演をお願いした。 伊藤さんにお願いしようと思ったのは、伊藤さんなら、エンタープライズの世界にウェブの世界の元気な風を吹き込んでくれるのではないかと思ったからだ。 以下、私なりに講演の内容をまとめてみた。 ■「建物の建て方」 つくる対象がどのようなものかで、作り方は当然変わってくる。これは建物もソフトウェアも同じ。1階建ての格好良い小さなロッジを建てるのと、60階建ての安全で高品質な巨大ビルを建てるのとは方法も道具も異なる。ロッジを建てる時にはノコギリを使うが、巨大ビルを建てるにはクレーンを使う。 よくブログの世界でソフトウェアの開発について、ぜんぜん違うことをやっている人が同じ土俵で議論
ブログでとんでもない価値を生み出せるのは、分裂勘違い君だけじゃない : 小野和俊のブログ
一月ほど前に、分裂勘違い君劇場でとても興味深い試みが行われました。 それは、匿名のブログを通じてリアルな採用活動を行うという試みです。 このエントリで言いたいことは一つです。 ブログには信頼醸成機能がある、ということです。 今回のfromdusktildawn氏の試みには、 ブログの信頼醸成機能について、着目すべき点が二つあります。 一つは、これまでfromdusktildawn氏が書いてきたエントリによって培われてきた、 この人はきっとすごい人だ、たくさんのすごい人たちとつながっているはずだ、 という信頼を活用した結果、成果が出た、という点です。 そしてもう一つは、採用記事の後に少し間をおいて、 今回の応募にきちんと対応し、現実的に話が進んでおり、 しかも会社と応募者の双方にとても価値がある結果になりそうだという成果を強調することで、 人材エージェントとしての新しい種類の信頼を獲得した、
「最悪の事故」から学ぶ教訓 : 小野和俊のブログ
「最悪の事故が起こるまで人は何をしていたのか」では、チェルノブイリ原発事故、スペースシャトル・チャレンジャー爆発墜落事故をはじめ、潜水艦の沈没や航空機墜落事故、石油プラットフォームの爆発や橋の崩落といった巨大事故が実際に起こってしまった事例と、事故が起こる直前に食い止めることができた事例を通じて、事故を生み出してしまったシステムや体制、組織の規律やそこで働く人のメンタルな状態など、さまざまな切り口から事故の原因が考察されていく。 普段の生活において、自分のちょっとしたミスがこのような大事故につながるような場所に身を置いている人はそれほど多くないかもしれない。しかし、本書で述べられている内容のうち、事故の原因とそこから学ぶ教訓の部分について目を向けてみると、私たちが日常的に接しているような場面においても同じように当てはまる内容があまりにも多いことに驚く。 本書には実に数多くの教訓が含まれてい
小野和俊のブログ:人月ビジネス、プロダクト、ウェブのサービス
IT 系の会社の経営者の方と話をしていると、 人月ビジネスをやめて、パッケージやサービスに移行したいという話をよく耳にします。 しかし、半年か一年経ってその後どのようになったのかを聞いてみると、 パッケージやサービスの開発プロジェクトが立ち上がるところまでは行ったものの、 結局は中途半端なものにしかならず断念したという話が多く、 事業内容をスムーズに移行することができたという話はあまり聞きません。 このようなビジネスの転換がうまく行かないケースには、 いくつかの共通点があるように思えます。 第一の関門は、経営陣が、まったく異なるビジネスに対して、 考え方を切り替えられるかどうかという点にあります。 パッケージやサービスのビジネスというのは、基本的に先行投資のビジネスです。 まずソフトウェアを完成させるまでに時間がかかり、 次にソフトウェアが世の中で認知されるまでに時間がかかり、 認知されて
♪ バグは夜更け過ぎに仕様に変わるだろう : 小野和俊のブログ
トラックバック一覧 1. バグはいつか仕様に変わる？ [地方で活動するweb制作者の日々を綴るblog] 2007年07月18日 14:25 「バグは夜更け過ぎに仕様に変わるだろう」 というのは、IT屋さんの中では有名な格言らしいのですが（私は知りませんでしたが）、その全文版を公開したそうです。 業界の人なら受けること間違いなし。 そして、現実と照らし合わせてぞっとすることも間違いなし。 IT 業... 2. 2007年7月18日 1907年はこんな時代 [神戸の三代目] 2007年07月18日 20:04 またヤフー株が米国につられて下げてる・・。誰かアナリスト、ちゃんと指摘してよー。ネタ加藤一二三九段伝説 前も書いた気もするけど、加藤一二三が凄い（というか面白い）。 一芸に秀でている人はぶっ飛んでいる人が多 3. [研究室][雑記] [Gabari] 2007年07月18日 20:22
小野和俊のブログ:そして、ペア･プログラミングが始まる
ここ数日、私はずっとペアプログラミングをしている。 ペアプログラミング自体は、これまでに何度も経験したことがある。 しかし今回の試みが今までと違うのは、 一日中、ペアプログラミングしかしないという点である。 １セット1時間半、15分の休憩を入れて、 ドライバーとナビゲーターを交互に入れ替えて毎日4セットやる。 このところ、これを何日も続けている。 こうやって、ある程度ストイックに続けてみることで、 わかってきたことがある。 それは、ペアプログラミングにはメガトン級の破壊力があるということだ。 プログラマーは絶えず誘惑にさらされている。 調べ物でウェブを見たついでに何時間もネットサーフィンしてしまったり、 考えたことをメモするついでに2時間かけてブログを書いてしまったり、 仕事の用事で知人に IM したついでにしばらくだべってしまったり、 Twitter に書き込んだついでに Friends
小野和俊のブログ:Thunderbird の唯一にして最大の悩みである「アドレス自動補完問題」を解決する方法
そして、新規にメールを作成しようと、メールのメールの宛先に sato@some... と入力していくと、アドレスが自動補完されて「株式会社△△佐藤 <sato@somecompany.com>」となってしまい、tanaka@somecompany.com に至っては「弊社田中 <tanaka@somecompany.com>」になってしまう。 英語圏ではファーストネーム + ラストネームが一般的なのでこれでも問題ないが、日本語圏では「様」とか「弊社」といった文字が使われていることが多いので、このままでは次のような失礼なメールになってしまう。 しかも、名前の部分を削除してメールアドレスだけにしようとしても再度補完されてしまうため、この問題を解決するには、アドオン無しのデフォルトの状態では、アドレス帳を失礼のないように手作業で変更するか、自動補完機能をオフにするかしかない。手作業で一つ一つのア
小野和俊のブログ:バランスボールで快適パソコンライフ
トラックバック一覧 1. View point [〔N〕水泳・競泳情報のSWIMMING VIEW] 2007年06月19日 21:03 ・『コミかる！』届く！これで20世紀少年三昧だ！ ・「バランスボールで快適パソ... 2. 2007年6月19日 夏のボーナス [神戸の三代目] 2007年06月20日 00:30 車を購入して早1年が経とうとしています。もうすぐ、1年目の点検。ネタ夫の帰宅が早い！ : 家族・友人・人間関係 : 発言小町 : 大手小町 : YOMIURI ONLINE（読売新聞） 帰ってくるのが遅いと怒られ、帰ってくるのが早いと迷惑がられ・??y� 3. バランスボールでPCライフをハックする [My Digital Life Log] 2007年06月21日 15:00 バランスボールで快適パソコンライフのエントリに感化されて、ボクも投稿してみます。 バランスボールを
小野和俊のブログ:IT業界の大企業での生々しい話を5つほど
先日某所で講演をする機会があったのだが、 そこでお会いした大企業に所属されている方からの発言でいくつか印象的なものが あったので、ブログに書くことにした。 中にはぐったりしてしまうような内容のものもあるのだが、 会社が大きくなるとこういうことが起こりえるのだという自分への戒めも込めて。 とある大手 SI の方の話。 会社で 2ch へのアクセスを禁止したところ、開発の速度が目に見えて低下したので、 何が起こったのかと現場にヒヤリングしたところ、今までは困ったときに 2ch で聞いて問題を解決していたが、2ch にアクセスできなくなって、 はまってしまったときにどうにもならなくなってしまったとのこと。 これは Messenger / Skype を禁止している会社にも同様のことが言えるだろう。 プロが 2ch で聞くというのはどうなのかという意見もあるとは思うが、 会社の枠を超えた横のつなが
諸君 私はブログが好きだ : 小野和俊のブログ
諸君 私はブログが好きだ 諸君 私はブログが好きだ 諸君 私はブログが大好きだ 読むのが好きだ 書くのが好きだ 反論するのが好きだ 反論されるのが好きだ 合意するのが好きだ 合意されるのが好きだ コメントが好きだ トラックバックが好きだ ブックマークが好きだ ブロガー同士が絡み合うのが好きだ 自宅で 職場で 客先で 旅先で 公園で 電車で 飛行機で 食事処で 飲み屋で ベッドの中で この地上で行われる ありとあらゆるブログに関する行為が大好きだ ホットエントリ上位に放り上げられたエントリが GIGAZINE を追い抜いた時など心がおどる 分裂勘違い君のアジテーションが 読者の心を刺激するのが好きだ まったくその通りだと 感嘆の溜息をついていたのに ちゃぶ台返しのエントリで裏切られた時など胸がすくような気持ちだった 更新頻度の高い 404 Blog Not Found のエントリが RSS
小野和俊のブログ:それでも、はてなブックマークでなければならない理由
昨日、自分でブックマークをしたり、過去に自分がブックマークをしたりする時のユーザビリティの側面から、del.icio.us が結構行けてるので、ブックマークする時に自然に del.icio.us の使用頻度が高くなって行っている、という趣旨のエントリを書いたのだが、このテーマについてのまなめさんの記事について考えるところがあったので、エントリを書くことにした。 del.icio.us : b.hatena.ne.jp = 1:100 くらいで b.hatena.ne.jp の方が圧倒的に多い状況は変わらないと思う。 それは、はてなブックマークは、del.icio.us と比べ物にならない程、ブログのエントリやニュースサイトの記事と、それに対する他の人のコメントとをつなぐソーシャルな部分が強いから。 Web2.0 はマイクロコミュニケーションだと常々思っているのだが、 例えばある人がへぇと思
小野和俊のブログ:金をつくるのか、富をつくるのか、それが問題だ
初対面の人との会話で最近印象的だったのは、「何階建てですか？」という質問だった。曰く、自社ビルとして何階建てのビルを持っているのかということで、彼の考え方としては、自社ビルを建てるくらいの収益がある事業をやっていない人間にはあまり興味がない、ということである。 【企業・個人の目的】 1. 金をつくろうとしている 2. 富をつくろうとしている 3. 金と富をつくろうとしている ここでいう富とは、ポール・グレアムが「ハッカーと画家」で言っているような、人に何らかの幸福感を与えるものすべてである。例えばそこには祖母の肩叩きをすることも含まれるし、大切な人のために料理に腕を振るうことも含まれるし、困っている顧客にアドバイスをすることも含まれる。学術的な発明や発見も含まれるし、道に困っている人に行き方を教えてあげることも含まれるだろう。 企業で活動していると陥ってしまいやすいのが、ボランティアではな
小野和俊のブログ:持続可能な成長を実現する「ラストマン」という自分戦略: 八百屋になりたい人が肉屋に入ってしまったらどうするか?
私はその戦略をラストマン戦略と呼んでいる。 大学を卒業してサン･マイクロシステムズに入社してすぐにわかったことは、Java を生み出した会社でソフトウェア開発をやろうと思って入社したのに、日本サンはソフトはほとんどやっておらず、ほぼ100%ハードウェアを販売するための会社だったということだった。 野菜を売りたくて八百屋に入ったつもりなのに、間違えて肉屋に入ってしまった。このようなときにどのように行動すればよいか？ 1. 肉屋に入ったのだから、とりあえず肉屋を目指す 2. 八百屋への転職活動を開始する 3. 肉屋の中で野菜についての No.1 を目指す 一番多いのはパターン1の人で、入社の直前直後は熱くソフトウェア開発を語り合った同期の多くは、今ではハードウェアのスペシャリストへの道を目指している。 ラストマン戦略とは、ある所属組織内で自分が一番(最後に立っている人 = ラストマン)になれそ
小野和俊のブログ:海外旅行でホテルを格安で予約する
今回夏期休暇でヨーロッパに行ってわかったことは、海外のホテルは予約の仕方によって随分と値段が違うということだった。 私はIT系の職種につく人間でありながら、今まで個人で海外旅行と言えば旅行代理店で航空券予約とともにセットでホテルを予約してしまっていて、まあ手間を考えればこれで良いのではと思って、ネットでもっと良い方法があるのではないかと調べることをしていなかった。 今回、泊まりたいホテルがホテルリストに載っていなかったので、自分でいくつか調べて予約したのだけれど、予約の方法によってあまりにも価格が違う - 場合によっては倍以上違う - ことに驚いて、これはもう今後個人で海外に行く時は迷わず自分で予約するな、と思ったのでブログに書くことにした。 サイト名 備考
小野和俊のブログ:私がシリコンバレーで学んだ5つの教訓
1. 会議を最適化する ミーティングのゴールを明確に設定する。 ミーティングの最後に必ず結論と ToDo を確認する。 ミーティングの回数をできるだけ少なくして時間もできるだけ短くする。 ミーティングのトピックごとに関係する人だけ集めて最少人数で議論を行う。 (途中であなたはこのトピックに関係ないから退席して良いです、と指示がでる) 会議を最適化することで労働時間中の実作業時間を最大化させ、労働時間全体を圧縮する。そして、早く帰る。 この体験は、その後自分が会社で会議をしていく上で大きく役立った。 XM(eXtreme Meeting)にも、この時の体験が直接的にも間接的にも影響を与えたと思う。 アドバイザーとしてプロジェクトに参加していたテクニカル・コンサルタントが、技術的に明らかに間違った発言をしたことがあった。 私を含む日本から来ていた何人かのメンバーは、あんな基本的なこともわかって
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
