EnterpriseZine（エンタープライズジン）編集部では、情報システム担当、セキュリティ担当の方々向けに、EnterpriseZine Day、Security Online Day、DataTechという、3つのイベントを開催しております。それぞれ編集部独自の切り口で、業界トレンドや最新事例を網羅。最新の動向を知ることができる場として、好評を得ています。

レス・ギブリン『チャンスがやってくる15の習慣』（ダイヤモンド社刊） 相手のことを話題にしている間は、相手のちょうど痒いところをかいてあげているようなものです。人間の本性をうまくついて仕事をしているのです。 でも、相手のことではなくあなた自身のことを話し始めたら、それは、人間の本性に逆らって仕事を進めようとしていることになります。痒くもないところをかかれてもいい気持ちにはならないでしょう。（p.29） 仕事において、欠くことのできないスキルはコミュニケーション能力、あるいは対人関係に関わるスキルである。なぜなら、このスキルの不足は全体のパフォーマンスに影響を与えるからである。例えば、優れたアイデアを持っていても、それを適切な相手に、適切な方法で、適切なタイミングをとらえて伝えられなければ、そのアイデアが日の目を見ることは難しくなるだろう。 また、資格試験や検定試験などによって明確に数値化で

たいていの会社には「企業理念」というものがあって、だいたい「正しいこと」が書いてあります。不祥事を起こした企業でも、たぶん立派な理念が掲げられているはずです。間違っても「会社のためなら、不正も正義」とは書いてないでしょう。 立派な企業理念を建前に終わらせるのか、実効性を伴う行動規範にまで敷衍するのか。私はそこで経営者の資質が問われると思っています。 ワタミの企業理念は「地球上で一番たくさんのありがとうを集めるグループになろう」です。そして私は、この理念が役員にも従業員にも正しく理解され、浸透し、仕事の現場で機能することを望みますし、それを強く求めます。 この理念に私が行き着くまでには、さまざまなことがありました。 話は少年時代に遡ります。小学校4年の時に母親が入院し、翌年亡くなったこと。それと相前後して、父親が経営していた会社を清算したこと。さらに、ただでさえそんな不安定な時期に、一人の小

チーム全員の状況をリーダーが詳細に把握するのは無理があります。「ペア・スクリプト」を作成して、それをリーダーが読むことで、短時間で効率的にチームの進捗を把握できるようになります。 チーム全体の進捗状況を把握し、メンバーに対して的確な指示を出すことはリーダーに求められる役割の1つといえます。 とはいえ、すべてのメンバーの状況を誰か1人のリーダーがすべて把握しようとするのは無理があります。そこで、「ペア・スケジューリング」（6月15日の記事参照）という相互管理システムを導入することになるわけですが、これによって管理できるのはあくまでペアのメンバー2人の進捗であって、チームの進捗をリーダーが管理することが必要な場合もあるでしょう。 メンバーに「ペア・スクリプト」を作成してもらう 前回は、自分の仕事の実績をもとに「予定表のスクリプト」を作成する、という方法をご紹介しました（6月15日の記事参照）。

Mary Poppendieckのリーダーシップについてのセッションは、立ち見（というか地べた座り）で満席。とくに、ＴＰＳとアジャイルの中から、「人」についての共通の考えを導き出しています。 「標準化」とはなにか。Mary は「現場の経営」（大野耐一の唯二の著書の１つで、最近英訳された）から、以下を引用し、いま、ソフウェア業界、多くの大企業で行われている間違った標準化について、指摘しました。 標準は、カイゼンの最初のベースラインというだけで、変えることが前提なんだ、そして、それはかならず現場で書く。 現在のソフトウェア業界で、いかに多くの「標準」というものが、現場から離れて書かれており、かつ、変えるのが困難か。作るのに１・２ヶ月もかかったら、それはもうダメだ。他人が机の上でつくった標準ではなく、「自分たちが作った標準」でなければ、カイゼンのモチベーションはうまれない。こういう、「あたりまえ

Ben Steverman（ビジネスウィーク、投資チャンネル記者） 米国時間2007年7月2日更新 「How Buffett Bounces Back」 多くの人々が、米バークシャー・ハザウェイ（BRKA）の会長兼CEO（最高経営責任者）、ウォーレン・バフェット氏の成功を研究してきた。というのも、バークシャーの株価は、1964年から2006年までの間に36万1156％も上昇したからだ。そんな、米国で最も著名な投資家であるバフェット氏とはいえ、何度か手痛い失敗も経験している。その失敗例は、「オマハの賢人」の異名を持つ彼に追いつき追い越そうとする投資家たちへの良い教訓となっている。 「彼の手腕は業界一かもしれないが、もちろん打率10割などというわけではない」と、米サニベル・キャプティバ・トラストのティモシー・ビック氏は語った。同氏は『How to Pick Stocks Like Warren

薄くて濃い一冊。 プロジェクトを「まわす」にあたり、本当に必要な内容だけを吟味してまとめてある。ある意味、いさぎよい。頁数を水増し→煽り文を追加→ハードカバーにして、2倍の値段で売っているそこらのビジネス本と180度違う。テクニックよりも心得を重視しており、トム・ピーターズのように読んだ側からソノ気にさせる。 プロジェクトは冒険だ、そして、キミは勇者だ。王さまの話を聞き、仲間を集めてパーティーを編成し、レベルアップに勤しみ、最高のクリアを目指す――なんのことはない、昔っからゲーム相手にしてきたことと一緒。 あのときの「ワクワク感覚」そのままに、プロジェクトの現場を捉えなおしてくれる。この視点はありそでなかった。いちいち激しく頷きながら読む。 本書のエッセンスは、デマルコの「マネジメントの4つの本質」に尽きる。「デットライン」に、こうある。 適切な人材を雇用する その人材を適所にあてはめる

Microsoft Learn. Spark possibility. Build skills that open doors. See all you can do with documentation, hands-on training, and certifications to help you get the most from Microsoft products. Learn by doing Gain the skills you can apply to everyday situations through hands-on training personalized to your needs, at your own pace or with our global network of learning partners. Take training Find

明日から、仕事の人も多いはずでしょう。夏休みで気分転換、ストレス解消はできたでしょうか？明日からのストレスの多い仕事に備えて、今日はその対策としての『ユーモア力』について考えていきましょう。 私は仕事柄、いろんな職業の方々、いろんな職場環境の方々と仕事をする事が多いのですが、そんな中で、「よくこんな高いストレス環境の中でガンバッテいるなぁ」と関心してしまう人達と出会います。まぁ、ホントのプロフェッショナルですね。 例えば 少しの失敗が他人の生死を左右してしまうような仕事をしている人達 複雑に対立する人間関係のこじれた会社に出向しなければならない人達 誰も味方がいないという状況で、改革を進めていかなければいけない人達 会社の存続を左右する資金調達、資金繰りを任されている人達 失敗すれば、会社の明日はないというような大きなプロジェクトを任されている人達 等々そういや、火曜日１０時からのNHKの

EnterpriseZine（エンタープライズジン）編集部では、情報システム担当、セキュリティ担当の方々向けに、EnterpriseZine Day、Security Online Day、DataTechという、3つのイベントを開催しております。それぞれ編集部独自の切り口で、業界トレンドや最新事例を網羅。最新の動向を知ることができる場として、好評を得ています。

LifeDev 経由で読んだのですが、「チームによるブレインストーミングはそれほど効率的な発想法ではない」という研究結果について紹介する記事がありました。 心理学者の研究によると、何人かの人を集めてブレインストーミングのセッションをしたのと、個々の人に一人で発想をさせてあとで持ち寄るのとで、有意な差は見られなかったという研究結果です。 「ええ？ そんな！ じゃあ今までブレインストーミングをやっていたのは無意味だったの？」と思われるかもしれませんが、答えは yes でもあり、no でもあると思います。 ブレインストーミングを殺す要素 非効率的なブレインストーミングならやらないほうがましという意味ではみんな意見が一致すると思います。英語版 Wikipedia の Brainstorming の項が非常に詳しいのですが、ここに書いてあることをまとめると、ブレインストーミング効率を下げてしまう要因

「私のことが気に入らないのですか。もう来るなということですか。」ある朝突然、プロジェクトメンバーである協力会社の方から言われて、面食らいました。急に何を言い出すのかと戸惑いながらも、よくよく考えてみると思い当たる節があります。それにしても・・・ こんな話を、あるプロジェクトマネージャからお聞きしました。協力会社の方であるＰさんには、プログラマーとしてこのプロジェクトに参画していただいているそうです。ベテランのＰさんは、その分野の技術に詳しく、厳しいスケジュールのなかでも黙々と真面目に仕事をしてくださっていました。 １週間程前のこと。このプロジェクトで決めている標準とは異なる方法で、Ｐさんが作業をしておられたので、標準的な方法でしていただくよう、メンバーからお願いをしました。ところがＰさんは「自分はこれまでずっとこの方法でやってきたし、誰からも文句を言われたことはない！」と声を荒げ、その日は