子会社や、幹部との人事面談が相次いでおり、どうしても東京をバタバタと出たり入ったりしている毎日でありますが、成果の出る人出ない人、同じ仕事でも悲喜こもごもであります。 前にも書いたんですが、私や私の影響力の及ぶグループでは、あまり成果目標というものを社員に与えることはありません。成果主義ではない、というのが正しい言い方になりますか。ただ、相応の能力は持ちながらも、なかなか活躍ができない、一歩、頭を出せないという経営者や社員がいて、そういう人には一定の期間を与えてある種のアドバイスをすることがあります。 というのも、私自身も、投資業務はともかく実業の面ではあまりマネージメントがうまくなく、ずいぶん遠回りをしてきたように自己反省するところもあり、自分なりに悩んでこんにちあるのは間違いありませんので、似たような立ち止まり方をしている人であれば悩みを共有できるのかなと思うわけです。 ●　”もやもや

気になる記事をスクラップできます。保存した記事は、マイページでスマホ、タブレットからでもご確認頂けます。※会員限定 無料会員登録 詳細 ｜ ログイン 午後2時46分、園内にいた7万人が異様な揺れを感じた 東日本大震災当日3月11日。東京ディズニーリゾート（以下TDR、運営会社はオリエンタルランド：千葉県浦安市）を訪れていた約7万人の人たちは、まさか今日この場所で大地震を体験するなどと想像していなかったはずだ。もちろん約1万人のTDRのスタッフ（同社ではキャストと呼ぶ）たちもそうだっただろう。キャストの約9割は、高校生や大学生を中心としたアルバイトだ。アルバイトが現場を支えているのが、TDRの実態だ。 午後2時46分に発生した震度5強の揺れは、噴水にたまった水をまき散らし、水上を巡るアトラクションの船さえも大きく揺らした。7万人の来園者（同社ではゲストと呼ぶ）たちは、前代未聞の体験に当然パニ

クラウドコンピューティングの登場などによって、SIerや社内情報システム部の存在意義が大きく変わろうとしている。従来の下請け的な仕事では、もはや生き残るのが難しいとも言われている。そこで必要となってくるのが“社内営業力”だ。 情報システム部門は「社内営業」しよう！ 情報システムを取り巻く環境は、10年前のそれとは異なっています。クラウドコンピューティングの登場、OSの多様化、仮想化技術の進歩、そしてオフショア開発の加速など、環境の変化は加速する一方です。 従って、企業内の情報システム部門の役割も、変化が求められる時代となりました。著者の観察によると、大きく変化するのは特に以下の2点です。 「システム屋」から「業務企画屋」へ 「下請け」から「相談役」へ この変化に対応するために最も有効な施策の一つが、「情報システム部門員による社内営業力アップ」です。本稿では、なぜ情報システム部門に社内営業が

2017年6月30日 便利ツール 「海外Webサイト・海外Web屋の特徴」でも少し紹介したプロジェクト管理サービス、Basecamp。「日本語版があれば使ってみようかな」という人がいたのですが、実は日本語に対応しているのです！アカウントの作成、言語の設定を含めた、Basecampの簡単な使い方を紹介します！ ↑私が10年以上利用している会計ソフト！ Basecampとは？ Basecampは37signalsが提供しているオンラインプロジェクト管理ツール。「よりシンプルに使いやすく」をテーマに作られ、海外では企業やフリーランサーに大人気です。チームメンバーとタスクを共有することで、誰がどんな業務を持っているのか、どこでつまづいているのかなどがわかるようになり、結果プロジェクトの進行がスムーズになると思います。 Basecampの特徴 メッセージボード、ToDoリスト、マイルストーン、Whi

開発現場であってもそうでなくても議事録を書く機会は多いのですが、意外に役にたつ議事録を書くのは難しいものです。ということで、以下自著『プロジェクトを成功させる現場リーダーの技術』より議事録の書き方をまるっと引用。キーワードは「目的・課題・アクション！」です。 会議は避けられない 一口に会議といっても、あらかじめ計画されている定例的なものから、突発的に発生する小さなプロジェクト内ミーティングにいたるまで色々ですが、プロジェクトがさまざまな人との協調作業であり、プロジェクトの生み出す価値がたくさんの利害関係者の合意によって成り立つ以上、会議は必要かつ重要な活動です。実際、大規模プロジェクトでは、プロジェクトの計画段階でコミュニケーション計画として会議体が定義されます。世の中無駄な会議が多すぎると嘆かれながらも、実際問題として、プロジェクトは会議によって進んでいるというのも事実です。 現場リーダ

「IT業界は『泥』ばかりじゃないし、いい面ばかりでもない」。9月13日、技術評論社が主催する「エンジニアの未来サミット」が行われた。定員250人の会場は満員となり、注目の高さを伺わせた。 イベントは2部構成。第1部は「アルファギーク vs. 学生～エンジニア業界の過去・現在・未来、そして期待と現実」と題して、ディーエイエヌ 小飼弾氏、電通国際情報サービス ひがやすを氏、ミラクル・リナックス よしおかひろたか氏、ライブドア 谷口公一氏、はてな 伊藤直也氏の5人と、学生4人がパネリストとして登壇。第2部は「エンジニア、デザイナーたちの“30代”の生き方・考え方～あのころの理想と今を熱く語る」と題し、9人のITエンジニアやWebデザイナーが、仕事やライフスタイルについてパネルディスカッションを行った。 会場の様子はUstream.tvで生中継された。また、Ustream.tvのチャットで書き込ま

残業や休日出勤で仕事を片付けるのは悪くはないし、納期を守るプロ意識として結構なことだとは思うのだけど、そうやって力任せの解決をいつまでも続けていると、本来解決すべき問題の本質を見失っている気がしてならない。毎日残業して仕事を続けなければならない状況には、何か別の要因が有るはずだ。 担当者間で仕事の割り振りが上手く出来ていない。 仕事をうまく片付けて回すためのノウハウが共有されていない。 知恵を出せば効率的に進める方法が有るのに、面倒なので何も考えていない。 効率の悪い方法を繰り返すことに何の疑問も持っていない。 言われた通りの仕事の進め方に従うことが必須だと思い込んでいる。 例えば、納期のように明確な締切りが存在するだけで、脇目もふらずテキパキと仕事を片付けられる人は多い。そんな状況になると無駄なことは省くようになるし、少しでも効率的な進め方をするためにいろいろと頭をひねって考えるはずだ。

「うちの会社には、毎日のようにソリューション・ベンダーの営業の方がお越しになり、自分たちのサービスや製品を紹介してくれるんです。それはありがたいことなのですが、でも、こちらが何を必要としているか、どのようなことで困っているかなどの質問なしに、“我が社の商品は・・・”と話し始める人がほとんどです。どうすればいいでしょうか？」 以前、Twitterでこんな質問を頂戴したことがあります。彼女は、ある大手企業の情報システム部門の方のようでした。このような質問を頂いて、どう答えていいのか、大いに困りました。そこで仕方なく、「ご迷惑をおかけして申し訳ありません・・・」と返信したことを覚えています。まあ、私が申し訳ないことをしたわけではないのですが、自分もこんなことをしていないだろうかという後ろめたさ、そして、すぐに答えが見いだせない未熟さに、ついついこんな返信をしてしまいました。 そして、しばらくして

最近はてなの社内では新しい技術を勉強したり、フレームワークや言語を移し変えようかという話も出ていたりして活気が出てきています。技術者も10人を超えて、色々な考え方をする人同士が刺激を与え合いながら切磋琢磨していて素晴らしいなあと思います。そういう中で、僕が技術について思う事を少しまとめてみました。 アウトプットを出す 新しい技術を習得したり、時間を掛けて作り上げた結果は、何かのアウトプットとして出さなければほとんど意味がありません。知識や結果を自分の中に残すだけで終わるのは、それを活かしてサービスを作りたくさんの人が使えるようにする事に比べると驚くほどちっぽけな仕事です。 また、3日間で作り上げた素晴らしい仕組みをそのまま1週間寝かせてしまうのは、4日目に他の人が使えるようにしてから1週間を過ごすことに比べると随分見劣りしてしまいます。 当たり前ですが、どれだけ素晴らしい仕組みを作っても、

2008年03月25日15:00 カテゴリArt 天国から出なければ、そこが天国であることはわからない うそつき[CV:緒川たまき@ガセビアの沼]。 Life is beautiful: 転職におけるプッシュとプルと 私自身、「せっかく理系の大学院をそれなりの成績で出ることができたのに（そうでない人が簡単には入れない）大企業へ行かないのはもったいない」というさもしい気持ちがあったからこそ、ベンチャー企業には行かずにNTTの研究所に入ったのは事実。 本当は、自分がいたところが本当に天国だったか確認したかったんでしょ? このことはサム古川の証言で明らかになっておりますぞ。 「おもてなしの経営学」P. 171 古川 自分が触媒になって若い連中が短時間でどんどん成長していくのは、見ていて楽しかった。学生アルバイトでも成果物に対してはちゃんと印税払ったしね。中島さんにはCANDYで当時何億円か払った

情報サービス産業に対しては，人月単価ベースのビジネスモデルがいけない，エンジニアを使い捨てている，高い単価でオフショアとどう戦うのか，とかいろいろなことがいわれているし，どっかに活路がないものかなとここ数年いろいろ調べたりもしたのだけれども，最近ふと別に情報サービス産業に明日がなくても構わないじゃないか，と考えるようになった． 結局のところ要件定義や仕様書に基づいてシステムをつくるという仕事は，ITが生む付加価値そのものを受け取るようにビジネスモデルができていないのだ．技術や製品・専門知識に希少性があった時代はそれでも儲かったが，ハードやソフト，それらに対する知識がコモディティ化した瞬間，サービスやソリューションそのものがコモディティ化することは避けられなかったのだろう． 僕はIT自体にはまだまだ可能性があると思うけれども，徐々にレントがIT製品を扱う企業から，ITを活用して新しい価値を生

http://anond.hatelabo.jp/20080323175904 半年前に「人月計算とExcelとスーツの世界より」を書いた増田だけど、この増田が他人に思えなかったので、半年ぶりに自分の話をしたいと思う。 半年前のエントリの内容、読んでない・読むのたるいって人のために簡単にまとめておく。 俺はCOBOLっていう昔々の言語を使って巨大な金融システムのお守りをしていた。それは誇らしい仕事（「これ読んで「転職考えろ」とか言ってるやつってアホだろ」的な意味で。これももっともな話だよね）ではあるんだろうけど、俺はやっぱりキャッチーな新技術がやりたくてたまらない。 そんなふうに増田に愚痴ったところ、なんか400以上のブクマがついた。以上がこれまでのあらすじ。 話の続きを始める。 あれほどのブクマを集めたことなど初めてだった。戸惑いながらも、日々増えていく皆のコメントを噛み締めた。 転職を

大手電機メーカーのSEとして就職して一年。 うちの職場は、なんというか、生ぬるい。 もちろん仕事がないかといえばそういう訳でもなく、 毎日20時21時まで残業するのが当たり前。 でもそれほど切羽詰っているわけでもないから、 定時に帰っても特に問題ないし、皆ちょこちょこと有給で休みを取る。 一日に何度か職場のあちこちで雑談タイムが繰り広げられていて、 朝から晩までバリバリ仕事、という空気でもない。 そして今年は一年目だから給料は300万ちょっとだけど 来年からは600万くらいに跳ね上がる。 はっきりいって、楽にお金を稼ぐという点では非常に恵まれた環境だと思う。 良くも悪くも平均的な人が多く、職場の人間関係も穏やかそのもの。 このままなんとなく過ごせば、きっと10年後には貯金の額もすごいことになる。 でも、ここにいる限り、スキルの向上はあまり期待できそうにない。 同僚はクルマやらマイホームやら

俺の住む世界はアイティーとやらに支えられているらしい。 アイティーに関われば、俺の住む世界をさらに素敵なものにしていけるに違いない。していきたい。 そう願って、何も知らなかった文系新卒の俺が金融系のシステム会社に入って、もう一年以上が経つのだ。 昔、お遊びでゲームを作ったことはあった。RPGツクールなんかが好きだった。 だから自分はシステム会社に向いていると思った。 実際、資格取得を勧められて始めた勉強は楽しかった。 浮動小数点数、オートマトン、SQL、スタック、木、論理式。 パズルみたいで楽しかった。コンピュータの中身が理解できて、わくわくした。 楽々と基本情報技術者の資格を手にし、半年後にはほとんど勉強もせずにソフ開も取得した。 研修の課題では同期の誰よりも速く、短く効率のいいソースを仕上げた。 現場に出て、本番機に触った。 ３０年間親会社を支え続ける偉大なシステムの中身を、わくわくし

知人のmark-wadaさんのBlogからTB。 親子丼的ビジネス奮闘記(4) IT業界構造 SIerなんてものは無い 米国と日本との大きな違いは、米国の企業は基本的に内製なのだ。すなわち、社内のＩＴ部門に開発エンジニアを抱え、そこでシステムの開発から運用を行なう。 ですから、米国のベンダーはそこに製品を供給する役割であり、日本でいうSIerというのはほとんどなく、あっても企業でリソースが不足したらそれを補う役割でしかない。契約にしてもはっきりしますよね。提供されるプロダクトやサービスに対する対価を払えばよいわけで、かかった人月で支払ういう出来高払いのような形態は少ない。日本のようにベンダーやSIerに丸投げして、できてからこんなはずではなかったなんて事態にははじめからならない構造なのだ。 親子丼的ビジネス奮闘記(4) IT業界構造 言われてみれば・・・、っていう感じですが改めて目が鱗です

先日のエントリーがアツいことになっており、初のホッテントリ入りに若干興奮している今日この頃です。同じような問題意識を持っておられる方が多くいらっしゃることがわかり、改めて書いてよかったなぁと思っています。 話の流れは相当グダグダなのですがあのエントリーで表現したかったことは、「アメリカにSIerが存在しないのである」⇒「アメリカは素晴らしいのである」というのが骨子ではなく、いわゆるディフェンシブなシステム開発を強いられているSIerというのは、いわば奇形児のような存在ではないかということです。 改めて、ディフェンシブとは 言わずと知れた名エントリから。 ディフェンシブな開発とは、開発途上のリスクを計画上の時点でなるべく潰し、開発側に発生する利益分を減らさないような開発の進め方をすることを言っている。加えて、この場合、開発側はリスク分はなるべく多めに見積もり金額にいれようとしがちだ。 なぜそ

Rubyをはじめとするスクリプト言語ではなく、なぜJavaを選ぶのか。 そして、XPをはじめとするアジャイル開発ではなく、なぜウォーターフォールを選ぶのか。 そこには、言語の良し悪しや、開発プロセスの考え方などが理由の中心にあるわけではなくて、SIerというビジネスの仕事の仕方（ビジネスモデル）に起因している。 RubyやXPは、考え方や技術としてはとても良くて、生産性もあがるし、何よりもソフトウェアをクリエイティブに作り上げることができ、利用者にとっても使い勝手がよく、スポンサー（経営者）にとっても経営戦略に沿ったものが手に入り、開発者にとっては何よりも仕事に対してやりがいを感じることができる。すばらしい！・・・・が。。。 しかし、だからといって、誰でもRubyやXPを使って開発をするべきか、というとそうではない。もし、本質を理解しない誰かが、「やってみたいのだが・・・」と相談に来たら、

新・ぶら下がり社員はなぜ頑張れないのか。 その答えは、「あきらめ感」に支配されているからだろう。 組織にいれば必ずしもやりたい仕事をできるわけではないし、自分より能力のない人が先に昇進するなど、理不尽な思いをすることも多々ある。それは昔から変わらないが、昔の社員はグチを言いつつも、その先に昇進・昇給という目的・目標があったから乗り越えられた。その目的・目標を企業が与えられなくなった今、どこを目指せばいいのか分からなくなってしまったのである。 自分をあきらめ、組織をあきらめ、未来をあきらめる。大きく分けてこの3つのあきらめ感が新・ぶら下がり社員を支配している。1つの要素だけのケースもあれば、3つすべてを抱え持つ人もいる。 どのようなあきらめ感なのか、詳しく説明しよう。 1.自分へのあきらめ 高みを目指さない、面倒な仕事はしたくない、転職もしたくないと、保守的を通り越して思考が固定化してしまっ

同じメッセージのプレゼンであっても、伝え方次第で聞き手の印象や記憶への定着度合いは異なります。『アイデアのちから』の著者であるハース兄弟は、記憶に焼きつくメッセージの特徴を、それぞれの6つの要素の頭文字をとって「SUCCESs」と表現しています。 「SUCCESsの法則」にかなったメッセージは、多くの人の気持ちを動かしたり、記憶に深く刻まれると言います。それは次のようなものです。 単純明快である（Simple） 意外性がある（Unexpected） 具体的である（Concrete） 信頼性がある（Credible） 感情に訴える（Emotional） 物語性（Story） この6つのポイントを使ってメッセージの改善前と改善後を比べてみると、よりイメージがつかめると思います。 1：単純明快で、誰でも覚えられるようにする とにかく、細かいことは置いておき、シンプルにすることです。複雑なことは記