明晰ではあるが、会社に文句ばかり言っていた人の話。
Tさんは、都内の有名国立大を卒業し、大手企業に新卒で入社した。 もともと明晰であったため、研修期間中にすでに頭角をあらわし注目されたため、同期からは「出世頭となるだろう」と目されていた。 ところが、配属は彼の希望通りとはならなかった。 人事は彼の希望を考慮はしたが、全体のことを考え「今、彼の能力を一番必要としている部署」に配置をしたからだった。 彼は憤慨したが決定は覆らず、彼のキャリアのスタートは不本意なものとなった。 そして研修期間は終了し、Tさんはあるチームに配属された。 チームのリーダーは、中途採用された人物であったが、大きな期待をかけられていた。 前職で大きな成果を出していたと思われていたからだ。 だが実際は、控えめに言っても平凡な人物、悪く言えばリーダーシップに欠ける人物だった。実のところ前職での成果は、単に運が良かっただけ、であった。 配属されてきた彼は、その明晰さですぐにリー
IT業界の「デスマーチ」がもたらすものは、長時間労働や人材の疲弊だけではない。もっと深刻だ。
IT業界が外部の人間から敬遠される理由の一つに「デスマーチ」がある。 ほとんど実現不可能に思える無理なスケジュールで、深夜におよぶ残業、休日出勤の連続、人海戦術でほとんど役に立たない新人までが駆り出され、終わりの見えないプロジェクトの完成にひた走る、これがデスマーチである。 そこではプログラマは一人また一人と過労に倒れ、うつろな目でキーボードを叩き続けるプログラマの連続勤務時間は20時間を優に超える、といった光景が見られる。 このようなデスマーチについて、人材の疲弊やそれに伴う退職など、ITベンダー側の不利益が語られることは多いが、クライアント側の不利益、もっといえばプロジェクトの成果物自体がデスマーチで台無しになってしまうことはあまり知られていない。 デスマーチのきっかけ 営業の無謀な受注、仕様の調整不足などで、システムの実装行程が確保できず、どうやっても通常の開発体制ではシステムの完成
どのようにエンジニアの目標設定を行うか - $shibayu36->blog;
以前 ゴールを決め目標を決める・解決案ではなく質問する - コーチングの学習で学んだこと - $shibayu36->blog; で、「ゴールを決め、現在位置とのギャップを考え、目標を決める」と良いということをまとめた。イメージとしては以下の図の通り。 しかし、前回の記事だと具体的にどのようにエンジニアの目標設定を行うかイメージが湧かない。そこで、もう少し具体的に最近どのようにやっていたかを書いてみたいと思う。 僕がメンティーと目標設定を行うときは、以下のフローを辿っている。 なんでも良いのでゴールのイメージを明確にする 現在の自分とゴールのイメージのギャップを考える ギャップを埋める目標を考え、アクションを定める ちなみに今回は、チームの成果達成のために個人の目標を決めるのではなく、エンジニアのスキル向上の目標を立てるという前提で書いていく。 なんでも良いのでゴールのイメージを明確にする
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
