第16回 相手を「気持ちよくだませる」リーダーになれ 岑康貴（＠IT自分戦略研究所） 赤司聡（撮影） 2009/5/25 岡島幸男（おかじまゆきお） 永和システムマネジメント 事業本部 サービスプロバイディング事業部 担当部長 1971年10月6日、福井県出身。同志社大学経済学部卒。新卒で永和システムマネジメントに入社。自社製品の企画開発やWebシステムの受託開発を中心にキャリアを積み、2003年よりサービスプロバイディング事業部にてシステムインテグレーション業務を担当。現在は複数のプロジェクトチームをマネジメントし、福井と東京を往復する日々を過ごしている。ブログ「TECH-moratorium ： テクモラトリアム」 ■一匹狼の、独善的なリーダーだった 新卒で永和システムマネジメントに入り、15年目に突入しました。人の出入りが激しいIT業界では珍しい部類だと思います。これだけ1つの会社に
スポーツのようなチームワークを。echo - スポーツのような、チームワークを。 フィールドを見渡しボールを出した。パスが気持ちよく決まり、受けた仲間はすでにゴールに向かって走ってる。このボールはみんなの期待そのもの。彼ならきっと応えてくれる。 プレイヤー登録とダウンロード - 無料でご利用いただけます チームは一つのゴールに向かって。 チームワークは一つのゴールに向かって進みます。もとを正せば一つの大きな仕事です。その大きな仕事を仲間が分け合い達成していきます。echo はチームワークの中で行われる様々なto-doを管理するためのサービスです。数人のチームワークから何百人のチームワークまで、もちろん一人きりの作業でも、自分がやらなければならない仕事を横断的に管理することができます。 ボールのように仕事をつなぐ。 echo では、自分の仕事の一部をチームの誰かに依頼することが可能です。あな
プロジェクト管理用のソフトウェアといえば、定番のMicrosoft Office Projectをはじめ、これまで様々な商用の製品が存在しました。一方で、従来からオープンソースのプロジェクト管理ソフトウェアにも様々なものがあります。 例えばソフトウェア開発に従事されている方であれば、Edgewall Software社が無償で提供している軽量バグトラッキングシステムの「Trac」を使ったことがあるのではないでしょうか（図1）。 ただし、このような従来のオープンソースのプロジェクト管理ソフトウェアの多くは、目的が限定されているものや基本的な機能のみを実装するものが多く、企業の汎用的なプロジェクト管理に使えるものが少ないのが現状でした。 その背景の1つとして、オープンソースソフトウェアがWebアプリケーション技術に依存しているケースが多く、ガントチャートなど視覚に訴える機能を実現することが技術
若い人がやめていく建前の理由は「キャリアアップしたい」からだそうだ。しかし本音はというと「上司や先輩がイヤでイヤでたまらないから辞める！」という事。あなたは部下や後輩から嫌われていないだろうか？嫌われているとすると、彼は明日はいないかも・・ 「キャリアアップをしたい」は“建前”社員が辞める本当の理由 会社を辞めた人たちへのインタビューで分かること 大手転職サイト「リクナビＮＥＸＴ」編集部による「退職理由の『ホンネ』と『タテマエ』アンケート」（2005年4月実施）によると、「タテマエ」のダントツトップは「キャリアアップしたい」で、半数近くに達している。次いで「仕事が面白くない、変化がない」「会社の経営方針・経営状況の変化」と続く。 一方、本当の退職理由、「ホンネ」とは何なのだろうか？一位は「上司との人間関係」。二位、三位は「給与に不満足」、「仕事が面白くない、変化がない」となり、この３項目
尾藤正人(a.k.a BTO)です 前回はWebサービスを作るときの企画の部分について書きました (ベンチャー流Webサービスの作り方(企画編))。 今回はWebサービスを作るときの組織作りについて書いてみたいと思います。 僕がウノウに入って始めたのがフォト蔵の開発でした。 当初は開発が僕、ディレクションが代表の山田という二人体制でやってましたが、 組織が大きくなるにつれてだんだんと人数が増えていきました。 現在は僕も山田もフォト蔵からは離れて新しいチームで開発を行っています。 二人体制から始めて、少しずつ人数を増やしていって、 立ち上げメンバーが開発から離れるまでいろいろ経験しながら 自分が感じた事を簡単にまとめたいと思います。 ・最終決断は一人で 何をするのか、戦略はどうするのか、方向性は何なのか、最終的な決断はリーダーが一人で行います。 個人の主張を尊重しすぎて、各々が好きな事を始め
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 いわゆる典型的な企画屋さんの仕事ってほんとに手におえないなって、最近つくづく感じます。 僕自身、どちらかというと企画を担当する仕事をしてますけど、そんな僕からみても、いわゆる企画屋さんの仕事って傍からみてても「おいおい、それじゃあ、いつまで経っても形にならないよ」ってくらい、実装のことを無視した仕事の進め方をしてたりします。 制約を知らない人たちそれでいて、そういう人たちに限って「自分はものづくりにかかわってる」みたいな顔したり「ユーザー視点がどうこう」とか言ったりします。客観的にみると、ぜんぜん、ものづくりの視点が欠けてるし、ユーザー視点のかけらもなくて単にあなたの思いつきを並べてるだけですよね、と思うことが多いんですけど。 とにかくアイデアベースだけなので、ものづくりが
Four letter words: 題名だけではなんのことかさっぱりだと思いますが、これは先日 37Signals のブログ Signal vs Noise での記事「Four letter words」を読んでいて思ったことです。記事では他人、特にプログラマーとデザイナーのように違う畑の人とがコラボレーションしているときに注意しないといけない４文字言葉が紹介されていました。いいえ、f*** とか s*** ではありません。それは、 Need、Must、Can’t、Easy、Just、Only、Fast の７つです。使用例は次のような感じ。ちょっとあきれ気味の口調で読み上げると、やる気減退効果は絶大です。 We really need it. If we don’t we can’t make the customer happy. Wouldn’t it be easy if we j
本当は、昨日書こうと思ってたんだけど、ダラダラしてたんで、今日になってしまったお話なんだけどね。 というわけで、今日は、「豚もおだてりゃ木に登る」ならぬ「人をおだてると生産性が上がる」というお話ね。それと、人間関係が組織の基本という当たり前の話。まぁ、物凄く噛み砕いた話で、大まかな言い方だし、当たり前の話というか。 Life is beautiful: なぜ日本企業による米国企業の買収がしばしば失敗に終わるのか 実は、この中嶋さんのエントリを読んだ時に、書こうと思っていた話なんだけど、何か、だらだらしてしまい、あとであとで思っているうちに、 電通「鬼十則」、そして電通「裏十則」 - GIGAZINE ギガジンで、こんな話がでて、そうそうこれこれと思っていたら、 小野和俊のブログ:IT業界の大企業での生々しい話を5つほど 小野さんのブログでも、こんな話が出て、そんでもって、 My Life
第30回 プロジェクトの進め方について 詳しく教えて。 前回、開発チームが小さい方が 開発効率が高まるという話をしました。 今回もそれに引き続いて、 プロジェクトの進め方や、生産性の話です。 僕がチームの生産性の向上に 一役買っていると思うやり方というのは、 プロジェクトチームの中で仕事を割り振るとき、 どうやって仕事を割り当てるかという方法です。 とはいっても、蓋を開けてみれば大したことではないので 改めて書くほどのことでもないかもしれませんが、 しかし理にかなった方法だと思うので、 紹介したいと思います。 1番のポイントは、 基本的に誰が何をやるのかを決めるのは、 その仕事をする本人だということです。 マネージャーに 「これをいついつまでにやれ」 と指示されるわけではないのです。 マネージャーやチームリーダーの仕事は、 次にチームが解決しなければならない問題を洗い出し、 テーブルの上に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く