フリーランスSIerだと受託になるので、契約を介して委託元とプロジェクト業務を分担する。RFPや見積もり依頼書がザルだとリスクてんこ盛りでコンテンジェンシを山のように盛らざるを得ない。心理的安全性ここ数年のエンジニア界隈、特にSIerから事業会社へ流動性は少しずつ高まっていると感じられる。継続SIerでのチーム。チームは組織図上のチームか組織図とは別にプロジェクトチームの2つに分類されるだろう。プロジェクトチームはマトリックス組織の上に仮想的に作られるか、組織図にもプロジェクトチームとして表現されるだろう。SIer本当にエントリシートをもういいかと思うほど見た。こちらもポジションを用意しているので諦めようかと頭を過るも、ここで踏ん張らないと自分たちの業務で積み上がっていることができなくなってしまうから、手を抜くことも止めてしまうこともできない。プロジェクトガチャ多くのエンジニアはSIerで働くことにどう思っているのだろうか。ソーシャルネットワーク上で『SIerもいところがある』などと呟こうなら、色々とレスが賑わいそうなことは容易に想像できる。的な感じのことを聞いたことがある。お金を持っている金融に優秀なエンジニアを割り振る。新興企業WebサービスやSaaSを提供しているベンチャーや新興企業は中途採用でエンジニアを採る。それはサービスを拡充したり、使い勝手を向上することでサービスを買ってもらい、生き残りたいからだ。あるから、即戦力のエンジニアが必要になる。価値ある教育コンサルタントと会話しているときに、昨今の終身雇用に対する経営者のギブアップの先の話になった。人月商売のSIerの経営者は、採用難でビジネスの頭打ちに危機感を覚えているのだという。SIerこんまりメソッド、あれはITのプロジェクトでの様々なやるか・やらないを判断するときの意思決定に即していると思う。いや、実際、それでプロジェクト計画も見積もり時のリスク対策もやっているはずだと思うのだが、要件定義にピッタリだ。SIerしぐさSIerしぐさ(えすあいやーしぐさ)とは、NPO法人SIerしぐさが「SIビジネスのリーダーたちが築き上げた、プライムベンダの行動哲学」と称して普及、振興を促進している概念である。対抗する概念に、アジャイルしぐさがある。アジリティ今の時代、エンジニアリング部門(開発でもなんでもいい)では、いまの時代に求められている不確実性に対する対応やビジネスからの変更へ対応できなければ先はない、と言われている。SIer経営課題をITで解決するのは経営課題を抱える事業会社のIT企画部門である。よって、経営課題を解決する主体者は、IT企画部門の担当となる。EMSIerのマネージャは、所謂、従来のマネジメントの役割をロールとして担わされている。従来のマネジメントの役割とは、分掌するビジネス領域をキャリーし、部下へ指揮命令を行うことである。学生のとき、会計学を履修した。履修したか、その理由は覚えていない。必修科目だったのかもしれない。いずれにしろ、履修した割には退屈な印象しかなかったのは、その程度の理解力しか持ち合わせていなかったということでもある。検証どこの組織でもマネージャに対して研修を行う。マネージャに対して研修を行なっていないとしたら、マネージャ候補中からマネージャのqualifyに必要な育成を行え、マネージャの実務に必要な知識をインストール出来ているということなのだろう。某所での会合での懇親会で、偶然、お隣になった方の会社の業績がとても好調なのだと聞いていた。SIerにも様々な業態があるから、おっしゃるとおりの(まるでITProから引用してきたような典型的なSIerと思った)Sierもあるだろう。ブコメでも書いたけれど、大変なんですねー。それともSIerの嫉妬か、新卒が集まらなくて役員あたりから猛烈にプレッシャーを受けている人事の中の人かな。入ってはいけないIT企業ってどんなユーザ系IT企業かと思ったらどうやら違ったのはどうでもいいのだけれど、書かれていることの言葉としてはそれどうなの、と思ったところがあったので。数十倍潰しが効くようなサーバサイドの...潰しの効く技術よりやりたことがあると言う方がキャリアに効く2017-12-20問題を読み、あなたの判断を答えなさい。プロジェクトマネジメント「あなたはたまたまプロジェクトの会議資料を準備するためにオフィスにいたところを担当役員に呼び止められ、否応もなく会議室に連れ込まれた。役員の話では、どうやら大規模プロジェクトのあるサブシステムでプロジェクトマネージャを交代しなければならな...問題を読み、あなたの判断を答えなさい。作業品質えっと、なかなか記事の内容がアレな感じなので捨てておこうかと思ったけれど。以下、引用は全て元記事からです。気持ちはわかるような今ひとつ大丈夫かな、と思ってしまうのが狙いのところ。進捗管理SIビジネスのシステム開発手法にどっぷりと浸かった上で飼い慣らされてしまうと、業務量を調整しようという発想ができずに、自分でなんとかしよう症候群に侵されてしまいます。育成まあ、多分、タイトルには後ろに隠れている前提があるんだろうなぁ、と思いながら読み進めるのが問題提起型のブログの読み手としては、一つの対処方法なのだろうと思うのです。プロダクトマネジメントプロダクトマネジメント、特にプロダクトオーナとして完成イメージを持ってプロダクトを作ると言う点において、全てのエンジニアが共通して持つことが必要なスキルだと思うのです。就業時間で見積もります。次の事項を考慮してください。有期限性の業務活動で、その業務をマネジメントつまりコントロールしたいのであれば出来ます。プロジェクトマネジメントの知識エリアの全てをやるのではなく、一部だけをやってもいいかもしれません。組織2012年以降、アジャイル開発がある一定のビジネスを牽引するようになったと思っているのだけれど、アジャイル開発での小さなチームで大きな成果を得ることや、大きな組織で変化し続けることはアジャイルだけの専売特許なのかしら。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。