システム開発の要件定義の進め方
システム開発の要件定義の方法について「はじめよう! 要件定義 ~ビギナーからベテランまで 」という書籍では要件定義の基本になることが分かりやすくまとまっていたのでその内容をまとめていきます。人や状況によって様々あり、必ずこれをやればいいというものが明確にしづらいですが参考になれば幸いです。
やってみて良かったこと、感じたことをまとめていきます
システム開発の要件定義の方法について「はじめよう! 要件定義 ~ビギナーからベテランまで 」という書籍では要件定義の基本になることが分かりやすくまとまっていたのでその内容をまとめていきます。人や状況によって様々あり、必ずこれをやればいいというものが明確にしづらいですが参考になれば幸いです。
新卒で社内SEになって感じた経験からメリット、デメリットを挙げていきたいと思います。また新卒で社内SEを目指している方向けに社内SEに適している人の特長もまとめていきます。
何が出来るかをベンダー側に確認することはあると思いますが、それを確認する前にやることがあることを把握しているかしていないかで失敗するかが変わります。何故、何が出来るかから考えることがダメな理由と防止策をまとめています。
プロジェクトリーダーが何をしたらよいか、全く分からないという人向けに最低限することをまとめています。内容は、ガイドラインレベルですが何もないよりはよいかと思いますので参考になれば幸いです。
社内SEとして働く中で顧客(ユーザー)の要望を聞いて実現しても部分的な解決しかならないことが多々あります。その解決方法として「メタ思考トレーニング 発想力が飛躍的にアップする34問」の本から使えると思った内容をまとめていきます。
残業の管理方針が違う部署を経験したことから、私が理想と感じた残業管理とその実態と改善点をまとめています。
「世界で最もイノベーティブな組織の作り方」という本を読んで自分の経験や見解をまじえてイノベーションに必要な要素をまとめました
定例会議はどこでもやっているのかもしれませんが、働き方改革などで効率化が求められている現在では会議も減らしていく必要があります。その中で定例会議での無駄と思えることと、それを変える方法をまとめます。
プロジェクトマネジメントというとPMBOKなどの手法が色々出てくると思いますが、それを全て網羅しようとすると大変です。私は実際にプロジェクトを進める場合にこれは最低限必要で作成しているという内容を挙げてまとめました。
完璧主義の弊害を考えてみて、それではどうするかをまとめてみました。またシステム開発の手法にも当てはめると意外と違う見方もあるのかと思いました。