スキルこのブログでも、これまでずっとスキルを上げよう、伸ばそうと言い続けていた。実際、エンジニアのスキルは価値=できることに繋がり、結果としてやりたい仕事につけたり、評価されたり、報酬として返ってきたりする。スキルおおよそ20年前。30代も半ばになって、先々をどうするかを考えた。最終的に、プロマネを自分を守る武器、つまりメインのスキルとすることを覚悟して決めた。ある意味において、これは自分の成功体験である。ヤッホーブルーイング待合の時間が長そうだったので手元にあった積ん読からサコッシュに詰め込み所用に向かう。スキル自分のことで話をするとプログラミングのスキルが必要だった。本当にセンスはないし、本を読んでも頭に入ってこなかった。写経をした方が良かったんだろう。不思議なことに、得意と思っている若しくは苦手意識のないことは本を読んでも理解で...若手エンジニアが成長に必要なもの2018-05-23アジャイル開発だからじゃない。ウォーターフォール「こんにちは」「お、珍しい。今、プロジェクトで別のプロジェクトルームじゃなかったけ」「そうですよ。地下鉄の側なので便利でいいですよ」「都会だしな。毎日通勤帰りに寄り道しているんじゃないの」「そーだったらいいんですけどね。ほんと勘弁し...アジャイル開発だからじゃない。入ってはいけないIT企業ってどんなユーザ系IT企業かと思ったらどうやら違ったのはどうでもいいのだけれど、書かれていることの言葉としてはそれどうなの、と思ったところがあったので。スコーププロジェクトのデリバリを真剣にQCDを守って成功させたいなら、QCDにもう1文字追加しないとまず成功は実現できないのです。プロジェクトマネージャもちろん、仕事をアサインされているエンジニアに限るよ。お仕事ハック40代、50代のエンジニアが部下のマネージャに悩みがあるとするなら、それは40−50代のエンジニアが今持っているスキルだけで今の仕事をやろうとしていることではないかなぁ、と思うのです。開発スピードマネージャやプロジェクトマネージャがプロジェクトメンバを調達し、アサイメントする際に犯してしまう間違い...それは頭数を揃えてしまうことです。開発スピードまず、変わるってどういう意味かを確認しましょう。プロダクトマネジメントプロダクトマネジメント、特にプロダクトオーナとして完成イメージを持ってプロダクトを作ると言う点において、全てのエンジニアが共通して持つことが必要なスキルだと思うのです。仕事って、ここまではやっておかないと、という矜持というかismを持っていないとせっかく仕事をしていても「やっつけ仕事」にしか見えないんですよ。開発標準ここのところ、プロジェクトマネジメントの話題を振ると返ってくるのがプロジェクトでのプロセス設計ができないという愚痴なのです。情報収集ふと、自分が情報収集しているポインタがすっかり変わってしまったと気づいた2017年の秋。秋とは言っても、3シーズンのスーツをクールビズが終わる最終日に着て行ったら早朝は涼しくてまだ良かったけれど、帰りはまだ蒸し暑くてダメっぽい。有名サイト管理人(元?)のまなめさんのエントリを読んで保有資格的には真逆な感じというか補完関係というか。相関関係は全くなさそうですが。「あいつはダメですよ。スキル知らないことというより、今から使えるだろうと思うことや解決したいことのためになるだろうと思うことの多分、参考になりそうな話を聞くことは時間を割いても行きたいし、実際、万難を排しても行きたい(大げさ過ぎ)と思いっていますし、実際に行きます。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。