上司の思う10倍、部下は上司に報告しづらい - なべはるの人事徒然
世の管理職の皆さんの共通の悩みの1つに、「部下が中々報告・連絡・相談（ホウレンソウ）してこない」というものがあると思います。 今回のブログでは、部下から報告・連絡・相談されやすい上司になるための心構えをまとめてみます。 ↓こんな記事もあります。皆さん悩んでますね↓ president.jp ※私の会社では、「上司・部下」という言葉は使わずに「マネジャー・メンバー」と言っていますが、記事内では分かりやすいように「上司・部下」を使います。 上司の思う10倍、部下は上司に話しかけづらい まずは大前提。貴方が思っている10倍、部下は貴方に話しかけづらいと思いましょう。 「自分は部下との仲も良好だから、話しかけやすいだろう」と思っている貴方も（私も）含めてです。 ウソだと思うならGoogleで「上司 話し」と打ったときのサジェスト結果をご覧ください↓ ホウレンソウの責任は上司にある 「話しかけやすか
Six Sigmaとは何？ わかりやすく解説 Weblio辞書
マネジメント用語集 索引トップ 用語の索引 ランキング 6シグマ 別名：シックスシグマ、6σ 【英】：Six Sigma 6シグマは、結果のバラツキに影響を与える重要特性（CTQ）を特定し、改善するプロジェクト型改善活動をベースとした、経営革新手法である。 ここで、シグマ（σ）とは統計用語でバラツキ（標準偏差）をあらわす指標であり、統計的工程管理では3σが工程の異常を判断する目安とされている。これは、正規分布の±3σから外れる確率は、約0.3%という性質を利用している。同様に6σレベルとは、±6σのことであり、正規分布の±6σから外れる確率は、10億分の2となる。 経営革新手法6シグマでは、短期的なシグマレベルに対して、長期的には、1.5σ分悪化することを経験則から定めており、短期的なシグマレベルの結果からこの長期的なシグマレベルを推定することもある。（例えば、短期的な3σレベルが長期的に
KAIZEN platform Inc. の開発マネジメント
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
経営者の皆様、“インテグリティ”をお持ちですか？
経営管理者が学ぶことのできない資質、習得することができず、もともともっていなければならない資質がある。（中略）それは、才能ではなく真摯さである。 部下たちは、無能、無知、頼りなさ、不作法など、ほとんどのことは許す。しかし、真摯さの欠如だけは許さない。 真摯さに欠ける者は、いかに知識があり才気があり仕事ができようとも、組織を腐敗させる。 （いずれも『現代の経営』から） これだけ重要なintegrityとは何か。ドラッカーでさえ「定義が難しい」と書いている。ただし「真摯さの欠如は、定義が難しいということはない」。ドラッカーが『現代の経営』で挙げている、integrityが欠如した人の例は以下の通りである。 ・人の強みではなく、弱みに焦点を合わせる者 ・冷笑家 ・「何が正しいか」よりも、「だれが正しいか」に関心をもつ者 ・人格よりも頭脳を重視する者 ・有能な部下を恐れる者 ・自らの仕事に高い基準
第12回 バーンダウン・チャートで「終わるかどうか」を見える化する ITpro
前回，タスクかんばんが，現在の状況を見える化するものであり，先を見通すような視点は持ち合せていないことを説明した。この「先を見通す視点」で「進ちょく状況の見える化」を実現するのがバーンダウン・チャートと呼ばれるチャートである。バーンダウン（burn down：燃え落ちる，全焼する）チャートは，一般的なチャートにありがちな右上がりではなく，右下りになっている。チャートを作成する際には，縦軸に残りの作業量を，横軸に時間を割り当てて日々の残り作業量をプロットしていく。右下，つまり残り作業量がゼロ(=全焼)になれば，すべての作業が完了するというわけだ。 バーンダウン・チャートは，元々リリースまでのバック・ログ（プロジェクトとして実施する必要があるすべての作業）の残量を視覚化するチャートだったが，現在はイテレーション単位でのタスクの残作業量（デイリー・バーンダウン・チャート）の見える化にも使われてい
小さなエンジニアリングチームを成功させるための6つの秘密
By Tayrawr Fortune 世界最大級のインターネット通信販売・ネットオークション企業であるeBayのエクスペリエンス担当副社長を務めるHugh E. Williamsさんは、「小さなエンジニアリングチームを運営することは楽しい」と語ります。技術に親しむことができ、プログラムコードを書く組織のそばにいることができ、実際的な問題に取り組むことができるからだそうです。そして、この小さなチームを運営するためには6つの秘密があるのだと語っています。 6 secrets for successful small teams | Hugh E. Williams http://hughewilliams.com/2012/06/05/6-secrets-for-successful-small-teams/ 1.手本を見せる Williams氏によると、小さなチームのリーダーになった人間が失
プロジェクトで必要とされるスキル | IT業界職種研究
第1回 プロジェクトで必要とされるスキル #プロジェクトマネージャー ここからは、PMを志望している人達向けに、PMとして要求されるスキルにはどんなものがあるか、そして、スキルアップしていくにはどうすれば良いか、についてお話します。 PMには、マネジメントスキル、リーダシップ、ニーズをまとめるスキル、アーキテクトスキルなど多様なスキルが要求されます。しかし実際には、プロジェクトの規模や性格やPMの立場によって、あるいは顧客企業の性格（端的に云えばお客様の性格）によってPMに要求されるスキルは違ってきます。 プロジェクトの規模が小さいと、PMは技術系のリーダやアプリケーションの開発リーダを兼ねることがあり、業務知識や技術知識が要求され、業務アプリケーションの仕様詰めに自ら率先して参加しなければならないこともあります。反対にプロジェクトの規模が大きくなると、PMは複数のサブチームから構成される
アジャイル開発と反復開発の落とし穴
前回「『現状のソフトウェア開発は間違っていないか？』（プロセス編）」では、ウォーターフォール開発の問題点と改善方法を示した。さて、前回お話ししたようにウォーターフォール開発は本来、いくらプロセス改善をしたとしてもイノベーティブな開発がしにくい。ならば、反復開発（*1）やアジャイル開発に変えてしまおう、といいたいところ。しかし、導入するのであれば、それぞれのプロセスの特徴と弱点をしっかりと知っておくことが必要である。 ウォーターフォール開発からの乗り換えを考えている方々だけではなく、いまアジャイル開発や反復開発を実践している方たちにもぜひ一読してほしい。 （*1）反復開発とは例えばRUP（Rational Unified Process）やUP（Unified Process）のこと。 反復開発とアジャイル開発の違い 反復開発とアジャイル開発は、繰り返し型開発という意味では同じように思われる
[指南役の提言]古いマネジメントがイノベーションの創出を妨げる
「イノベーション創出は高価で消耗的な贅沢だと考えているが、それは間違いだ」――。米ガートナー・リサーチ マリー・マザーリオ リサーチディレクターはこう語る。莫大な研究開発費用を投じなくても、CIOがマネジメントに関する考え方をシフトするだけで、新しいアイデアを生み出して形にすることが可能だという。マザーリオ氏にイノベーションの創出について聞いた。（聞き手は羽野 三千世＝ITpro編集） 今、CIOやIT部門にとってマネジメントのイノベーションが重要だと提言している。マネジメントのイノベーションとは具体的に何か。 まず、「イノベーション」という言葉を定義したい。私が言うイノベーションとは、新しいアイデアを実行してビジネスのバリューを創出することだ。そして、そのイノベーションは「プロセスのイノベーション」「プロダクトのイノベーション」「マネジメントのイノベーション」の三つに分類される。 プロセ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
『NPO法人ドラッカー学会（Drucker Workshop）』