モチベーションは楽しさ創造から - ドンドン優秀な人材輩出する上司は何を教えているのか？自ら学ぶ習慣
部下に教えないといけないコトは様々あります。商品知識、業務技術、マナー、モノの考え方等々、あげればキリがないほど。しかし会社側は、部下育成に関してそれだけの時間は与えてくれていません。どこの会社でも「空いている時間で育ててくれ」というような感じではないでしょうか？ そんなキツイ状況の中、短い時間や隙間の時間で上手に人材育成を行っている人もおられます。それも偶然ではなく、何人も優れた人材を輩出していくような人材上手な人達がいます。同じ会社の中でも、あの人の下につくと急に成長すると言われているような上司があなたの周りにいないでしょうか？ 彼らを観察すると、共通するものを感じます。それは、「イチイチ、色んなコトを、懇切丁寧に教えていない」というコト。逆じゃないの？と思われる人も多いかと思いますが、人材育成が上手な人は、そのように外部からは見えるのです。今、流行のコーチングの手法みたいな事も人材育
「使えない人間」などいない - 記者の眼：ITpro
「使えない人間が多すぎる」。職場の周りの人たちに対してこんなことを思ったことはないだろうか。「もっと有能な人たちと仕事ができれば効率が上がるのに」といったように。少なくとも，私はこう思っていた時期があった。 私が，考えを改めるきっかけになったのが，2005年の春に今の部署である日経ソフトウエア編集部に配属になったことだ。以前，技術系雑誌（今はなき日経バイト）の編集部にいたときに少しだけプログラミングの記事を書いたことはあったものの，ソフトウエアの開発経験はゼロ。はっきり言って“ズブの素人”である。プログラミングの知識が足りないため，寄稿してもらった原稿の査読すらままならない。 これはまずいと思い，意識の高い技術者の有志が開催しているプログラミング関連の勉強会やイベントにできるだけ出かけるようになった。目的は知識の習得だったが，そうした場に何度か参加しているうちに，私は集まってくる技術者自身
現場の叫びで分かった嫌われるプロマネの正体 － ＠IT自分戦略研究所
プロジェクトをマネジメントするどころか、メンバーを地獄に陥れるようなプロマネの正体を暴く。現場の悲痛な叫びはプロマネに届いているだろうか。（Tech総研／リクルートの記事を再編集して掲載） 複雑化・高度化した現代の技術。1人のエンジニアが、1つの案件を仕上げることができるケースなどほとんどない。そこで重要になってくるのが、メンバーを率い、プロジェクトをまとめ上げるプロジェクトマネージャ（プロマネ）の力量だ。しかし……。 Tech総研が、主にIT分野のエンジニア100人に行ったアンケート調査によれば、これまでにプロマネの下でスムーズに進めることができたプロジェクトは5割に満たないと答えたエンジニアが、何と88％にも上っている（図1）。しかも、そのうち79％が、別のプロマネであればうまくいったはずと答えているのである（図2）。
目的によって会議の進め方は違う。 5つの会議の進め方 - モチベーションは楽しさ創造から
コンサルタントの一番の仕事は「会議に出席すること」です。書類作成の時間を除けば、この作業時間が一番多いですね。クライアントさんの会議、お役所の審議会等を含めて、たくさんの組織の会議に出席する機会が非常に多いんです。 そんな中で、「会議上手の会社」と「会議下手の会社」というのが確かにあると思います。 「会議上手の会社」は短時間でテキパキと物事が決まっていき、「会議ヘタの会社」は時間ばかりが長くて、結局、何が決まったのか分からない形で終わってしまいます。会議上手の会社の会議では、終了後に、みんな充実した顔で、次の作業へのモチベーションアップを感じられます。一方、会議下手な会社の会議では、イスに座っているだけで、徒労感で社員さんのモチベーションが下がってきているのを感じます。「くだらない会議に付き合ってられないよ」と思う気持ちもよく分かります。 この２つの組織の最大の違いをあげろと言われれば、「
Life is beautiful: チームとは (The Discipline of Teams)
今日紹介するのは、Harvard Business Reviewの記事の中でも特に評価の高い、Katzenbach & Smith による「The Discipline of Teams（このリンクをたどれば全テキストが原文で読める。日本語で詳しく読みたい人は右に紹介した「好業績チームの知恵」を参照）」。彼らは「単なる人の集まりはチームと呼ぶべきではない。メンバーそれぞれの力を合計した以上の力が出せる人の集まりだけをチームと呼ぶべきだ」と主張し、チームを以下のように定義する。 a small number of people with complementary skills who are committed to a common purpose, set of performance goals, and approach for which they hold themselves
最近、あなたは職場で人を褒めましたか？ － ＠IT自分戦略研究所
将来に不安を感じないITエンジニアはいない。新しいハードウェアやソフトウェア、開発方法論、さらには管理職になるときなど――。さまざまな場面でエンジニアは悩む。それらに対して誰にも当てはまる絶対的な解はないかもしれない。本連載では、あるプロジェクトマネージャ個人の視点＝“私点”からそれらの悩みの背後にあるものに迫り、ＩＴエンジニアを続けるうえでのヒントや参考になればと願っている。 ■リーダーシップトライアングルにおける位置付け この連載では、システム開発プロジェクトにおけるリーダーシップを中心に、「私の視点＝私点」を皆さんにお届けしています。 今回の内容は、リーダーシップトライアングルのLoveとManagementに関係します。Loveについては、第10回「正しいことをし、行動力を発揮するココロ」を、Managementについては、第9回「ソフトウェアは目に見えない」を、それぞれ参照いただ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
