404 Blog Not Found:人を育てられると思ったら負けだと思っている
2006年12月06日18:45 カテゴリCulture 人を育てられると思ったら負けだと思っている 未だこんな寝言みたいなことを言って、かつそれで給料が出るとはうらやましい職場である。 芦屋広太 ひとつ上のヒューマンマネジメント : 5分で人を育てる技術 (5)言うことを聞かない“自信過剰な部下” 芦屋広太です。日頃いかが人を育てておられるでしょうか。人は育てるものではない。育つものである。その業種における育ち方、あるいは自分の育て方を会得できない者は、残念ながら上司や会社がいくら頑張ってもムリである。 逆に、本人にせっかく育つ能力があっても、それを上司や会社が邪魔をしては、当然その能力が日の目を見る事はない。今回のケースは、明らかに後者である。 芦屋広太 ひとつ上のヒューマンマネジメント : 5分で人を育てる技術 (5)言うことを聞かない“自信過剰な部下” それは，私が，そういう工夫を
ストレス無し仕事フローのためのWEBツール（後編）：Goodpic
This shop will be powered by Are you the store owner? Log in here
5分で人を育てる技術 (2)抽象的なことばかり言う“理解が浅い部下”：芦屋広太一つ上のヒューマンマネジメント：ITpro
前回は，私が人材指導において，なぜ「長い説教より論理的な5分」と言っているのか，その理由をご説明いたしました。 今回から，私が行っている5分間指導の具体的な話を紹介していきます。 「抽象的な言葉は禁止だ！」 もう，数年前のことです。その頃私は，ある企業でスタッフとして一人で気ままな仕事をしていました。普段はあまり仕事はないのですが，会社で何か問題が起ると，そこに投入されて短期間で問題を解決するという仕事をさせられていました。そう，この頃の数年は，私は部下を持たず，気楽な生活だったのです。 そんなあるとき，会社である問題があり，私はその仕事に投入されました。仕事は，大手企業との商品供給提携のための交渉でした。私一人では厳しいので部下を何人かもらって，久しぶりに部下を指導をすることになりました。 私は，提案資料を部下の岡田に命じました。しかし，1日たっても何もでてきません。そこで，どんな内容に
japan.linux.com | 技術者の採用面接法
技術職を募集する際の面接法を扱った解説は数多くあるが、この種の面接で最も肝心な点は、おそらくは、応募者が持つ技術の評価だろう。ここでは、より確実に評価するための一法を紹介する。 応募者の技術を評価する際、筆者らが勧めているのは、応募者に初見の問題を課して自己学習能力を見る方法である。類似のものを含めて扱ったことのない問題であればなおよい。必要な資料とコンピュータを提供し、応募者が問題にどう取り組むかを見る。着実に解に近づいていたら、採用への評価はプラスである。 自己学習能力 自己学習能力の重要性は、GNU/Linuxコミュニティではよく知られている。Eric Raymondは、「How to Become a Hacker」の中で、自己学習能力はハッカーの基本的資質だと述べている。「問題こそ我が師」がハッカー流。問題への対処の仕方を教えてくれる師はいない。我々の生業では、その性質上、高度
404 Blog Not Found:優秀なナースなら当然看護記録は付けてるよね?
2007年11月29日20:00 カテゴリMedicineArt 優秀なナースなら当然看護記録は付けてるよね? これを読んで、s/ナース/現場/g;s/病院/システム/gとして一般論化した場合は非常に納得した(というのかs/ナース/自分/gで思い当たるフシがありすぎてorz)のだけど、そのまま読むとずいぶんと違和感があるのは海堂尊作品の読み過ぎだろうか? Life is beautiful: 優秀なナースがいるとシステムがなかなか改善されないという話 Why hospitals don't learn from failures（なぜ病院は失敗から学ばないのか）」という論文を読んでなるほどと思う部分があったので、ここにメモ代わりに書いておく。 ちなみにこの原文は、 Division of Research Working Paper Abstract でPDFとして入手できる。ぐぐったら一
最近、あなたは職場で人を褒めましたか？ － ＠IT自分戦略研究所
将来に不安を感じないITエンジニアはいない。新しいハードウェアやソフトウェア、開発方法論、さらには管理職になるときなど――。さまざまな場面でエンジニアは悩む。それらに対して誰にも当てはまる絶対的な解はないかもしれない。本連載では、あるプロジェクトマネージャ個人の視点＝“私点”からそれらの悩みの背後にあるものに迫り、ＩＴエンジニアを続けるうえでのヒントや参考になればと願っている。 ■リーダーシップトライアングルにおける位置付け この連載では、システム開発プロジェクトにおけるリーダーシップを中心に、「私の視点＝私点」を皆さんにお届けしています。 今回の内容は、リーダーシップトライアングルのLoveとManagementに関係します。Loveについては、第10回「正しいことをし、行動力を発揮するココロ」を、Managementについては、第9回「ソフトウェアは目に見えない」を、それぞれ参照いただ
【中級】一流エンジニアのタイムマネジメント 最終回
仕様書作成やプログラミングなどの仕事（タスク）が発生したときに，あなたはその所要時間をどうやって想定しているだろうか。おそらく過去に行った似たタスクを思い出しながら，「半日で終わるかな」，「2日はかかりそうだ」といった具合に予測しているのではないか。 そのやり方が間違っているとは言わないが，所要時間の予測が大ざっぱだと，タスクの実行に支障が出かねない。予測を大幅に超える時間がかかるかもしれないし，そのときに「もともと適当に予測した時間だからオーバーしても仕方がない」と思ってしまう。そしてタスクを完了したときに，その仕事ぶりが良かったのか悪かったのかがあいまいになる。 このように所要時間の予測ひとつとっても，経験やカンに基づく大ざっぱなタイムマネジメントでは大きな成果を上げるのは難しい。タイムマネジメントそのものが，いい加減になりかねない。 図A PSPによって作業の所要時間に関する予測精度
SEこそファシリテーションが必要だ － ＠IT自分戦略研究所
SEこそ、ファシリテーションが必要だという。そもそも、ファシリテーションとは何だろうか。そしてSEになぜ、ファシリテーションが必要なのか。それを解説しよう。 ■SEに役立つファシリテーション SEの皆さん、会議やミーティングに費やす時間はどれぐらいですか。 顧客との打ち合わせ、プロジェクトの進ちょく会議、部内打ち合わせ、営業会議……。すべてを合わせると、かなりの時間になるのではないでしょうか。 もし、この時間の効率が2倍になるとしたらいかがですか。つまり、会議時間が半分！ そんなうまい話があるものか。そう思われるのも無理はありません。しかし、それが、あるんですよ。 そして実際は、2倍どころかそれをはるかに超える効率アップが可能なのです。 顧客との要求仕様の見解の相違、これがシステムテストのときに明らかになったらいかがでしょうか。手戻り工数は莫大（ばくだい）です。プロジェクトの進ちょく会議、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
あふれる渋谷系男、足りない人材 - 経営者倶楽部
http://headlines.yahoo.co.jp/hl?a=20080412-00000004-gen-ent