リーダーが抱える20の悪い癖
元GE会長のジャック・ウェルチ氏をコーチした経験を持つエグゼクティブコーチングの第一人者によると、組織の上に立つリーダーは共通した悪い癖を抱えているという。 「問われるコーチング力」バックナンバーはこちら 前回、自己分析によりリーダーは自分の強みと弱みを把握すべきだと述べた。今回はリーダーが陥りやすい「20の悪癖」について紹介したい。 以前「偽装事件を引き起こす不健康組織16の兆候」のコラムでも触れたが、リーダーの自己変革に欠かせないので改めて説明する。20の悪癖とはジャック・ウェルチ元GE会長をコーチした、コーチングの第一人者であるマーシャル・ゴールドスミス氏が、著書『コーチングの神様が教える「できる人」の法則』で指摘したものである。経営者やリーダーの多くは次のような悪癖を持っていて、それが職場に悪い影響を与えているという。 1. 極度の負けず嫌い 2. 何かひと言価値を付け加えようとす
覚えておいて損はない？ 画面解像度の呼び方一覧
ほとんどの携帯やPCのモニタは上記のどれかに 当てはまると思いますが、 PSPは上記のどれにも当てはまらない480x272。 DSは256x192です。 自分のPCの解像度が分からない人は デスクトップの何もない所で右クリック→プロパディ→設定タブをクリック。 画面の解像度という所に表示されてるのがそうです。 （ちなみにこの確認方法はXPの場合で、Vistaとかはわからんです） 参考：資料 ※追記：コメント欄で指摘のあったWQXGAを追加しました。 おまけ：当サイト訪問者の解像度 表を見てもらえば分かりますが、まだ1024 x 768が多いですね。 しかし、数年前は1024 x 768が主流でが2位が800 x 600（今では13位）。 2位の1280 x 1024なんてまだまだ少数派だったことを考えると、 だいぶ様変わりしてきましたね。中には2560 x 2048
SEマネジャは放電しっ放しでよいか
筆者はSEマネジャのあり方について，当プログで「SEマネジャはお客様を訪問せよ」「部下に任せよ」などと何回となく言及してきた。それは，SEマネジャがIT企業のビジネスを遂行する技術陣の要と考えるからである。IT企業では，この要のSEマネジャが強いと顧客からSE陣が信頼され，プロジェクトや提案活動はうまくいく。また，SEをチャレンジャブルなジョブにアサインでき，SEが成長し戦力も強化できる。これには読者の方も異論がないはずだ。 だが，現実のIT業界を見ると必ずしもそうではない。顧客を訪問しないSEマネジャ，営業に便利に使われているSEマネジャ，SEを顧客に塩漬けするSEマネジャ，部下のSEと技術的な会話がろくにできないSEマネジャなどもいる。筆者はそんな現状を鑑み，SEマネジャに“SEマネジャ頑張れ”という気持ちと，IT企業の経営陣に対しては“これでよいのか”という想いを伝える趣旨で書いてい
できる人(という本のメモ)
完全主義者（自分でやらないと気のすまない人）はだめ。部下を信じるべし。質問はしまくろう。聞くは一時の恥。聞かぬは一生の恥だ。まず軽い成功で、ジャブ。自信がついたら大きな事業を成功させるのだ。つねに、失敗を確認して糧とする。どうしたら成功するかより、どうしたら失敗するかを考える。そして逆を行けば良い。過去形にしてから学ぶ必要は無い。苦手な事をを積極的に行う。オールマイティになるべし。失敗を糧とすることも重要だが、気にしすぎて仕事ができなくなっては意味がない。一日で忘れることができる能力を身につけよう。相手先の社内事情に詳しくなる。「用事は忙しい人に頼め。」忙しい人間ほど、時間のやりくりがうまく、きちんと責任を果たしてくれる。常に仕事を100%こなせば良いということはない。上司が50%しか要求していない重要でない仕事か、120%要求する重要な仕事かを常に判断すべし。縁の下にいてはいけない。縁の
5分で絶対に分かるマインドマップ − ＠IT自分戦略研究所
自由な発想を促すマインドマップ マインドマップとは、英国・ロンドン出身のビジネスコンサルタント、トニー・ブザン（Tony Buzan）氏が1970年代の初めに発案、提唱した「ノート記法」です。 言葉を時系列に個条書きにする一般的なノート記法とは異なり、まず中心に主題を配置し、そこから関連するキーワードやイメージを放射状に広げていく方法を取ります。 人間の思考パターンに合わせて開発されたマインドマップは、自由な発想を促し、ブレインストーミングに最適なツールであるといえます。そのためコンサルタントやプランナーなどを中心に広まっていますが、本来は職種や業種を問わずに利用することができるものなのです。
人生の「レベルアップ」は突然ドアを叩く:Garbagenews.com
●技術向上は階段のイメージ 手元にその号のジャンプが残っていないので、多少うろ覚えになるが、次のような図で「作画の技術向上」について語っていた。 作業が単調で全然上手くならないと嘆いた生徒役の人に、村田雄介先生は次のように説明していた。いわく、一朝一夕で成果は出てこない。作画の技術は経験を積むしかない。そしてその経験が一日ごとに技術の向上として表れるわけではない。経験そのものは蓄積されればされるほど着実に身につくが、それが技術の向上(レベルアップ)には反映されない。 それがある日突然、自分でも劇的な変化として分かるように、腕が上がったのが分かる。この繰り返しで、「上手くなっていく」というのである。日々の努力や時間の経過と、突然起きるレベルアップを「階段状に進歩する」と表現したわけだ。 この説明と図を目にし、「これは作画の練習だけに言えることだろうか」と考えた。努力をすればするだけ成果があが
「君はだらしない」といった他人の否定的な評価は、自分を実験台にして実証的に否定する：日経ビジネスオンライン
気になる記事をスクラップできます。保存した記事は、マイページでスマホ、タブレットからでもご確認頂けます。※会員限定 無料会員登録 詳細 ｜ ログイン
「誰が書いても同じコード」は大事なことなのか - ひがやすを技術ブログ
昨日、大手SIerの方々と話をする機会があって、そこで出てきたのが、「誰が書いても同じコード」になることが重要で、それを実現するために、ドキュメントをいっぱい書かなくてはいけないという話。大手SIerは、大体同じことを考えていると思います。 でも、「誰が書いても同じコード」にするってのは、そもそも無理だと思うんだよね。そうやって、わざわざドキュメントをたくさん書かせても、めためたなコードを書くやつはいて、総合テストするときに、現場は燃え上がるもの。ある程度の規模以上のプロジェクトなら、どこでもそんな感じじゃないかと思います。 重要なのは、「誰でもメンテナンスできるコード」にすること。そのために、コーディング規約は、きちんと決めてみんなで守る、それ以上は、がちがちに縛る必要はない。 がちがちに縛るために、設定ファイルをたくさん書かせたり、必要以上のドキュメントを書かせるのは、一定の品質を確保
ウェブ制作・プログラマー・デザイナーのためのチートシート集 | コリス
Scott Klarrのエントリー「Cheat Sheet Index」から、ウェブ制作・プログラマー・デザイナーのためのチートシート集です。
パソコン好きが青色申告を体験してみると？：第1回 まずは税金ってナニ？ (1/5) - ITmedia Biz.ID
いよいよ2月18日から確定申告の受付が始まる。期限は3月17日まで1カ月間。筆者は一昨年アイピーアールとして広報コンサルティング業＋ライター業で独立し（達人の仕事術参照）、昨年初めて青色申告を行った。サラリーマン時代は税金とか簿記とか会計には全く興味がなく、それらの知識は皆無といえるほどだった。申告内容が正しいか否かは分からないが、なんとか青色申告ができたのは青色申告ソフトのおかげだ。 起業、独立を考える方は何か専門の知識をお持ちであろう。プログラミングであったりデザインであったり写真撮影であったり、何かしら得意とする分野で起業するのが普通だ。逆にいうとその分野には詳しくても、税金や保険、年金等には疎かったりすることが、微妙に独立に対し精神的障壁になっていたりしないだろうか。 筆者も「経理とか面倒臭いなぁ」と言う思いを持っていた1人だ。しかし実際に独立してみると、面倒と言う思いは変わらない
【第8回】中途採用で入社し、最初にやるべきことは？：NBonline(日経ビジネス オンライン)
なんとか中途採用で入ったのですが、まずどんなことをすればいいのかわかりません。毎日、焦っています。対応策を教えてください。 人事ジャーナリストが返信 結論からいえば、中途採用で雇われた以上、早い段階で期待されている成果を出すことが何よりも大切でしょう。 新卒の場合は、戦力になるまでに、依然として一定の「猶予期間」が与えられています。最近は、成果主義の導入などにより、一人前になるための助走期間が短くなっていると聞きます。 しかし、筆者が取材をしている限りでは、一部の企業を除き、マスコミで騒がれているほど、新卒者がその意味で厳しい状況下に追い詰められているとは感じません。 むしろ、注意すべきは中途採用者のほうです。こちらは、まさに即戦力として雇われます。以前に比べ早いうちに成果を出すように求められています。これは、経営陣というよりも現場がそのような考えをもっていると考えられます。 ただし、この
正しいメールアドレスのチェック方法
(Last Updated On: 2018年8月13日)正しいメールアドレスのチェック方法がちょっとした話題になっているようです。Web屋のネタ帳でも取り上げられていますが、メールアドレスのチェック方法自体は解説していません。ついでなので書いておきます。 「本当に正しいメールアドレスかチェック」するには実際にメールを送信して、送信されたユーザしか知り得ない情報をユーザが知っている事により確認しなければなりません。これはWeb屋のネタ帳で解説されている通りです。 安全でより確実なメールアドレスのチェック方法 きちんと正規表現でメールアドレスをチェックするのは面倒です。しかも、RFCを守らない大手企業もあり、正規表現でチェックするのは諦めるのが妥当でしょう。 記入されたメールアドレスが正しいかチェックする手順 @でスプリット（分割）する 配列要素数が2つかチェック。NGはエラー 1つ目の要素
Geekなぺーじ : 良いプログラマの見分け方
「How to recognise a good programmer」という記事がありました。 良いプログラマを見分けて雇用するためのTIPSが書いてありました。 原文前半では、Paul Graham氏が書いている「The 18 mistakes that kill startups, 日本語版:スタートアップを殺す18の誤り」というエッセーに書かれている「90年代のE-コマースで多くのベンチャーを失敗させたのが質の悪いプログラマであるが、プログラマではない起業家には良いプログラマと悪いプログラマを見分ける術がない。」といった内容に対して反論すると書いています。 見分け方をまとめると、以下のようになるそうです。 流石に全ての項目を満たすような人は少ないそうですが、どれか一つでもあてはまる項目があれば、それは良いプログラマなのかも知れないそうです。 原文には、詳細な説明があるので興味のある
mysqlコマンドで、テーブル名とかカラム名の補完(completion)をする方法 - (ひ)メモ
追記: rehash(auto-rehashも含む)すると、SQL文の補完(seleでタブ打鍵とか)が効かなくなるよと、はす向かいの人に教えてもらいました。 個人的には、SQLは「mysql> help select」とかでオンラインヘルプがびょっと出るので、スキーマの補完ができるんならSQLの補完はとりあえずあきらめてもいいかなと思っています。 常々、テーブル名とか補完できるといいなーと思っていたので、ボロっときいてみたら教えてもらいました。あざーーーーっす！ id:mikihoshi++ id:tokuhirom++ id:precuredaisuki++ おかげで効率が300%上がりました。(Benchmark::Stopwatchで計測) http://dev.mysql.com/doc/refman/5.1/en/mysql-command-options.html#option
『忙しい人』と『仕事ができる人』の２０の違い
『忙しい人』と『仕事ができる人』の２０の違い 私の周りには、『忙しい人』と『仕事ができる人』がいます。忙しい人は、いつも「忙しい、忙しい」を口癖のようにしています。他人が見ると、何でそんなに忙しいのかが分からなかったりするのですが（仕事の成果から見ると）、本人は忙しいのでしょう。忙しいと言うことが、その人のモチベーション理由のように感じるくらいです。 それと比べると、仕事ができる人は、他人から見ると何かゆったり、自分のペースで仕事をしているように見えるが、結果として大量の仕事を行ったりしている。みなさんの周りにもそんな『忙しい人』と『仕事ができる人』はいないでしょうか？ 『忙しい人』と『仕事ができる人』は何が違うのかという事を、仕事の仕方の違いを通してまとめてみました。（今回は、忙しい人にならない為の時間管理術は省いた内容です。それは、このエントリが好評でしたら、また別のエントリでご紹介さ
モチベーションは楽しさ創造から - ドンドン優秀な人材輩出する上司は何を教えているのか？自ら学ぶ習慣
部下に教えないといけないコトは様々あります。商品知識、業務技術、マナー、モノの考え方等々、あげればキリがないほど。しかし会社側は、部下育成に関してそれだけの時間は与えてくれていません。どこの会社でも「空いている時間で育ててくれ」というような感じではないでしょうか？ そんなキツイ状況の中、短い時間や隙間の時間で上手に人材育成を行っている人もおられます。それも偶然ではなく、何人も優れた人材を輩出していくような人材上手な人達がいます。同じ会社の中でも、あの人の下につくと急に成長すると言われているような上司があなたの周りにいないでしょうか？ 彼らを観察すると、共通するものを感じます。それは、「イチイチ、色んなコトを、懇切丁寧に教えていない」というコト。逆じゃないの？と思われる人も多いかと思いますが、人材育成が上手な人は、そのように外部からは見えるのです。今、流行のコーチングの手法みたいな事も人材育
HowToWriteAnEffectiveDesignDocument - 設計文書のうまい書き方
HowToWriteAnEffectiveDesignDocument - 設計文書のうまい書き方 目次 この文書について 設計文書のうまい書き方 なぜ設計文書を書くのか 良い設計とは何か 同僚の開発者に向けて書く 第 1 節に書くこと: プロジェクト/サブシステムの目的を示す 第 2 節に書くこと: 設計に使う高レベルなエンティティを定義する 第 3 節に書くこと: 個々のエンティティに関する低レベルの設計を書く 使い方 設定 モデル 相互作用 第 4 節に書くこと: 利点, 前提, リスク/懸念事項 マネージャ向けに書くこと 最後に 設計文書のうまい書き方 この文書について "How to Write an Effective Design Document" の日本語訳です. http://blog.slickedit.com/?p=43 推敲歓迎: 誤訳, タイポ, 訳語の不統一,
5分で人を育てる技術 (28)"話が分からない"と言われたことのある人への10のアドバイス：芦屋広太一つ上のヒューマンマネジメント：ITpro
前回は，藤井との人間関係に困っている坂本へのアドバイスとして「言われて嬉しかった"褒め言葉"10事例」を説明しました。人は誰でも自分を認めてほしいと思っています。しかし，日本人の多くは，その民族性からでしょうか，褒めるのが上手くないと言われています。これは，非常に残念なことだと思います。 適切に，上手いタイミングで心から染み出た"褒め言葉"には，人を感動させる力があります。このことを理解し，上司の立場にある人は，もっと「褒める」を考えるべきでしょう。 さて，今回のエピソードには，藤井が登場します。藤井の育成は坂本にお願いしていましたが，当然，私はすべてを坂本任せにするつもりはありませんでした。そこで，今回は，坂本同席のもと，藤井に販社との提案活動の進捗報告をしてもらったときの話を紹介しましょう。 今回は“仕事に役立つ7つの科目”の「(3)説得的会話」に関するノウハウがテーマとなります。 P
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
モチベーションは楽しさ創造から
フリーランサーの収益を最大にするための25のヒント*ホームページを作る人のネタ帳
