もう朝の通勤ラッシュの電車に乗らなくてもいい――そんな働き方が増えつつある。震災の影響による節電対策で、各社で勤務の方法を柔軟にしているためだ。今までビジネスパーソンをしばってきたものが急激に変化しつつある今、その実態を追う特集「脱ガンジガラメの働き方」を始める。 都内に通勤しているビジネスパーソンのほとんどが経験している通勤ラッシュ。国土交通省の資料（2009年度）によると、朝のラッシュ時、東京圏主要区間の平均混雑率は167％にも達するという。150％が楽に広げて新聞を読める、180％が折りたためば新聞を読める、200％が身体が触れあい相当圧迫感があるが週刊誌程度なら読める、250％が電車がゆれるたび体が斜めになって身動きができず手も動かせない――というから、新聞を広げて読むにはつらいけど、折りたたんでなら何とか読めるぐらいの混雑率だ。 長年東京に住んでいる筆者としては、学生時代のラッシ

エンジニアの皆さんは、業務でさまざまな報告書を作成されていることと思います。エンジニアの業務で必要になる報告書は、大きく2種類に分けられます。 1つ目は、書式が決まっていて、定期的に作成する報告書です。定期報告書と呼ぶこともあります。進ちょく報告書や日報、週報、月報などが例として挙げられます。 もう1つは、不定期に発生するイベントについて記述する報告書です。この種の報告書は、書式が決まっていないものです。例としてはトラブル報告書（または障害報告書、問題対応報告書など）や、製品・技術などの調査報告書といったものが挙げられます。 これら2種類のうち、トラブルの種になりやすいのは、後者の「イベントについて記述する報告書」です。今回は、報告書の中でも特に細心の注意を払わなければならない、顧客向けのトラブル報告書（障害報告書、問題対応報告書）を作成するときに注意すべきポイントを説明します。 報告書を

IT業界でプロとして活躍するには何が必要か。ダメな“システム屋”にならないためにはどうするべきか。“システム屋”歴30年を自任する筆者が経験者の立場から、ダメな“システム屋”の行動様式を辛口で指摘しつつ、そこからの脱却法を分かりやすく解説する。（毎週月曜日更新、編集：日経情報ストラテジー） 若手“システム屋”A　「東日本大震災の被災地は、復興に向けてこれからが肝心だな。東京でも計画停電や交通機関の不通で業務が混乱したね」 若手“システム屋”B　「そうだね」 若手A　「仕事はどうなってる？」 若手B　「被災地のボランティアに参加している人を除けば、平常通りに戻ったよ」 若手A　「そうか、我々も仕事は仕事としてやるべきことをしっかりやらないとね」 若手B　「ところで、3月11日の地震発生直後はどうだった？」 若手A　「いや、それが、うちのプロジェクトリーダーがちょっと動揺しちゃって」 若手B　

あなたは豊かな経験やスキルを身に付けており、献身的に仕事に取り組んでいる素晴らしいITプロフェッショナルであると自負しているかもしれない。にもかかわらず、そういった熱意あふれる働きぶりや、会社にもたらす価値に見合うだけの報酬が与えられていないと感じているのであれば、給与の値上げ交渉を行ってみるべきだろう。本記事では、あなた自身の価値を見直すうえで考えるべきことを挙げている。 筆者は最近、IT業界を去る際の理由をまとめた記事と、実際にIT業界を去る際に検討すべき次のキャリアについてまとめた記事を執筆した。とは言うものの、今のままITプロフェッショナルというキャリアパスを追求したいと考えている人たちも数多くいることだろう。こういった人々に対して、筆者からは「素晴らしい」と声援を送りたい。ただし、条件がある。その条件とは「昇給を勝ち取る必要がある」というものだ。コンサルタントとして働くにせよ、I

「かえるじゃぱん」とか言ってたのでワークライフバランスってのは 「仕事なんかしてないで子作りでもしてろっ」てことでしょう、たぶん(笑)。 もちろん自分はセイカツなんか全然したくないという、ワーカホリックのまま 押し通した50代ですので「ワークライフバランスを考えなさい」と言われても、 「えへへっもう大して残ってないの。へそが茶をわかしちゃいますわっ」 と言うしかありません(vv;)。 プログラマという仕事は糊口をしのぐ手段ではありますが、一方で大変に楽しい 趣味でもあるわけで、この意味では当該の同僚さんと同じかもしれません。 一方で相応にすべきだったことはできうる限り排除してきたので、とても 胸を張れたもんぢゃぁありません。 まぁ、しじいになってから偉そうなことが言いたかったらワークライフバランス のとれた人生をおくりましょうってことですかねぇ(笑)。 「カエルジャパン」って、そっちのカエ