経営者倶楽部-残業は規制すればかえって増える社長力アップセミナー 「調査マン」の目に映る、中小企業経営の現状と今後 日経トップリーダーの連載「調査マンは見た！」でおなじみの、東京商工リサーチ情報本部情報部の増田和史課長が登壇。主な内容は、地域や業種を問わず、さまざまな企業に接している調査会社にいるからこそ見えてくる共通項や、危険な取引からの回避、企業倒産の今後の見通しについて。同時に、「信用調査の仕組みや調査会社との賢い付き合い方」についても解説してもらいます。
福耳コラム -付加価値を目方で測るの巻 「女子大で講義する余談の多い経営学 ＃２」
自動的に移動しない場合はをクリックしてください。
福耳コラム -経営学ってなんでしょうの巻 「女子大で講義する余談の多い経営学 ＃１」
自動的に移動しない場合はをクリックしてください。
ギークに気持ちよく働いてもらうための8か条 | P O P * P O P
スピード感ある開発が求められる昨今、ギークの方々には気持ちよく働いてもらわないといけません。そこでこちらの記事をご紹介。「ギークに気持ちよく働いてもらうための8か条」です。経営者の方や技術陣をたばねる方に参考になるのでは。 » A Note To Employers: 8 Things Intelligent People, Geeks and Nerds Need To Work Happily （via Nomadishere） 技術者の方々に最高のパフォーマンスを出してもらうにはどうしたらいいでしょうか。やるべきこととやってはいけないこととは？ 以下にかいつまんでご紹介。 働きたい時に働いてもらいましょう ギークはおきている間はずっと働いています。出社前には必ずオンラインになりますし、帰宅後もオンラインで働きます。休日もぶっとおしで作業します。夢の中でプログラミングをすることもありま
「使えない人間」などいない - 記者の眼：ITpro
「使えない人間が多すぎる」。職場の周りの人たちに対してこんなことを思ったことはないだろうか。「もっと有能な人たちと仕事ができれば効率が上がるのに」といったように。少なくとも，私はこう思っていた時期があった。 私が，考えを改めるきっかけになったのが，2005年の春に今の部署である日経ソフトウエア編集部に配属になったことだ。以前，技術系雑誌（今はなき日経バイト）の編集部にいたときに少しだけプログラミングの記事を書いたことはあったものの，ソフトウエアの開発経験はゼロ。はっきり言って“ズブの素人”である。プログラミングの知識が足りないため，寄稿してもらった原稿の査読すらままならない。 これはまずいと思い，意識の高い技術者の有志が開催しているプログラミング関連の勉強会やイベントにできるだけ出かけるようになった。目的は知識の習得だったが，そうした場に何度か参加しているうちに，私は集まってくる技術者自身
企業活動の5段階説…？ - H-Yamaguchi.net
あくまでもネタ。マズローの欲求5段階説、というものがある。センター入試にも出るほどだそうだからあえて書くまでもないほど有名な「スタンダード」だが、念のためのメモとして書いておくと、人間の欲求には(1)生理的欲求、(2)安全の欲求、(3)親和の欲求、(4)自我の欲求、(5)自己実現の欲求の5段階なるものがあって、ある段階の欲求が満たされると、1つ上の欲求があらわれる、みたいな階層構造になっているというやつだ。 ぼーっとしてたら、企業の事業活動にもそれに似た段階みたいなものがあるんじゃないか、と思いついた。企業活動の5段階説、というわけだ。もちろん理論的根拠などない。他に似たような、あるいはもっとちゃんとした考えをした人がいるかもしれないが、そのへんも特段リサーチとかしていない。しつこいようだがあくまでもネタということで。 欲求5段階説になぞらえて、とりあえず、企業活動の5段階をこんなふうに考
優秀な人材に変身するキッカケに出会うか、未熟なまま老いていくか
頭が良く、意欲的に仕事にとり組むんだけど、いまいちアテにできない人というのがときどきいる。 ポテンシャルはあるのに、どこか独りよがりなところがあるために、暴走するリスクがあり、安心して、重要な案件を任せられないタイプの人間である。 そういう人は、「きっかけ」があると、大化けする。本当にすごい人材になる。 しかし、きっかけが無いと、つまらない脇役仕事や日陰仕事ばかりやらせられ、未熟なまま老いて、どんどん腐っていってしまう。 この記事で描かれている坂本君は、いかにもそういうタイプの人だ。 芦屋：坂本，この「貴方の営業ご担当者様が販売活動しやすいように工夫しています」という表現は，抽象的で意味不明じゃないか。意味が分からないから，「先方へのアピール」になってないんじゃないか。説得力もないよ。ここは，具体的な事例を使って修正すべきだな。どう修正すればいいか考えてよ。 坂本：いや，ここはこれでいいん
プロジェクトは失敗するのが当たり前！？ ― ＠IT情報マネジメント
ITプロジェクトが失敗する理由は、成功することを前提としたマネジメントが行われているためである。ITプロジェクトの成功率は思いのほか低く、このような状況を改善するためには「失敗を前提としたマネジメント」を心掛けなければならない。失敗を前提としたマネジメントとは、リスクマネジメントに重きを置いたマネジメントということになる。 ITプロジェクトのほとんどは失敗に終わる 成功率16％。これはある開発ツールベンダが調査した米国におけるITプロジェクトの成功率である。その調査によれば、昨年米国で遂行されたプロジェクトは約17万件であり、そのうち、機能、予算、納期などが当初の想定内に収まったものは16％だったという。 日本においてもほぼ同じ状況であるといえる。「企業IT動向調査2006」（社団法人 日本情報システム・ユーザー協会）に調査によれば、システムの仕上がりに満足と回答したユーザーは10％前後に
グーグルは「次の大ヒット」を生み出せるのか - My Life Between Silicon Valley and Japan
検索エンジン、AdWords/Adsense事業、そのコア事業を支える(昨日詳しく解説した)情報発電所インフラ。グーグルの現在の成功は、この三つの大きな達成によっている。 ただグーグルはとにかく手を広げていて、次から次へと新サービスを発表してくる。しかしその新サービスの大半は未だ「大ヒット」に至らず、競合に遅れをとっているものも多い。ここのところ三回にわたって紹介したYouTubeのように、Googleが狙うとされている「新しいスペース」(YouTubeの場合はGoogle Video)の一つひとつに、厳しい競争を勝ち抜いたベンチャーが登場する。 グーグルの新サービスは、会社全体としてたくさんのことをやっている中の一つだが、競争を挑むベンチャーのほうは、たった一つのことに狙いを定めて勝負してくる。「垂直統合」した低コスト構造のインフラを持っているのはグーグルだけかもしれないが、それがなけれ
現場の叫びで分かった嫌われるプロマネの正体 － ＠IT自分戦略研究所
プロジェクトをマネジメントするどころか、メンバーを地獄に陥れるようなプロマネの正体を暴く。現場の悲痛な叫びはプロマネに届いているだろうか。（Tech総研／リクルートの記事を再編集して掲載） 複雑化・高度化した現代の技術。1人のエンジニアが、1つの案件を仕上げることができるケースなどほとんどない。そこで重要になってくるのが、メンバーを率い、プロジェクトをまとめ上げるプロジェクトマネージャ（プロマネ）の力量だ。しかし……。 Tech総研が、主にIT分野のエンジニア100人に行ったアンケート調査によれば、これまでにプロマネの下でスムーズに進めることができたプロジェクトは5割に満たないと答えたエンジニアが、何と88％にも上っている（図1）。しかも、そのうち79％が、別のプロマネであればうまくいったはずと答えているのである（図2）。
プロジェクトチームのリーダーに向く人、向かない人 ― ＠IT情報マネジメント
チームで遂行されるプロジェクトにおいて、優秀なリーダーの存在は極めて重要です。そこで今回から、リーダーについて考えてみることにします。リーダーシップの具体的な技術に関してはコーチングなどの記事を参考にしていただくことにして、ここではもっとベーシックなところをターゲットにします。なお対象としては、ユーザーサイドに限らずプロジェクト一般についての話となります。 誰でも持っているリーダーの素質 よく話題になることに、リーダーにはリーダーとしての素質がなければならないのか、ということがあります。ある程度の素質は必要でしょうが、それは大多数の人が持っているはずです。そのように考えられる根拠はあります。 例えば、ふさわしい人が地位に就くのではなく、「地位が人を育てる」ケースはよく知られています（年功序列主義の会社ではよく見られることです）。これは、リーダーとして特別な素質がないと思われたり、思い込んだ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
