IT業界に来た新社会人に本音を言っておく - ブログは死なず、ただ放置されるのみ。今年もIT業界にたくさんの新社会人がやってきたと思います。 そんなみなさんに、一番最初に本音を言っておこうと思います。思いついたことを無責任にぐりぐりと。 全文はこちら
【中級】仕事を3倍こなすコツ 第1回：ITpro
企業の経営戦略をリードする戦略コンサルタント。多くの情報の中から本当に重要なことを見極め，ときには物事を100年単位の大きな視点で捉えてみる。その仕事の進め方や思考法に学ぶべき点は多い。SEから戦略コンサルタントへの転身を果たした筆者が，自分の経験を踏まえ，問題の本質を捉え，3倍のスピードで仕事をこなすコツを伝授する。 読者の中には，ITエンジニアとしてのキャリアのゴールをコンサルタントと考えている人も多いのではないだろうか。 しかし，プログラマやSEとコンサルタントとは，ものの考え方や発想法が根本的に違うと言ってよい。そのためSEからコンサルタントへの転身を図るのは，かなりの苦労を伴うものだ。 今回は，かつて筆者が日本IBMのSEから戦略コンサルタントへと転職した経験を踏まえて，コンサルタントの仕事ぶりや思考法を紹介する。コンサルタントへのキャリアアップを目指す際の参考にして欲しい。また
ピラミッド原則！図にすると、上手く話せる - ［フリーランス］All About
プレゼンで使えるピラミッド原則……図にすると、上手く話せる！プレゼンや会議の席上で、言いたいことが上手く話せない。あがり症なので、人前で話すのはどうも苦手。場数を踏んでも、イマイチと思われる方へ。「ピラミッド原則」で説得力ある話し方を実践してみてください。「話す力」が格段にアップしてきますよ。 プレゼンや会議の席上で、言いたいことが上手く話せない。あがり症なので、人前で話すのはどうも苦手。場数を踏んでもイマイチ要領良く話せない、と思われている方へ。 準備に“あること”をしておくと、それらを解消することができます。是非、一度実践してみてください。 あがらないために最も必要なことは？ プレゼンテーションや会議の前に、企画提案書や報告書をしかっりとまとめて、配付資料の準備もＯＫ。しかし、人前に立ったら、いつになく“あがって”しまって、頭は一瞬空白。話の切り出しに戸惑って、とりあえず、作成資料を棒
やはり危機に瀕していたIT業界の「モラル」
「自分の経験上，モラル（責任感や倫理観）を維持したくてもできない時期があった。過酷な作業の中で，本来必須の作業すらこなせない。それが原因で問題が発生して非難されたとき，もう自分が悪いとは思わなかった」 日経コンピュータが5月30日から6月7日にかけて実施した，IT業界のモラルに関するアンケートに寄せられた自由意見の一つである。ソフトハウスに勤務するこの30代のエンジニアは，「後から結果を見て非難するだけなら，誰でもできる」と心情を訴えた。 本誌は，5月30日に公開した記者の眼「危機に瀕するIT業界の『モラル』」の中で，Webによる調査への協力を呼びかけた。短期間にもかかわらず，785人の方にご回答いただいた。この場を借りて御礼を申し上げたい。 記者がとりわけ強烈な印象を受けたのは，回答者が寄せた自由意見である。こうした調査に回答する人は，元から問題意識が高いのだろう。それを差し引いても，回
オレはどっちなんだ？PGとSEの違いを教えてくれ！:アルファルファモザイク
PG 人間が自然言語や図表で表現した命令を、コンパイラが解釈できる プログラミング言語に変換する装置。 SE 一般人が自然言語で表現した命令を、プログラマが解釈できる 自然言語や図表に変換する装置。
営業担当者がSEに抱く不満とは：ITpro
「もっと顧客から課題を聞き出す力があればなあ」「専門知識を生かして積極的に提案してもらえると助かるのだが」---。 営業担当者がITに関する商談で客先を訪問した際に、同行したSEに対してこんな不満や要望を抱いている。顧客に対して「何をすればいいのでしょうか」と“御用聞き”に徹して提案しようとしないSEや、顧客と積極的にコミュニケーションを図ろうとしないSEに対して、営業担当者はもどかしい思いをしているのだ。 日経ソリューションビジネスは，5月15日号の特集「SEの提案力強化で差をつけろ！トップ営業も認めるソリューションの達人育成法」に関連して企画・実施した調査で、ソリューションプロバイダの営業担当者208人から、“普段はなかなか話せないSEに対する本音”を聞いた。 その結果、「SEに足りないと思うスキル」の上位3項目は、「顧客の課題などを聞きだす力」、「その場に応じた会話ができる力」、そし
「もっとスキルを」が引き起こす問題 − ＠IT自分戦略研究所
将来に不安を感じないITエンジニアはいない。新しいハードウェアやソフトウェア、開発方法論、さらには管理職になるときなど――。さまざまな場面でエンジニアは悩む。それらに対して誰にも当てはまる絶対的な解はないかもしれない。本連載では、あるプロジェクトマネージャ個人の視点＝“私点”からそれらの悩みの背後にあるものに迫り、ＩＴエンジニアを続けるうえでのヒントや参考になればと願っている。 ■リーダーシップトライアングルにおける位置付け 前回に引き続き今回も、システム開発プロジェクトにおけるリーダーシップを中心に、「私の視点＝私点」を皆さんにお届けします。 今回の内容は、リーダーシップトライアングルのLoveに関係しています。Loveについては、第10回「正しいことをし、行動力を発揮するココロ」を参照いただければと思います。 ■「Love」（ココロ）の具体的な例が求められている 前回の記事（第13回
別にプログラマにならなくていーじゃん - 雑種路線でいこう
増田氏は東大を微妙に過大評価しているんじゃないかな。確かにCPUを設計するカリキュラムはあるが、昔は回路設計までやっていたのが今はVHDLなので、ちょっと言語は違うがプログラミングのようなものだ。 何年か前にカトラーと一緒にNTカーネルを書いていたデイヴ・プロバートが本郷でWindowsの講義をしたが、OSをいじったことのある院生や講師しかついてこれず、翌年からは授業内容を見直した。まあ彼の英語が早口だとか、講義がうまいかどうかとか別の問題もあるが。僕も講義準備のために聴いたが、ポンポン話が飛ぶのでついていくのが大変。仮想化周りの話を機械語レベルにブレークダウンして解説してくれたことには感動したけど。 授業でOSをほげるのと、それが使える技術かどうかは別の話。コンパイラもそう。途中からはバッドノウハウの塊だから、実用を志向した途端、教育的には時間の無駄となることも多い。まあバッッドノウハウ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
現役プログラマーの方に質問です。いまの職場にあるプログラミング効率を下げるようなルール・決まりごとがあったら教えてください。