トム・デマルコ氏インタビュー（完全版）
トム・デマルコ氏は構造化分析手法を生み出し、著書『ピープルウエア』（日経BP社）でプロジェクトマネジメントの“人間系”にいち早く注目したソフトウエア分野の有名人である。近著『熊とワルツを』（同）では、IT分野のリスク・マネジメントを独特の語り口で解説している。 今年1月の「ソフトウェアテストシンポジウム（主催はソフトウェアテストシンポジウム実行委員会）」に合わせて来日した同氏は、「これから成功するのはリスクを取る企業。そのためには企業が“大人”になる必要がある」ことを強調した。以下、日経コンピュータ3月8日号に掲載したインタビューの完全版をお届けする。 ソフトウエア分野でのリスク・マネジメントはまだ新しい ――リスク・マネジメントは古くからあるトピックだと思います。この時期に『熊とワルツを』というリスク・マネジメントに関する本を出した意図は何だったのでしょうか。 ソフトウエア分野におけるリ
会社員をクビになった時の話 - doubutsutokuronの日記
2015-04-16 会社員をクビになった時の話 ある”強烈な記憶”と，その時の”どうでもいいような記憶”が結びついて，どうでもいい方の記憶を長い間折に触れて思い出す，って研究面白いですね。私にもそういう記憶あります。 --- その日が3月の凄く晴れた日で，昼から休みになった帰りに国道沿いのラーメン屋で替え玉頼んだのを覚えてる。 官公庁からの補助金が終わって，自分の事業部の売上集計と，次年度からの予算を親会社に提出してすぐだった。その日も親会社の社員たちが入る正門ではなく，人ひとり入れるかどうかの狭い裏口から敷地に入ると，工場から独特の鼻を突く臭いがして，うんざりしながらタイムカードを押して席に着いた。 ただいつもと違って，朝礼が終わると「すぐに親会社の社員のところに行くように」と言われて，建物続きの親会社のエリアに向かうことになった。建物続きとは言え，子会社の社員はセキュリティカードを渡
子猫を殺す仕事 - orangestarの雑記
啓示→掲示 http://orangestar.hatenadiary.jp/archive/category/%E7%8C%AB%E3%82%92%E6%AE%BA%E3%81%99%E4%BB%95%E4%BA%8B:titleタグ：猫を殺す仕事の漫画 2015/11/30追記：こちらの漫画を含めた同人誌、猫を殺す仕事をamazon kindle（電子書籍）で発売中です。 猫を殺す仕事 作者: 小島アジコ発売日: 2015/11/28メディア: Kindle版この商品を含むブログ (2件) を見る ページ数は全１１２ページになります。物理書籍と台割が若干異なります。（見開きをせずに１ページずつ見ていくのを想定した構成にしてあります） ※サイトで掲載したものに、トーンを貼ったり、写植をうつなどの加筆修正したものを収録しています。 収録作品一覧 神様の仕事 電車がこない ※試し読み お金
残念なソフトウェア開発の現場は、沈みかけの巨大な船に乗った航海に似ている。
残念なソフトウェア開発の現場は、沈みかけの巨大な船に乗った航海に似ている。 船底の穴からの浸水を必死でかき出しながら、どうにか進んで行く。そういう航海だ。 船のどこにどれだけ浸水箇所があるのかは分からない。 ある穴を塞ごうと船底に板を打ち付けたら、 それによって別の場所に新しい穴を空けてしまったりする。 船の構造はあまりに複雑で、膨大な部品の間にどんな依存関係や相互作用があるのか、 誰も完全には把握していない。 それは、はるか昔に組み立てられた太古の船で、 構造把握の手掛かりは、代々伝わる不十分で不正確な古文書だけなのだ。 新任の船員は、出た水に対してとにかく手当たり次第に対処した。 どんな物でも使い、徹夜で穴を塞いで回った。 ひたすら大きな声で号令を出し、 いかに早く穴を塞ぐかが、船員の間で競われた。 何人もの船員が過労と心労で倒れ、 航跡には水葬者が点々と残された。 船員たちが経験を積
宗教上の都合で休日出勤できない 同僚たちは反発「ズルい」「出れないなら辞めろ」 | ニコニコニュース
グローバル化により国内だけではやっていけなくなった会社が、続々と海外市場に進出している。日本人だけで進めることは必ずしも効率的・効果的ではないので、外国人と一緒に仕事をする人が増えそうそうだ。 そうなると問題になるのが、外国人と日本人との生活習慣の違い。多様な背景を持つ人材を許容する懐の深さが、各職場に求められるのではないか。ある会社では日本人の新人社員が「宗教」を理由に土曜出勤を拒み、社内で問題になっているという。部長も問題視「他のメンバーのやる気に関わる」――広告代理店の人事です。先日、営業部長が相談にやってきました。当社は基本的に週休2日制ですが、大手クライアントの案件が入ったため、最近は土曜出勤する営業部員が多くなっているようです。 平均すると月2回ほどの人が多いですが、週によってプレゼンの準備で部員全員が出ることもあります。しかし新人のＡ君だけは、一度も土曜出勤していませ
キャリアポルノは人生の無駄だ - WirelessWire News（ワイヤレスワイヤーニュース）
日本で本屋に行くと、学生さんやサラリーマン向けの「仕事とは何か？」「ライフハック」「グローバル人材になるためには」という目がチカチカする様な題名の「自己啓発書」や、世界的に有名な企業の創業者の「自伝」（いや、 自慢本）が山の様に並んでいます。ネットでも似た様な記事がてんこ盛りです。ラーメン二郎も負けています。 私はこれらのゴミ、いや、歯クソをキャリアポルノと呼んでいます。なんで歯クソでキャリアポルノというと、「読んでる間に気分が良くなって俺って何か凄い」という気分になる物だからです。 オナホで自家発電するのと同じですよ。要するに。意識高い学生や、キャリアセミナーなんかに通っているサラリーマンは、秋葉でオナホや等身大のダッチワイフを買って喜んでいるヲタクより恥ずかしいわけです。 こういうキャリアポルノには 「東大を首席で卒業してハーバードに行って何チャラというグローバル（棒）企業のなんとか
IT業界で無事にいたいなら銀行に関わるな
IT業界で無事にいたいなら銀行に関わるな 3Kとか7Kとか言われているが、底辺の会社にいなければそれほどひどくないし、正直どうでもいい。しかし関わった人は皆同じことを口にする。 銀行には関わるな。特に最新技術に詳しい人ほど真っ先に壊れる。すぐに逃げ出せ。 新規開発が出来ると思うな。10年以上経ったシステムのお守りがほとんど。当然コードは見るに堪えない。そのくせ仕事はたくさん来る。ほとんどがバグ修正か機能拡張。そして時間のほとんどはテストで消える。1行修正するだけでも数週間のテストが普通。OSが変わったら一年中テストで潰れる。 休みが人並みに取れると思うな。深夜まで仕事をするのが当たり前。GWと正月はないと思え。しかも一回や二回ではなく仕事辞めるまでずっとだ。 仕事の出来を褒められることを期待するな。動いて当然、止まったら新聞沙汰だ。当然直るまで何日でも徹夜。 キャリアの役に立つと思うな。業
プログラミングとデザインを続けている理由 - つきあたりを右に
最近になって、ひとつ気付いた事がある。 僕は仕事としてプログラミングやデザインをするのに向いていない。 一応、職業としてはソフトウェア・エンジニアという肩書きを持っており、 UI と UX を専門とする研究職という立場にはなっている。 プロジェクトの進行や状況に応じてプログラマー役、デザイナー役、ビジネスプランナー役をバタバタと切り替えているので、最近は「必要に応じてなんでもやってる感あるので、あんまり自分を専門家的に思えなくなってきたっていうかタダの小間使いでは」としか思えないのではあるが。 ”何か”を作りたい、成し遂げたいと思ってものづくりに取り組んでいない 他のプログラマー、エンジニアやデザイナーが、実際どうなのかは知らないけれど自身がプログラミングを独学で始めた時によく言われた事が 「何かやりたいこととか、作りたいものが無いのに覚えたり学ぼうとしても、効果は低く、あまり意味が無い」
『SIエンジニアの自分戦略 -急がば回れ、選ぶなら近道-』ノート
2012/10/09に開催された『SIエンジニアの自分戦略 -急がば回れ、選ぶなら近道-』のノートです。 SIをやっている人には是非読んでほしいです。私のノート作成スキルを割り引いてもさておいても …です。 ※(2012/10/10追記)上の文について、言葉の選び方が不適切だったので修正致しました。「私の資料作成能力の限界で、okachimachiorz1様の伝えたいことの半分も伝わっていないかもしれない。だけど、それでも読む価値がある内容です」ということが、上の文で私が言いたかったことです。申し訳ないです。 ◆今日の勉強会について ◇今日の構成 ・最初にokachimachiorz1様の話を40分くらい ・その後休憩を挟んで来ている人達で感想、深く聞きたいということを皆で話合う ・Q&A ◇この回をやろうと思った経緯 ・okachimachiorz1様のブログを一生懸命呼んでいるうち、そ
未来の転職が、過去にさかのぼって現在の自分を有能にする - 分裂勘違い君劇場
転職、すなわち中途採用の面接では、自分が過去に取り組んだ仕事について質問されます。 しかも、ごまかしがきかないよう、具体的な行動内容を、細かく聞かれます。 広く浅く訊くのではなく、何カ所か適当に選んで、狭く深く訊いていきます。 たとえば、エンジニアなら、過去に自分が開発したシステムにおいて、 なぜ、そのフレームワーク、ツール、ライブラリ、DBを使ったのか？ 他に、どのようなフレームワーク、ツール、ライブラリ、DBが候補として 上げられたのか？ 他の選択肢と比べて、どの様な短所と長所があるのか？ なぜ、他の選択肢ではなく、それを選んだのか？ 使う前に、どのように性能評価・検証したのか？ なぜ、ある部分を汎用的に作り、別の部分をハードコーディングしたのか？ なぜ、その設計だと、生産性が高く、トラブルのリスクやメンテナンスコストが低くなるのか？ もっと低くできる余地として、どのようなものが考えら
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
株式会社ファーストロジック 採用サイト
愛しの仕事さま。 - ザ・模擬面接