タグ

SEに関するTensorのブックマーク (83)

  • Expired

    Expired:掲載期限切れです この記事は,産経デジタル との契約の掲載期限(6ヶ月間)を過ぎましたのでサーバから削除しました。 このページは20秒後にITmedia ニュース トップページに自動的に切り替わります。

  • Expired

    Expired:掲載期限切れです この記事は,産経デジタル との契約の掲載期限(6ヶ月間)を過ぎましたのでサーバから削除しました。 このページは20秒後にITmedia ニュース トップページに自動的に切り替わります。

  • 第46回 ミスを異常に恐れるのは「不安障害」の可能性

    数カ月前,私のミスがもとでプロジェクトに大きな手戻りが発生しました。それ以来,「また同じような失敗をするのではないか」という不安が頭から離れず,仕事に全く集中できません。どうしたらいいでしょう。(男性,27歳,SE) 「何かが気になる」「心配だ」「怖い」といった不安にとらわれ,ひどいときには仕事に適応できなくなる――。こうした心の病を「不安障害」と呼びます。数年前までは,「ノイローゼ」「神経症」と呼んでいました。 不安障害と一言で言っても,いくつかのタイプがあります。 その一つである「全般性不安障害」は,ストレスの強い出来事や体験をした結果,過剰な不安や心配(専門用語では「予期憂慮」と呼びます)に襲われる病気です。 質問者は,この全般性不安障害の疑いがあります。表1のチェックリストで確認してみてください。思い当たる項目が三つ以上あれば,全般性不安障害にかかっている可能性が高いと言えます。

    第46回 ミスを異常に恐れるのは「不安障害」の可能性
  • SEマネジャーとして“SEのモノ扱い”と闘う

    昨年、「今日の一言 2010年版」で述べたが、筆者はSE時代に“SEをモノ扱いするビジネスのやり方”や理不尽な営業担当者と闘った。それは大型コンピュータなどを売るために「このシステムを買って頂ければSEを無償で○人常駐させます」というビジネスのやり方や、SEを子分扱いする営業担当者を筆者のSEとしての誇りが許さなかったからである。筆者はその後SEマネジャーになったが、SEマネジャーになってもこの問題と真正面から闘った。今回はそれについて述べる。 SEマネジャーになった筆者には、「自分はSE時代にSEのあり方について結構悩んだ。その苦い経験を部下のSEにはさせたくない」という思いが強かった。また、SE時代の経験から「SEが顧客をつかめばビジネスはうまくいく」ということも確信していた。 部下のSEを徹底指導した そしてそれを自分のグループでぜひ実現したいと考えていた。それは、とりもなおさず、S

    SEマネジャーとして“SEのモノ扱い”と闘う
  • 第12回 エンジニアの信頼性を考える | gihyo.jp

    エンジニアにも信頼性がある 多くのエンジニアに、コンピュータシステムの信頼性を高くする為に、どのようなことをすれば良いですか?と聞けば、色々な手段や方式を思いつくでしょう。信頼性設計とは、冗長性を考えたり、例え誤動作をしても、問題を局所化したりすることを行うことです。例えば、電化製品や自動車にフューズがついていて、高い電圧が掛かったときに製品全体がショートしないようにするといった具合です。 ハードウェアで信頼性設計をすることは考えやすいでしょう。では、システム開発の信頼性設計は、どうでしょうか? システム開発は、エンジニアが個々に設計を行なうため、信頼性を高くする方法はエンジニアの技量に依存すると思います。「⁠あのエンジニアが設計したのであれば、信頼性が高そうだ」「⁠あのエンジニアが設計してこのシステムは大丈夫かな?」と思うものです。システムそのものより、エンジニアそのものに信頼性があるよ

    第12回 エンジニアの信頼性を考える | gihyo.jp
  • SEの問題は“プロのSE”でないと解決できない

    前回、「SEは評論家的姿勢を改めて討って出て、SEが抱えているSEのモノ扱い、人月扱いや技術偏重、受身姿勢などSEの問題はSEで解決せよ」と読者のSEの方々へ訴えた。筆者の意見に賛同される方、異論のある方などいろんな方がおられると思う。筆者は長年の経験で当にそう考えている。 今回は賛同される方や「話は分かるが…」と悩んだり迷ったりしている方々に向けて「では、そのためにSEは何をどう考えて何をやればよいか」について筆者の考えを述べたい。この問題はIT業界で長年続いている非常に難しい問題であるがSEの方々の参考になれば幸いである。 30~40年前の話だが、筆者が現役のSEだった時代はメインフレームの全盛期だった。当時も今と同様、SEがいなければシステムの導入や開発はできなかった。IT企業はもちろん、ユーザー企業もそのことは百も承知だった。だが、メーカー同士の競合が激しかったせいか、システムの

    SEの問題は“プロのSE”でないと解決できない
  • Q: 残業続きの毎日にうんざり。もっと楽な仕事に就きたい。

    開発現場に張り付き、毎日残業に明け暮れています。女性として、こんな生活はもう限界です。もっと格好よくて楽そうな仕事、例えばコンサルタントになりたいと切実に思っています。 (ソフト開発会社、SE/女性・27歳) A: 「時間の奴隷」である限り楽な仕事などない コンサルタントは楽な商売に見えるということですが,とんでもない。あるコンサルタントは,「自分の時給を計算してみたら,ファストフード店のアルバイトと同じだった」と言っていました。詳しくは拙著「外資の3倍速仕事術(日経BP社刊)」に書きましたが,仕事の要領を得るまで,コンサルタントというのは決して格好いい商売ではありません。 あなたの悩みを解決するにはまず,「時間の奴隷」から脱出することです。それができなければ,SEにとどまっても,コンサルタントになっても,残業地獄からは抜け出せません。 時間の奴隷から,どのように解放されるか。その答えは,

    Q: 残業続きの毎日にうんざり。もっと楽な仕事に就きたい。
  • Q: IT業界は、キャリアパスが少なくて不安です。

    ITエンジニアのキャリアパスは、他の業界に比べて乏しい気がします。正直言って、「SEを経てプロジェクトマネジャーになる」というありきたりのキャリアパスには魅力を感じません。実際にはどうなのでしょうか? (システム・インテグレータ、SE/女性・27歳) A: SEの可能性は広い 要は自分の気持ち次第 IT業界は,他の業界と比べてまだ若い産業です。そのため,キャリアパスも乏しいように思えるでしょうが,実際はそんなことはありません。SEであっても,技術者としての道を究めて職人のようになれますし,管理職としての道もあります。私のように,経営者にもなれます。むしろ,他の業界より「キャリアパスははるかに広く開かれている」と言えます。 もしあなたがIT業界のキャリアパスに限界を感じているならば,それは周囲にあなたが「こんな風になりたい」と思う理想の人がいないからではないでしょうか。 実は,「自分はこのま

    Q: IT業界は、キャリアパスが少なくて不安です。
  • Q: マネジャーになんかなりたくない。プログラミング一筋で生きていきたい。

    最近,マネジメント業務を任されるようになりました。でも,できればプログラマでやっていきたいんです。ソフト会社に転職すべきでしょうか? (システム・インテグレータ勤務,SE/男性・32歳) A: 出世に未練はないか。志の有無を自問せよ! もし,あなたが当に一生プログラマでやっていきたいのであれば,専門職制度としてプログラマのキャリアパスを用意している会社を探し,転職することをお勧めします。 米国ではずいぶん前から“おじさんプログラマ”がいます。私は日IBMに勤務していたときにそうした人たちと何度か仕事をしましたが,皆自分の仕事に誇りを持ち,実務では素晴らしい成果を出していました。日でも,10年前に日IBMが専門職制度を導入して以来,専門職としてのプログラマやPMがようやく認められつつあります。 ただ,その前に自分の意思をもう1度確認してください。 日では,「『成功』というのは管理職

    Q: マネジャーになんかなりたくない。プログラミング一筋で生きていきたい。
  • ITエンジニアが育つには“ゆとり”が必要

    ITエンジニアが現場で育つためには、ある程度の時間的なゆとりが必要なのではないか---。日経SYSTEMS 2010年10月号(9月26日発行)の特集記事「プロジェクトで人は育つ」の取材・執筆を担当していくなかで、こうした思いを強く抱いた。 システム開発プロジェクトこそ、開発に携わるITエンジニアのスキルを飛躍的に伸ばす場である。特集記事は、このようなスタンスで取材・執筆した。開発言語の使い方やプロジェクトマネジメントの手法は、書籍や研修を通して勉強できる。しかし実際にプロジェクトという現場で適用してみないと、実践的なスキルとして身に付かない。特集記事では、プロジェクトメンバーが現場でスキルアップを図るのに有効な取り組みや工夫を紹介している。 ただし、プロジェクトという現場でITエンジニアが急成長を遂げるためには、いくつかの条件がある。記者は特集の取材を通して、「ある程度の時間的なゆとりを

    ITエンジニアが育つには“ゆとり”が必要
  • 第3回 君も“赤字”だね

    IT業界でプロとして活躍するには何が必要か。ダメな“システム屋”にならないためにはどうするべきか。“システム屋”歴30年を自任する筆者が経験者の立場から、ダメな“システム屋”の行動様式を辛口で指摘しつつ、そこからの脱却法を分かりやすく解説する。(毎週月曜日更新、編集:日経情報ストラテジー) ダメな“システム屋” 「聞いてください!あのプロジェクトはもうダメです」 上司 「何、どうした?」 ダ 「問題山積なのに、リーダーの話が長くて何も解決しないし、先に進まないのです」 上 「問題山積って、どんな問題がいくつあるの?」 ダ 「もう大変です、契約、体制、技術、期間、何もかも問題だらけなんですよ」 上 「だから、どこがどのように問題なの?」 ダ 「一番問題なのはリーダーの話が長いことですよ。話の長い男は赤字ですよ!」 上 「話が大げさな君も赤字だと思うけど」 ダ 「・・・」 ダメな理由:減点法が

    第3回 君も“赤字”だね
  • 第2回 資料は何ページですか?

    IT業界でプロとして活躍するには何が必要か。ダメな“システム屋”にならないためにはどうするべきか。“システム屋”歴30年を自任する筆者が経験者の立場から、ダメな“システム屋”の行動様式を厳しく指摘しつつ、そこからの脱却法を分かりやすく解説する。(毎週月曜日更新、編集:日経情報ストラテジー) 上司 「明日の会議資料は何ページになったかな?」 ダメな“システム屋” 「はい、えーと、その、わりと多くなってしまったのですが・・・」 上 「4枚ぐらい?」 ダ 「いや、えーと、その、結構多くて、10枚は超えているはずで・・・」 上 「それで、一番言いたいポイントは何枚目にしたのかな?」 ダ 「何枚目といいますか、えーと、その、一応全部がポイントですから・・・」 上 「つまり、ポイントは10以上あって、その数も定かではない、ということかな?」 ダ 「・・・」 ダメな理由:時空間がゆがんでいる 前回で説明

    第2回 資料は何ページですか?
  • 第1回 ダメな行動様式に染まる前に考えるべきこと

    IT業界でプロとして活躍するには何が必要か。ダメな“システム屋”にならないためにはどうするべきか。“システム屋”歴30年を自任する筆者が経験者の立場から、ダメな“システム屋”の行動様式を厳しく指摘しつつ、そこからの脱却法を分かりやすく解説する。(毎週月曜日更新、編集:日経情報ストラテジー) IT(情報技術)業界、ITベンダー、システムインテグレーター、システムコンサルティングで働く人を、私は“システム屋”と呼びます。この世界に入ると、JavaやCなどのプログラミング言語を覚え、テストケース設定に頭を悩ませ、設計を任され、ユーザーとの要件定義の打ち合わせで何らかの提案ができるようになると、“システム屋”として一人前と呼ばれるようになります。 その後、新人時代に神様のように思えた先輩がただの人に見えるようになったその時、もしかするとダメな“システム屋”への道が始まっているのかもしれません。 言

    第1回 ダメな行動様式に染まる前に考えるべきこと
  • SEは評論家的姿勢を改めよ

    SEはいろんな問題を抱えている。「人月扱い」「モノ扱い」「常駐」「顧客への体制図の提出」といったビジネス絡みの問題や、「技術偏重」「ビジネス意識の乏しさ」「壁作り」「受身姿勢」「チームワークの弱さ」など体質的問題などだ。ただ、これらは20年、30年前からSEが抱え続けている問題でもある。筆者の見るところ、20年、30年経っても大して変わりがない。今ではSE職種は3Kと評されることもある。これらの問題が何10年も一向に解決しないのはなぜだろうか。それはIT業界のビジネスのやり方やユーザーの姿勢に問題があることを筆者は否定しないが、当事者であるSEマネジャーやSEにも少なからず問題があると考えている。 確かにこれらの問題は簡単には解決できない難しい問題ばかりだ。だがSEマネジャーやSEが「SEの問題は我々SEが解決するんだ」という強い当事者意識を持って挑戦すれば、相当解決できると筆者は考えてい

    SEは評論家的姿勢を改めよ
    Tensor
    Tensor 2010/09/06
    耳が痛いところもありつつも・・・というところかな。
  • チームワークと誕生会

    今の時代は十数年前とは違い、SE一人がいかに頑張ってもすべてを一人でこなせる時代ではない。高度な技術力を持つ専門家のSEが分業し、チーム(組織)で仕事をする時代である。アプリケーションに強いSE、ネットワークに強いSE、OSに強いSE、ERP(統合基幹業務システム)に強いSE、言語に強いSEなどがチームを組み、一つのゴールに向かって仕事をする。そんな時代である。今のシステムは複雑でハードウエア/ソフトウエアの製品も多岐にわたっているからである。 だが、多くのIT企業を見るに、それがなかなかいまくいっていない。チームで仕事をするには、技術力だけでは不十分で、チームワーク力が要求されるからである。例えば、「周りのSEに気を配る」「お互いの仕事の接点が漏れないように仕事をする」「仲間のSEがトラブルで困っていたら助ける」などなど、そんなSEのチームであることが重要である。その良し悪しが開発するシ

    チームワークと誕生会
  • 続・SE特有の「不合理な信念」がこころの病を招く?

    以前、「記者のつぶやき」の欄で、SE特有の「不合理な信念」を紹介したことがある(「SE特有の『不合理な信念』がこころの病を招く?」)。 「不合理な信念」とは、ネガティブな思考を生み出し、結果的に抑うつ症状や不安気分などの症状を引き起こす信念や考え方のことである。この信念や考え方を変えることで、抑うつ気分や不安気分を低減することができる。 「SE特有の『不合理な信念』がこころの病を招く?」では、SEのメンタルヘルスに関する勉強会「SEのメンタルヘルスを考える会」が、SE特有の不合理な信念をアンケート調査で明らかにしようとしていることを紹介。「調査結果が明らかになったら、ぜひ紹介したいと思っている」と結んだ。この調査結果がまとまったので、今回は調査結果のさわりを紹介したい。 調査を実施したのは、東京家政大学の福井至教授のグループだ。194人のSEに「SE特有の不合理な信念」に関する質問用紙を郵

    続・SE特有の「不合理な信念」がこころの病を招く?
  • SEの意外な本音?出世したいが4割、権限が欲しいは7割|【Tech総研】

    昨年末に公開した「SEって、出世には興味ないよね?」。果たしてSEは当に出世に興味がないのか?仕事の権限が欲しいと思うときはどんなときなのか?レポートに寄せられたSEの生声を一挙に紹介しちゃいます。 SEって「出世に興味がなく、できるだけ現場で仕事をしていたい」というイメージがありませんか? 実際、マネジメントで気苦労が多い管理職よりも顧客に近いところで働きたいというSEも多いのではないかと思います。でも、日々の仕事の中で、理不尽な要求や炎上するプロジェクトに対して「こうしたほうが絶対いいのに」と思うことも多々あるのではないでしょうか。 「SEって、出世には興味ないよね?」公開時に行った緊急アンケートの結果は、「出世に興味がある」は44%。半数近くの人が出世したいという声が集まりました。その主な理由は「上司や顧客の理不尽な要求に対して意見が言えない」「業務改善や新たな提案をしても受け入れ

    SEの意外な本音?出世したいが4割、権限が欲しいは7割|【Tech総研】
  • 覚えよう!理系の人の言い回し/理系の人々|【Tech総研】

    よしたにです。 理系には理系の言い回しがございまして。特にSEなんかをやっておりますと、感情をそのまま口にしてしまってはいろいろと差しさわりがあるわけです。 ええ、もちろん事実です。事実ですよ。急な徹夜は品質に重大な影を落としますからね。 ……でも、なんだろう、この口でごまかした感……。 お仕事はチームプレイですので、自分のつくったものと他のチームメンバーがつくったものを組み合わせて製品を作る必要がございます。 なんですが、お仕事とはいえそれなりの好みや美学がありまして、どうしても気に入らないときも少なくなかったり。もちろん、単に好みの問題でいちゃもんをつけることはできませんので、それなりの理論武装をしてチームメンバーにアタックをかけるわけです。 ……うん、もちろん論破されることも多いわけで……。 最終的に良いものができればそれにこしたことはないので、めんどくさがられたり……してないよね?

    Tensor
    Tensor 2009/12/08
    お仕事とはいえそれなりの好みや美学がありまして、・・・>とても分かる!
  • SEって、出世には興味ないよね?|【Tech総研】

    SEさんといえば、やはり「現場大好き」的なイメージがございます。会議会議の毎日なんてゴメンこうむる。俺は現場が好きなんだ。今日も顧客の要望叶えて、感謝されてこそ俺の働く意味がある。そこに幸せの黄色いハンカチ……とそんな感じ。そういうSEさんにしてみれば、「出世」なんてどこ吹く風じゃないですか? いやいやそれがですね、「だからこそ出世したい」人もいるんですってよ。え? それは不思議? おかしいじゃないか? いやいや、それは以降の物語をご覧あれ。

  • Amazon.co.jp