現在、あなたがお使いのブラウザは、Cookie（クッキー）をブロックする設定になっています。 リクナビＮＥＸＴでは、個人情報保護と利便性の観点からクッキーの使用をお願いしています（個人情報収集等の目的では使用しておりません）。お手数ですが、ブラウザの設定を変更してください。
現在、あなたがお使いのブラウザは、Cookie（クッキー）をブロックする設定になっています。 リクナビＮＥＸＴでは、個人情報保護と利便性の観点からクッキーの使用をお願いしています（個人情報収集等の目的では使用しておりません）。お手数ですが、ブラウザの設定を変更してください。
情報処理システム会社の福岡事業所に勤務していた福岡市のシステムエンジニアの女性（当時３１歳）が急死したのは過酷な労働が原因として、両親が同社合併後にできた「アドバンストラフィックシステムズ」（本社・東京）に対し、慰謝料など計約８２００万円の損害賠償を求めた訴訟の判決が１１日、福岡地裁であった。 府内覚裁判官は「死亡と会社の業務との間には因果関係がある」として、同社に計約６８００万円の支払いを命じた。 判決によると、女性はシステム移行などを担当し、２００７年２月の時間外労働が約１２７時間に上った。３月に仕事上のミスなどが原因で自殺未遂し、約１か月間休養した。その後復職したが、深夜残業など過酷な勤務が続き、５日後、東京出張中に致死性不整脈で死亡。福岡中央労基署は０９年、労災認定した。 同社側は「亡くなる直前に約１か月の連続休暇を取得しており、死亡と業務に因果関係はない」などと主張した。しかし、
繰り返される「SE」の自殺 先週末、こんなニュースが一部で騒がれていました。SE、過労でうつ病→自殺…労災認定 - 大田労基署 ：日本経済新聞 コンピューターのシステム開発などを手がけるピーエスシー（東京都港区）のシステムエンジニアの男性社員（当時29）が2011年に自殺したのは「長時間労働によるうつ病が原因」として、大田労働基準監督署が労災認定したことが31日分かった。 【中略】 男性は06年に入社し、システムエンジニアとして大田区内で勤務。 プロジェクトリーダーに就いた10年11月ごろから労働時間が急増し、11年6月に自殺した。同12月に遺族が労災申請した。 弁護士によると、労基署は、男性が11年５月下旬にうつ病を発症したと判断。 発症4カ月前の1カ月の残業時間が、前月の倍以上の136時間に急増し、2週間以上連続して勤務していたことなどから労災と認定した。 なんとも痛ましい話ですが
新社会人の皆さん､いかがお過ごしでしょうか｡ 最近､SIerに就職した知人が｢会社辞めたい｣というのをちらほら聞く｡聞いてみれば､彼等は仕事で挫折しているわけではない｡むしろ､技術に優れ熱意を持っている事が多い｡ではなぜ辞めたいのかと聞けば､一日中画面のスクリーンキャプチャ撮らされたりCOBOL読まされたりしていて､｢ああ､そっか…そうだよね…｡｣となる｡ そんな時は､SI業界の熱い人達のスライドを見て何かを感じよう！という事で4つ選んでみた｡弊社関係者が多いのは僕のネットウォッチの都合上お許しください｡moon and strategy moon and strategy from toshihiro ichitani 永和の@papandaさんのスライド｡｢自分の生き方を他人任せにしない｣受託プログラマの進路〜アジャイルセールスと手塚モデル〜 受託プログラマの進路 〜アジャイルセールス
いまだに思い出せません。そのときのラーメンの味を……。 「何でも好きなの頼んでいいよ。コースでも食うか？」 とA社のC部長に言われたが、私は無難なラーメンを頼んだと記憶しています。暦は12月28日くらいだったかな？ 年末で冬休みに入っていました。 「とりあえず、新年はこっちに出社しなさい。大変だったろうから、ゆっくり休みなさい」 というような話をされました。「A社に戻って何がどうなるの？」って思いつつ、ひねくれながら生返事です。 ■私を取り巻く状況 主目的であるシステムの稼働を完了した直後でメンテ・フォローが必須 そのシステムを他部署への展開を打診されていた A社はリスクが大きいと判断し、B社に対し撤退を示唆 B社の亡くなった上司は展開を強行。私を引き抜きにかかっていた A社の社長とB社の亡くなった上司の間で、すったもんだがあったようです。話し合いは平行線のままで上司は亡くなってしまいまし
「冷たい方程式」、いよいよ大詰め 「毎週月曜日の朝」というさわやかな時間に、エンジニアを震え上がらせることで人気を博するIT小説「冷たい方程式」が、いよいよ大詰めです。 相次ぐメンバーの脱落により、大幅にスケジュールが遅れたものの、新しい開発会社の登場により、どうにか体制を持ち直しました。主人公は、ホライゾンシステムの仕事分が減った分については、運用を任せることでどうにか帳尻を合わせようとしていました。 しかし、マネージャから「どちらか1つの開発会社を選びたまえ」という命令が下ります。技術はいまいちだが付き合いの長い会社を選ぶか、それとも技術力の高い会社を選ぶか――。主人公は決断を迫られます。 Press Enter全記事一覧 シリーズものが人気です 6月は「Innovation "D"」の「こういう○○はがっかりだ」シリーズ、「SEの格言・迷言・ことわざ集」シリーズなど、IT業界のあるあ
SEに最も必要なスキルは「伝える力」だと言われています。分業が前提となるシステム開発において、意志の伝達がうまく出来ないことは致命的だからです。 よって、作成するドキュメントにも正しく伝える技術が求められるのですが、しかし多くのSEはドキュメント作成を苦手としているようです。 そこで今日は、SEがドキュメント作成で失敗しがちなポイントと、ドキュメント力を強化するための5つの視点について、『エンジニアのための文章術再入門講座』からご紹介します。 1.SEがドキュメント作成で失敗しがちなポイント SEがドキュメント作成に失敗しがちなポイントは、主に以下の2つです。 相手の関心と不一致 知識差のための説明が不足 例えば、システム開発プロジェクトの部長向けの進捗報告の場面を思い浮かべてください。性格にもよりますが、一般に部長クラスの方が気にするのは「予算を超過しないか」「顧客との関係は良好か」「今
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
