登録して招待リンクを共有すると、動画再生報酬と紹介報酬を獲得できます。

PMザンギ
@zangiPM
「決めないまま進める」が一番の地雷。 インフラ18年|クラウド移行PM 炎上案件・失敗事例から、プロジェクトを壊さない判断軸を発信。 SIer・SES・PMのリアル、キャリア・採用・組織の裏側も。 ※事例は本人・関係者の経験を含みます
866 フォロー中    2.5K ファン
障害はフェイルオーバーできてもPMのメンタルはフェイルオーバーできないんだよなー。
転職する際の職務経歴書の書き方でやってはいけないこと ・実績を「頑張りました」「担当しました」だけで終わらせる ・数字を盛り曖昧な実績を断定的に書く ・プロジェクト規模だけ大きく見せて自分の役割が不明 ・技術スタックを大量に並べるだけで使った深さが分からない ・「PM経験あり」と書いているのに管理人数・予算・工程・責任範囲が記載されてない ・守秘義務に触れる顧客名、売上、障害内容、内部事情をそのまま書く ・古い経験を長々と書き直近の強みが埋もれている ・略語・社内用語・独自の役職名を説明なしで使う ・誤字脱字、表記ゆれ、年月の矛盾がある ・役職や肩書きだけ立派で成果や再現性が見えない ・「コミュニケーション力があります」など根拠のない自己評価を書く ・「何ができる人か」が最後まで読んでも分からない
もっと見る
IT業界の三大義務(独断と偏見) 1. 再現手順を残す義務 なんか直りましたは報告ではない 2. 本番で試さない義務 検証環境は飾りじゃない 3. 会議後に仕様を変えない義務 変えるなら議事録も一緒に書き換えろ 皆さんが思う三大義務ありますか?😆
もっと見る
問題と課題を同じ意味で使っている人意外と多い気がしてる。 問題は今起きている困りごと。 課題はその問題を解消するためにやること。 障害対応が遅いは問題。 切り分け手順を整備するは課題。 ここが混ざると会議でずっと困りごとを共有して終わる😅 何を変えるのかまで落とさないと改善は進まないんだよね。
もっと見る
ITエンジニアで爆弾扱いされる人って技術力が低い人というより安心して任せられない人だと思ってる。 勝手に本番を触る、ログを残さない、分からないのに分かったふりをする、影響範囲を見ない、ミスった時に黙る。 怖いのは無知より無自覚と隠蔽が1番きつい😓
もっと見る