英ガーディアン紙の記事で、Tim Adams氏は、グループ内外での定期的なコミュニケーションが成功を増大させる理由について調べました。Adams氏は、英サウスハンプトン大学のAlistair Shepherd氏の研究を引用し、下記のように述べています。 データを分析すると、チームの成功はメンバーの経験や教育・性別・性格はほぼ関係なく、１つの要因と密接に関係していることが分かりました。それは「全員がお互いと話すか」ということです。 理想的にはこれは活発で短い会話で、しっかり聞いている姿勢が伝わり、信頼が深まるような会話です。反対に、長いスピーチの多くは好ましくない結果と相関関係がありました。また、クリエイティブなグループの場合、成功をもたらした要因の1つは、グループ以外の人々ともたくさん話しているか、ということでした。 マサチューセッツ工科大（MIT）のメディア芸術科学の専門家であるAlex
本気で独立するなら己の部隊を持つがいい。規定によれば部隊の最小人数は、指揮官1名に隊員6名だ 攻殻機動隊ARISE 見ました。私は精神的・心理的世界描写が多い作品というのはあまり好きではないのですが、珍しく素子の柔らかい心の描写があり、新鮮で面白かったです。 さて、ある場面で荒巻課長が、素子に上記のような言葉を投げかけるシーンがあります。これを聞いてある書籍を思い出した。 プロジェクトリーダーのための入門チームマネジメント 理想のチーム構成数は7人 組織の最大規模は150人 日本の会社の組織を振り返って プロジェクトリーダーのための入門チームマネジメント プロジェクトリーダーのための入門チームマネジメント―6人で9人分の仕事をする組織最適化の法則 (PHPビジネス選書) 作者: インタービジョン総合研究所,小林惠智 出版社/メーカー: PHP研究所 発売日: 2001/05 メディア: 単
http://www.slideshare.net/reed2001/culture-1798664 このパワポについては年初に大きな話題になったので、目にした方も多いと思います。しかし、ニュースで取り上げられたのが内容の一部のポイントだけ & ニュース価値のある「有給取り放題」のようなセンセーショナルなトピックが報道の中心だったので、全容がうまく伝わってないのではないかと思います。自分は複数の人に勧めましたが、よく考えたら、忙しいのに120枚もあるパワポを読み込む人はあまりいなかったと思います。 組織のあり方について、多岐の話題に触れてますが、私はこの資料の一番の功績は、会社の成功と社員の成長（= 充実感）について、スタートアップから大企業までのどのステージでもあてはまる一貫した考え方を提示したことにあると思います。誤解のないように言うと、スタートアップと大企業では全てが同じではないです
http://www.slideshare.net/reed2001/culture-1798664 どうして高いパフォーマンスにこだわるかというと、よいチームづくりができれば、業務フローベースの仕事だと２倍、クリエティブ/開発系の仕事だと10倍成果が違ってくるからです。 パフォーマンスよりも職を失わないことを重視する人には向かない職場です。 責任感がある人は自分で行動を起こせます。ですので自由な環境で活かすことができます。多くの会社は大きくなるにつれて自由度が狭まりますが、うちは逆に広げます。 会社は大きくなると運営が複雑になり、高いパフォーマンスの社員率が減ります。そこで、「複雑化する業務プロセス」と「高いパフォーマンスの社員がこなせる業務範囲」の差分を埋めるために、官僚化が進み、つまらなく感じた高いパフォーマンスの社員が更に減るというサイクルにおちいます。 プロセスを整備して官僚化す
２０代後半から１５年ほどSIプロジェクトのリーダー／マネージャーをやってきた経験から。 『 監督とは、 他人が打ったホームランで金を稼ぐことだ。 』 ケーシー・ステンゲル（MLB監督） ●ポリシー １）全てのメンバーが目的・段取りのわからない仕事をしない／させない。 ２）プロジェクトの成功には、短期的な成功と中長期的な成功がある。両方を意識すること。 ３）プロジェクトの短期的な成功は、お客さんを満足させることと利益をあげること。 ４）プロジェクトの中長期的な成功は、リーダーとメンバーが成長し、また一緒に仕事をしたいなと思い合うこと。 ５）リーダーとメンバーがフラットでオープンな関係を築けなかったプロジェクトは、中長期的には失敗する。 ６）みんなで得意なことを持ち寄って知恵を出し合ってやってみてダメだったらそれは僕らにはムリな仕事だったということ。 ７）人は一人一人別人であり仕事に対するスタ
本書の目的は、プログラマがソフトウェア開発を効果的かつ効率的にするために、他人の理解・コミュニケーション・コラボレーションの能力を向上させることである。 本書はピープルウエアのようにマネージャーがチームを成功させるための本ではりません。実際にソフトウェアを創り出すプログラマのための1冊です。著者の2人は実際にGoogleでチームをリードしています。そして、オープンソースソフトウェアの世界で活躍するスーパープログラマ達が本書の推薦の言葉を寄せているのがとても印象的で期待を膨らませてくれました。 翻訳者はあのリーダブル・コードを翻訳された角さんです。リーダブル・コードがコードの書き方の基本を教えてくれたのならば、Team Geekはチームで効果的かつ効率的に開発するために必要なことを教えてくれます。 いつやるか。今でしょ。 という表現も使われている。押さえるところを押さえている。さすがである。
中原淳（東京大学准教授）のブログです。経営学習論、人的資源開発論。「大人の学びを科学する」をテーマに、「企業・組織における人の学習・成長・コミュニケーション」を研究しています。 最近、暇をみて（というよりも、誰にも邪魔されない早朝に！・・・泣）マネジャーの調査データの分析を（日本生産性本部さんとの共同研究）、あーでもない、こーでもない、とやっています。 三歩進んでは、二歩下がり、「マネジャーになるときの学習課題」について分析をする。その歩みは、常に「前進」というわけにはいかないのですが、まぁまぁ、「自分がひとりのプレーヤー」に戻る、この時間を結構愉しんでいます。大学では、もう、僕には、そんな時間はないから・・・。 ▼ データを分析していて、心から思うのは、「マネジャーとプレーヤー」の「本質的な違い」についてです。これはデータそのものというよりも、僕の「感想」に近いということなのかもしれませ
How To Scale a Development Team organizations Thu Apr 28 09:56:38 -0700 2011 As hackers, we’re familiar with the need to scale web servers, databases, and other software systems. An equally important challenge in a growing business is scaling your development team. Most technology companies hit a wall with dev team scalability somewhere around ten developers. Having navigated this process fairly s
※最後に2つ追記しました。 この話面白い。 11の「やめたこと」で実現した1000万ダウンロード突破【スマホ2011冬】 - デジタル - 日経トレンディネット http://trendy.nikkeibp.co.jp/article/column/20111215/1039018/ スマホゲームアプリの開発を命じられたのは、東日本大震災直後の今年3月。 出された課題は 「4月から開発に着手し、7月末までに70タイトルそろえる」 「開発スタッフは既に決まっている人間で進める」 「8月にTVCMなど大々的なPRを行うため遅延は許されない」の3点 『11のやめたこと。』 1.「組織の細分化、階層化をやめる」 マネジャーが増えるということは、ゲームの作り手が一人減るということ。 優秀な人間がマネジャーになるほど、アプリの制作力は低下する。 2.「職種別の目標設定をやめる」 プログラマー、企画など
RackTablesはWebベースでラックやサーバの情報を管理する。 MOONGIFTはこう見る ハードウェアの管理は規模が小さいうちはExcel等でも十分管理ができる。とは言え規模が増えた時や必要な情報が増えた時に全てのサーバを洗い直すのは大変だ。さらに複数人での運用となれば、そのメンテナンス情報を引き継いだりするのも苦労する。RackTablesはその管理ノウハウを提供しているソフトウェアと言えるだろう。最近ではクラウド化するケースも増えているが、そのクラウド化したサーバの情報を管理、運用するのにも向いているのではないだろうか。 RackTablesはPHP製のオープンソース・ソフトウェア。最近では小〜中規模なサービスであればレンタルサーバやVPSで済ませてしまうケースも多くなっている。だが規模が大きくなったり、サーバの独自メンテナンスを必要とする場合にはやはりハウジングになる。 [/
業務プロセスの「標準化」は、プロセスの品質を高め、より良い成果を安定して生み出すために必要とされている。だが、標準化に取り組んだ多くの事例が失敗に終わっている。かえってプロセスが非効率になってしまう例さえある。窮屈なばかりで効果が薄い標準化はもういらない。「失敗する標準化」の原因を明らかにするとともに、成功への道筋を提言したい。 標準化は、なぜ失敗してしまうのだろうか――。昔から標準化の取り組みは盛んだが、どういうわけか同じような失敗を繰り返している。 最近のIT業界には標準化への取り組みに効果を発揮する様々な方法論が存在している（図1）。変化に強いITのあり方を定義する「EA」、ITガバナンスの確立や内部統制の整備を支援する「COBIT」、開発組織に継続的な改善を促す「CMMI」、そしてIT運用におけるノウハウを集約した「ITIL」など、上流から下流まで標準化の推進に役立つ方法論は一通り
※本記事は日本ＩＢＭ発行の「PROVISION No.63/Fall 2009」の論文紹介記事に一部加筆・編集して掲載しています。 筆者の経験に基づく個人の意見であり、ＩＢＭを代表する見解ではありません。 日本国内のITエンジニア不足が深刻な問題となる中、海外へITシステムの開発を委託するオフショア開発は当たり前の形態となっている。しかし、残念ながらビジネスとしての実態を見る限り、オフショア開発のすべてが成功しているわけではない。理由は文化や商慣習の違いからくる各種の摩擦、言語面でのコミュニケーション不備、そこから生じるさまざまなトラブルなど実に多種多様である［1］。 IBMもグローバル・デリバリー（海外IBM要員との協業：GD）という形で積極的にオフショア開発を推進している。だが、GDに関しても問題は多種多様であり、いまだに個々のプロジェクトだけでは解決できない問題が数多く発生しているの
【PMP試験対策】は、PMBOK4版をベースに、PMP試験の傾向と対策をまとめるシリーズ。 ───────────────────────────────── 人それぞれだろうが、「業務命令」な方が多いようだ。リーダー級の仕事を任されているうちに、「そろそろどうだ？」と勧められ、泣く泣く準備をしている話を聞く。たしかに忙しい毎日で勉強時間を確保するのは至難の業だが、ちょっとアタマを切り替えてみてほしい。PMBOKは読みどころがあるぞ。 まず、苦労話がにじみ出ているのが面白い。ベースとなるPMBOKガイドは、タテマエとしては、「プロジェクトマネジメントの"ベター"プラクティス」なのだが、あちこちで「こんなことをしてはいけない」という怨嗟のようなグチを垣間見ることができる。共同執筆・共同レビューのドキュメントなのだが、皆さん苦労しているんだなぁ、と思うとニヤッとできる。 あるいは、PMとしての
ベンチャー支援をしている知人から、総務省のプロジェクトでこんなんつくりましたということで、「事業計画作成とベンチャー経営の手引き」という資料が送られてきたのだが、これが無料で配布されている資料とは思えないほどの非常に充実した内容で、いつか会社を始めるかもしれないと思っている人にはきっと役に立つだろうと思ったのでブログで紹介したいと思う。 冒頭に下記のように宣言されているだけあって、その内容は実に生々しい。 説得力ある合理的な事業計画」をどう作成し、日々の経営にどう活かすのか、相談相手の少ないベンチャー経営者の参考にしていただくこと、指針を少しでもご提供することを意図している。こういった努力の結果、日本から急成長ベンチャーが1社でも多く生み出されることを強く祈願したい。 P.5 総務省 ICTベンチャー向け事業計画作成支援コースの意義 より 事業計画作成について詳しく記された書籍は10年来多
プロジェクト管理というと、大事のように感じてしまい引いてしまう人がいる。だがプロジェクトの大小に関わらず管理はすべきだ。ただその管理項目がプロジェクトの大小によって、変わるべきではある。 何百、何千人月の場合はいざしらず、個人や少人数のプロジェクトであればこのツールを使ってみてはいかがだろう。 今回紹介するオープンソース・ソフトウェアはRubyTime、Ruby on Rails製のプロジェクト管理ソフトウェアだ。 RubyTimeはシンプルにプロジェクトとカレンダーがベースになっている。後は作業項目と作業した時間を記録していけば良い。データは蓄積され、Flashベースのグラフとして出力できる。 細かなプロジェクト管理機能がある訳ではないので、大規模な開発には向かないだろう。だが、逆に小規模、少人数なプロジェクトであれば効率的に必要な情報を管理できそうだ。RubyTime自体がRuby o
フリーで使えるプロジェクト管理ツールをまとめておきます。 ■ガントチャート 開発マイルストーン ガントチャートでプロジェクト管理できるExcelツール フリーとは思えないほど高機能 ガントチャートforExcel・・・シェアウェアになりました こちらもガントチャートでプロジェクト管理できるExcelツール スケジュールの表示期間を切り替えられるのが便利 OpenProj Java ベースでガントチャートでプロジェクト管理ができるツール Microsoft Project のフリーのビューワーとしても利用可能 フリーの高機能プロジェクト管理ソフト「OpenProj」を試してみました TaskLine Excelのアドインとして動作するプロジェクト管理ツール（saramiさん情報） Microsoft Projectのファイル(XML形式)をExcelで表示するProjectViewerもある
オープンソースで開発されており、全ての設定・管理をブラウザからできるようになっている。グラフ作成機能も標準で搭載。各ノードの情報収集、異常検知、障害/復旧通知、詳細なアラート通知機能あり。SNMPv1、v2、v3をサポートし、Unix、Linux、BSD、Windows、MacOS X、NetWareなどで動作。CPU、メモリ、ディスク、ネットワーク、プロセスの状態などの監視が可能で、Apache、Tomcat、Oracleなどのアプリケーションの監視も可能。なかなか強力。 詳細は以下の通り。 ZABBIX-JP - Un-Official Support Page http://www.zabbix.jp/ ZABBIX-JP - ZABBIXとは http://www.zabbix.jp/modules/main0/index.php?id=1 ZABBIX-JP - 特徴 http:
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く