『SEのための棚卸しのススメ』
ジョン・ハンターというお医者さんの言葉にこんなのがあります。 考えたことや見聞きしたことを書きとめるのは、 商人が棚卸しをするのと同じだ。それをしないと、 何が足りないのかさっぱりわからないじゃないか。 この言葉では「考えたことや見聞きしたこと」としか書いていませんが、 「自分の知っていること・できること」を書きとめるのも同様に重要だと 私は考えています。 今回は、この言葉を元に目標管理について考えてみました。 『目標』を式で表すと「目標の自分＝今の自分＋α」といえます。 この足りない＋αの部分を把握し、それを加えることで目標の自分に近づくことができます。 ジョン・ハンターの言う「棚卸しをして自分に何が足りないかを把握する」とは、 今回の場合、この「＋α」の洗い出しを行うことを指しているわけです。 お店を始めようとしている個人商店の経営者を考えてみましょう。 自分が理想とするお店に必要な品
ksh Days - デスマーチについて考える（デスマーチ経験のエピローグ）
このエントリは デスマーチについて考える前にデスマーチの経験を書く の続きです。(2007/2/16追記) 私はテスタとして、必ず バグの修正を「お願いします」と言う。 バグ修正確認時は、必ず直してないところも最低１箇所は触ってみる。（でよく落ちる） バグ修正が確認できたら、できるかぎり早く「確認できました。ありがとうございました」と言う。 を実践してゆきました。 ある日、一人のプログラマさんから相談を受けました 「今度の機能なんですが、納期が近いから単体テストせずにkshさんにテスト依頼しろってSEさんから言われたんですが、そんなことしたくないんです」 以下、全文はこちら
“理不尽”と戦う準備はできていますか？
あるメガバンクのシステム部門に所属している友人から聞いた話である。 この友人は大学卒業後，このメガバンクの前身である大手都銀に入行。約2年の営業担当を経てシステム部門に配属され，SEとして様々なシステム案件を手がけてきた。 筆者は以前，この友人と会うたびに，彼が所属するシステム部門の保守的な文化や，部下の提案に聞く耳を持たない上司の愚痴などをよく聞かされていたのだが，その友人がある時，「もう我慢できない」と漏らしたことがあった。それは今から数年前，彼が勤務する大手都銀が別の大手都銀と経営統合することになり，両行のシステム部門がそれぞれシステム統合に向けた準備に着手した頃だった。 ご存知の読者も多いと思うが，企業間の合併・買収などに伴うシステム統合では，それぞれの企業が保有している既存システムを，業務（あるいは機能）単位で比較検討し，一方のシステムを存続させて他方のシステムを統合するか，それ
日本人エンジニアは海外を目指すべきか | スラド Slashdotに聞け
jonykatz曰く、" GRUBの開発でも知られているOkuji氏が 自身のBlogにて、エンジニアの待遇の悪さがネタになる現状に対して 「本当にどこもかもそんなに酷いのかな？そりゃおかしな職場も結構あるんだろうけれど、不満のある人の方が声が大きいので、錯覚させられているのではないかと危惧する」とし、不満があるなら日本に固執しないでも、と提起している。これに対して言葉の問題というコメントがあるが、自身もフランスに渡った経験から このようなコメントをしている。 この/.jでもエンジニアの悲哀を感じさせるネタは数多くあるわけだが、あまり海外脱出ということには繋がらないようだ。Debian Projectの鵜飼氏がHPを退社してGoogleのあるMountain Viewへ移住したとの話もあるが、どんどん日本脱出を目指してもいいんじゃないだろうか? 残されたエンジニアもそれで待遇が見直されると
もうITエンジニアは嫌だって？ － ＠IT自分戦略研究所
いま、IT業界から足を洗いたがっているITエンジニアが多いと聞いた。その話は噂でしかないのか、それとも本当か。その真偽とともに最新の転職事情を追う。 本当は大手システムインテグレータ（SIer）で、プロジェクトマネージャを目指したかった……。が実際に就職できたのは3次請けのSIer。自分の願いとかけ離れた職場で、日々コーディング作業に追われている。そんなITエンジニアは意外と多いかもしれない。 とりわけIT業界に就職するタイミングが、いわゆる「ITバブル崩壊後」だった人は、「就職氷河期」とまではいかないが、少なくとも「自分の希望どおりにSIerやソフトハウスを選べる」状況ではなかったはず。だからこそ、いまもって「満足も納得もしないけど」「日々、押し寄せる仕事の山」に疲れ切ってしまった人たちも多くなる。 それではいったいどうすればいいのか。選択肢はいくつかある。1つは「ITエンジニアとして自
職種別 採用天気予報 [07年1～3月期]｜【Tech総研】
2007年のエンジニア転職市場はどうなるのか。これまでの市場動向を基に、技術系職種を大きく8つに分け、年度末まで3カ月間の短期予想を載せた。取材先は各分野のベテラン転職アドバイザーたち。それぞれの分野での求人動向と、企業の求める人材像に注目だ。 1960年代の「いざなぎ景気」を継続期間で追い抜いたとされる最近の景気動向。米景気減速の影響が一部で心配されているが、「今の時点で景気が腰折れする懸念は極めて小さい」（太田経財相 2006年11月23日談話）という見方が一般的だ。例えば電子部品業界は、携帯電話、薄型テレビ、パソコン、自動車向け部品が市場をけん引し、月平均2ケタの成長が1年以上続いている（2006年11月現在）。通常なら在庫調整に入る1～3月期もその勢いは衰えそうにない。そうした製品需要がエンジニア求人の増大にダイレクトにつながっている。 リクルートエージェントがまとめた中途採用求人
OOエンジニアの輪！ 〜 第 34 回 比嘉 康雄 さんの巻 〜
特になし。 私は人を丸ごと尊敬することはありません。それぞれ好きなところもあれば、嫌いなところもある。できるだけいろんな人の素敵な点を見つけて、その素敵な点を 認識したいです。 現在のお仕事について -- まず最初に、現在の業務についてお話していただけますか？ 弊社でこの 4 月より「Seasar2 技術推進グループ」が新しくできました。そこで主に、弊社の中での Seasar2 を使ったプロジェクトへの支援や、商用サポートなどをやっています。 あるいは、ちょっと会社の仕事には関係ないんですけど、Seasar プロダクトの強化もやっています。 -- 基本的には技術的なリーダーをされているのでしょうか？それともマネジメントが中心ですか？ 時と場合によりけりで、会社ではマネジメントとして判断することがほとんどです。 Seasar ファウンデーションではチーフコミッターとしての役割がありますので、
要求仕様戦争（その1）
■要求仕様とは 要求仕様とは、開発するシステムに対する顧客のニーズのこと。要するに「お客さんがやりたいこと」そのもの。仕様調整で紛糾したときの決め台詞「結局アナタは何がしたいの?」の【何】に相当する。仕様トラブルの100％はこのスレ違いによる。 要求仕様について考えるために、ちょっとした質問に答えてみよう。以下のa. b. のうち、「要求仕様」を表現しているのはどちらになるだろうか? a. 身長57メートル体重550トン b. 汎用人型決戦兵器 まず a. を考えてみる。これは「何」だろうか? これは「何」かのスペックだ（しかも部分的だ）。身長・体重は分かるが、横幅や厚み、姿かたち、素材 etc... は分からない。これは受注側が「○○はどうするの?」といちいち問い合わせる必要がある。当然、聞くのを忘れたスペックは製造者の「思い」で作られるリスクを負う。 次に b. はどうだろう。身長・体
営業担当者がSEに抱く不満とは：ITpro
「もっと顧客から課題を聞き出す力があればなあ」「専門知識を生かして積極的に提案してもらえると助かるのだが」---。 営業担当者がITに関する商談で客先を訪問した際に、同行したSEに対してこんな不満や要望を抱いている。顧客に対して「何をすればいいのでしょうか」と“御用聞き”に徹して提案しようとしないSEや、顧客と積極的にコミュニケーションを図ろうとしないSEに対して、営業担当者はもどかしい思いをしているのだ。 日経ソリューションビジネスは，5月15日号の特集「SEの提案力強化で差をつけろ！トップ営業も認めるソリューションの達人育成法」に関連して企画・実施した調査で、ソリューションプロバイダの営業担当者208人から、“普段はなかなか話せないSEに対する本音”を聞いた。 その結果、「SEに足りないと思うスキル」の上位3項目は、「顧客の課題などを聞きだす力」、「その場に応じた会話ができる力」、そし
小野和俊のブログ:プログラマー風林火山
アプレッソというベンチャー企業の CTO を務めて6年と2ヶ月になる。変化の激しいベンチャーに比較的長い期間身をおいていたので、社内外のいろいろなタイプのエンジニアと仕事をしてきた。 あるエンジニアが参加することで開発チームが短い期間で大きく変わったこともあったし、開発チームのメンバーが15人いた頃よりも、お互い補い合えるエンジニアが5人くらいの頃の方が成果が出たりすることもあった。 そういう経験を重ねていくにつれ、私の中では、スターエンジニアと呼べる人たちの持っているものについての、いくつかの類型ができてきている。今まで一緒に仕事をしていく中で本当に心強かったのは、最近エンジニアのキャリアパスの議論でよく言われるような財務のわかるエンジニアとか営業もできるエンジニアではなく、あるいは人と異なるユニークな能力を身に付けようとしているエンジニアでもなかった。ではどういうエンジニアが、というこ
はてなに入った技術者の皆さんへ （jkondoの日記より）
最近はてなの社内では新しい技術を勉強したり、フレームワークや言語を移し変えようかという話も出ていたりして活気が出てきています。技術者も10人を超えて、色々な考え方をする人同士が刺激を与え合いながら切磋琢磨していて素晴らしいなあと思います。そういう中で、僕が技術について思う事を少しまとめてみました。 アウトプットを出す 新しい技術を習得したり、時間を掛けて作り上げた結果は、何かのアウトプットとして出さなければほとんど意味がありません。知識や結果を自分の中に残すだけで終わるのは、それを活かしてサービスを作りたくさんの人が使えるようにする事に比べると驚くほどちっぽけな仕事です。 また、3日間で作り上げた素晴らしい仕組みをそのまま1週間寝かせてしまうのは、4日目に他の人が使えるようにしてから1週間を過ごすことに比べると随分見劣りしてしまいます。 当たり前ですが、どれだけ素晴らしい仕組みを作っても、
ITmedia News：ソフトエンジニア職は満足度ナンバー1――米調査
ソフトエンジニアは米国で満足度ナンバー1の職業――MONEY誌とSalary.comが4月12日、このような調査結果を発表した。 この調査では2万6000人の労働者を対象に、自身の仕事への満足度を聞き、ストレスレベル、融通の利きやすさ、創造性、その職業への就きやすさ、昇進などに基づいて評価を行って「50 Best Jobs in America」リストを作成した。 その結果1位になったのはソフトエンジニアで、平均年収は8万500ドル。さらに成長の可能性と創造性の項目での評価が高かった。 2位は大学教授で、特にストレスレベル、柔軟性、創造性のスコアが高かった。また1週間当たりの平均労働時間が最も少なく（30時間）、バケーションの平均日数も最も長かった（31日）。 3位はファイナンシャルアドバイザー、4位は人事マネジャー、5位は医師助手だった。 「給与は仕事の価値を決める上で最も重要な要素の1
Life is beautiful: SEはメニューのないレストランのウェイターか？
一昨日書いた「ソフトウェアの仕様書は料理のレシピに似ている」というエントリーに対して沢山の人からフィードバックをいただいた。このように情報を発信すると、逆により多くの情報が集まり自分にとっても勉強になる、というフィードバックプロセスがあるからブログは楽しくて仕方がない。 フィードバックの中に「これでSE不要論も再燃か？」などという過激なコメントから、自分自身がSEという立場の方からのものすごく真面目なフィードバックまでが集まったので、これを機会に、ここに私なりに「SE」という職業をどう解釈しているか書いてみようと思う。もちろん、私自身がSEという職業を経験したことがあるわけでなないので、間違っているかも知れないが、その場合は遠慮なく指摘していただきたい。 私の理解では、SEという職業はレストランに例えればウェイターである。それも、メニューから料理を選んでもらう通常のレストランとは異なり、「
Life is beautiful: ソフトウェアの仕様書は料理のレシピに似ている
先日、経済産業省向けの仕事をしている知り合いと食事をしたのだが、彼によると経済産業省の今の悩みは、「IT産業の階層化の弊害によっておこる下流のプログラマーの収入の低下」だそうである。「プライムベンダー」と呼ばれる「上流コンサルタント」たちがインドや中国にも仕事を発注できることを理由に、激しく値切り始めたために、今やわずか一人月３０万円というケースもあるという。 こんな話を聞くと本当に悲しくなる。まず第一に「プログラムを書く」という仕事は簡単な仕事ではない。数学的な頭を持っていないとかなり辛いし、基礎がしっかりと出来ていないとろくなソフトウェアは作れない。物価の安いインドや中国なら許せるが、米国よりも生活費の高い日本で一人月３０万円とはあまりにも低すぎる。 「彼らは下流のエンジニアで、詳細仕様書に従った通りのプログラムを書くだけの簡単な仕事をしているから給料が安い」という説明を聞いたことがあ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Rauru Blog » Blog Archive » 女性エンジニアを育てるために
ISLAND-LIFE アイランドライフ powered by BASE
生まれた時からプログラマ☆興味と感性で世界を驚かす｜【Tech総研】
Amazon.co.jp: 人月の神話 新装版: 狼人間を撃つ銀の弾はない (Professional Computing Series 別巻 3): フレデリック P.ブルックス Jr. (著), 滝沢徹 (翻訳): 本
エンジニアに言われて「ムカついた」ひと言｜【Tech総研】
Ｔｅｃｈ総研フリークが贈る「読まずに死ねるか」15選｜【Tech総研】