EnterpriseZine(エンタープライズジン)編集部では、情報システム担当、セキュリティ担当の方々向けに、EnterpriseZine Day、Security Online Day、DataTechという、3つのイベントを開催しております。それぞれ編集部独自の切り口で、業界トレンドや最新事例を網羅。最新の動向を知ることができる場として、好評を得ています。
![仕様書作成にどのツールを使う? 正しい文書作成の基本 (2)](https://cdn-ak-scissors.b.st-hatena.com/image/square/528fda81eec5105d26610f1b40e6f4bd8c2b6396/height=288;version=1;width=512/https%3A%2F%2Fez-cdn.shoeisha.jp%2Flib%2Fimg%2Fcmn%2Flogo2.png)
レス・ギブリン『チャンスがやってくる15の習慣』(ダイヤモンド社刊) 相手のことを話題にしている間は、相手のちょうど痒いところをかいてあげているようなものです。人間の本性をうまくついて仕事をしているのです。 でも、相手のことではなくあなた自身のことを話し始めたら、それは、人間の本性に逆らって仕事を進めようとしていることになります。痒くもないところをかかれてもいい気持ちにはならないでしょう。(p.29) 仕事において、欠くことのできないスキルはコミュニケーション能力、あるいは対人関係に関わるスキルである。なぜなら、このスキルの不足は全体のパフォーマンスに影響を与えるからである。例えば、優れたアイデアを持っていても、それを適切な相手に、適切な方法で、適切なタイミングをとらえて伝えられなければ、そのアイデアが日の目を見ることは難しくなるだろう。 また、資格試験や検定試験などによって明確に数値化で
たいていの会社には「企業理念」というものがあって、だいたい「正しいこと」が書いてあります。不祥事を起こした企業でも、たぶん立派な理念が掲げられているはずです。間違っても「会社のためなら、不正も正義」とは書いてないでしょう。 立派な企業理念を建前に終わらせるのか、実効性を伴う行動規範にまで敷衍するのか。私はそこで経営者の資質が問われると思っています。 ワタミの企業理念は「地球上で一番たくさんのありがとうを集めるグループになろう」です。そして私は、この理念が役員にも従業員にも正しく理解され、浸透し、仕事の現場で機能することを望みますし、それを強く求めます。 この理念に私が行き着くまでには、さまざまなことがありました。 話は少年時代に遡ります。小学校4年の時に母親が入院し、翌年亡くなったこと。それと相前後して、父親が経営していた会社を清算したこと。さらに、ただでさえそんな不安定な時期に、一人の小
言いたいことは、「あなたのための時間」の価値は、ほかならぬ、あなた自身のために存在しているということです。 それなのに多くの時間管理の本は、「会社が求めている仕事」をいかに効率的に、早く片付けるかに終始しています。会社にとっては得かもしれませんが、本当にあなたにとって得なのかどうかは、あなたでなければわからないことです。 本書はタイトルの通り、「時間泥棒」を見つけ出して追い出すことがミッションです。そして、前書きに続いて「いきなり結論集」ということで時間泥棒を追い出すための20個のヒントが簡単な解説とともに列挙されています。 その中の3つをピックアップ(太字はohashi)。 ●02.無駄を省く前に、それがあなたにとってムダなのかどうか、 よく考えてみましょう。 ●04.他人が望むプロセスに縛られる必要はありません。 あなたはあなたで合理的に考えればいいのです。 ●08.自分が望んでいるこ
社内文書はA3用紙1枚に簡潔にまとめる。日経ビジネスアソシエ 2004年11月16日号特集で紹介したトヨタ自動車の不文律だ。最強企業に伝わるビジネス文書術だけに、「どのように書くのか知りたい」という反響が多かったこの文書術について、元トヨタ役員秘書で同社の社内研修も指導していた石井住枝さんに聞いた。 最も一般的なトヨタ流A3文書では、具体的目標を設定するために、「現状把握」と「要因解析」によって現在の問題点を洗い出す。その上で、問題解決のための「対策」を練り、具体的な「実行スケジュール」まで策定して結びとなる。 この書式に合わせて、日経ビジネスアソシエ記者が「編集部の出稿時のムダを省く取り組み」をまとめたのが下の文書である。これを石井さんに見てもらったところ、大量の「ダメ」が出た。石井さんが改善の余地ありと指摘した個所には1つの共通点がある。記者が何気なく書いた「(各編集部員が)まとまった
チーム全員の状況をリーダーが詳細に把握するのは無理があります。「ペア・スクリプト」を作成して、それをリーダーが読むことで、短時間で効率的にチームの進捗を把握できるようになります。 チーム全体の進捗状況を把握し、メンバーに対して的確な指示を出すことはリーダーに求められる役割の1つといえます。 とはいえ、すべてのメンバーの状況を誰か1人のリーダーがすべて把握しようとするのは無理があります。そこで、「ペア・スケジューリング」(6月15日の記事参照)という相互管理システムを導入することになるわけですが、これによって管理できるのはあくまでペアのメンバー2人の進捗であって、チームの進捗をリーダーが管理することが必要な場合もあるでしょう。 メンバーに「ペア・スクリプト」を作成してもらう 前回は、自分の仕事の実績をもとに「予定表のスクリプト」を作成する、という方法をご紹介しました(6月15日の記事参照)。
プロジェクト管理は難しいものです。大規模には大規模なりの、小規模には小規模なりの困難があります。ウォーターフォールでもアジャイルでも難しいことには変わりがありません。しかし、どんなプロジェクトにも成功はあります。 成功の定義として筆者が最重要視するのは、ユーザが納得することです。この連載では、ユーザに納得してもらえるプロジェクト管理の実際を、現場で使える管理ツールとあわせて紹介します。 大手小売業C社のシステム部門に勤める結佐(ゆうさ:34歳)氏は、これまで大手システムインテグレータで流通業界のSE経験を積んできたが、小売業の奥深さに引き込まれ、3年前にC社に転職した。 そこでは現行システムの保守にはじまり、レガシー更新プロジェクトのサブリーダーを務めていた。そしてこの春、ようやくある新規サービス立ち上げのシステム側プロジェクトリーダーにアサインされ、やる気に満ちているところである。 この
Mary Poppendieckのリーダーシップについてのセッションは、立ち見(というか地べた座り)で満席。とくに、TPSとアジャイルの中から、「人」についての共通の考えを導き出しています。 「標準化」とはなにか。Mary は「現場の経営」(大野耐一の唯二の著書の1つで、最近英訳された)から、以下を引用し、いま、ソフウェア業界、多くの大企業で行われている間違った標準化について、指摘しました。 標準は、カイゼンの最初のベースラインというだけで、変えることが前提なんだ、そして、それはかならず現場で書く。 現在のソフトウェア業界で、いかに多くの「標準」というものが、現場から離れて書かれており、かつ、変えるのが困難か。作るのに1・2ヶ月もかかったら、それはもうダメだ。他人が机の上でつくった標準ではなく、「自分たちが作った標準」でなければ、カイゼンのモチベーションはうまれない。こういう、「あたりまえ
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つの本質」に尽きる。「デットライン」に、こうある。 適切な人材を雇用する その人材を適所にあてはめる
Ywcafe.net This Page Is Under Construction - Coming Soon! Why am I seeing this 'Under Construction' page? Related Searches: Health Insurance High Speed Internet Work from Home Healthy Weight Loss Best Penny Stocks Trademark Free Notice Review our Privacy Policy Service Agreement Legal Notice Privacy Policy
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
明日から、仕事の人も多いはずでしょう。夏休みで気分転換、ストレス解消はできたでしょうか?明日からのストレスの多い仕事に備えて、今日はその対策としての『ユーモア力』について考えていきましょう。 私は仕事柄、いろんな職業の方々、いろんな職場環境の方々と仕事をする事が多いのですが、そんな中で、「よくこんな高いストレス環境の中でガンバッテいるなぁ」と関心してしまう人達と出会います。まぁ、ホントのプロフェッショナルですね。 例えば 少しの失敗が他人の生死を左右してしまうような仕事をしている人達 複雑に対立する人間関係のこじれた会社に出向しなければならない人達 誰も味方がいないという状況で、改革を進めていかなければいけない人達 会社の存続を左右する資金調達、資金繰りを任されている人達 失敗すれば、会社の明日はないというような大きなプロジェクトを任されている人達 等々そういや、火曜日10時からのNHKの
LifeDev 経由で読んだのですが、「チームによるブレインストーミングはそれほど効率的な発想法ではない」という研究結果について紹介する記事がありました。 心理学者の研究によると、何人かの人を集めてブレインストーミングのセッションをしたのと、個々の人に一人で発想をさせてあとで持ち寄るのとで、有意な差は見られなかったという研究結果です。 「ええ? そんな! じゃあ今までブレインストーミングをやっていたのは無意味だったの?」と思われるかもしれませんが、答えは yes でもあり、no でもあると思います。 ブレインストーミングを殺す要素 非効率的なブレインストーミングならやらないほうがましという意味ではみんな意見が一致すると思います。英語版 Wikipedia の Brainstorming の項が非常に詳しいのですが、ここに書いてあることをまとめると、ブレインストーミング効率を下げてしまう要因
「今度のプロジェクトマネージャーは立派な資格をもっているらしいぞ。やれやれ、これで今度のプロジェクトは大丈夫かな?」 現場から遠ざかっている管理職や顧客によるこのような淡い期待は、多くの場合、簡単に裏切られてしまうのが実情です。 確かに世の中には、先輩方による多大な努力の末にまとめられたプロジェクト管理のノウハウや知識体系があります。そしてその知識を習得していることを保証する、PMPなどのマネジメントの資格もあります。 しかしその知識体系や資格がプロジェクトの成功を約束してくれることはありません。権威あるプロフェッショナルでも、現場での効果を保証してくれる知識やノウハウを提供することは難しいのです。 プロジェクト管理はメジャーなテーマです。多くのノウハウが溢れています。しかし教科書どおりに進まないのは、皆さんよくご承知の通りです。プロジェクト管理には職人的な一面があり、体系的にまとめられた
http://martinfowler.com/bliki/OneLanguage.html 開発努力において言語は1つだけにすべきか? エンタープライズ・ソフトウェア界の流行はここ10年の間ずっと、ソフトウェア開発努力のための1つの標準言語に集中することだった。 多くの開発組織が、すべての作業をJava(とかC#/VB)でこなそうとしている。 これの理論的根拠は、開発者が1つより多くの言語に熟練するのは困難だということだ。単一の言語にこだわり続ければ学習の負荷は下がる。とりわけ新人を採用するときに効果がある。 まあ真実もちょっとはあるけど、大抵は大外しだ。プログラミング環境ってのは一部は言語だけれど、でも複数の言語やフレームワークについてでもある。大規模フレームワーク、HibernateやStrutsやADOなんかは、単一のホスト言語でプログラミングしていたとしたって、今や1つの言語を学
「私のことが気に入らないのですか。もう来るなということですか。」ある朝突然、プロジェクトメンバーである協力会社の方から言われて、面食らいました。急に何を言い出すのかと戸惑いながらも、よくよく考えてみると思い当たる節があります。それにしても・・・ こんな話を、あるプロジェクトマネージャからお聞きしました。協力会社の方であるPさんには、プログラマーとしてこのプロジェクトに参画していただいているそうです。ベテランのPさんは、その分野の技術に詳しく、厳しいスケジュールのなかでも黙々と真面目に仕事をしてくださっていました。 1週間程前のこと。このプロジェクトで決めている標準とは異なる方法で、Pさんが作業をしておられたので、標準的な方法でしていただくよう、メンバーからお願いをしました。ところがPさんは「自分はこれまでずっとこの方法でやってきたし、誰からも文句を言われたことはない!」と声を荒げ、その日は
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く