マガジンのカバー画像

ソフトウェア開発

331
プログラミングではなく、そのプログラミング「製造/実装」を取り巻くソフトウェア「開発」における工程全体について触れたいと思います。
運営しているクリエイター

2022年4月の記事一覧

内外製区分

なにかしらの生産活動にあたって、外部から適切な品質の資材を「必要な量」だけ、「必要な時期…

視野を広げてピンチに強い「頼れるエンジニア」になろう

想像してみてください。 あなたは、そんなときどうしますか? なかには「サービスです」とい…

チーム活動の基本マナーを守ろう

チームで活動するためには守らなければならない基本マナーがあります。 そもそも基本の「き」…

標準化の必要性について考察してみる

企業などの組織で開発するITシステムは、その一つひとつの規模が大きいうえに単に作れば終わ…

ドキュメントはエンジニアを助けるもの

コードをいじっているのが大好きな人は結構多いのではないでしょうか。 多くの学生たちにとっ…

プロジェクトメンバーの特性を解析する

IT企業においてソフトウェア開発を行うメンバーとしてプロジェクトに参画すると、たいていの…

見積りも計画もバッチリだったのに問題が起きる理由

結論から言えば、それは  変更管理 がずさんだからです。変更管理、変更依頼管理とも呼ばれますが「構成管理」や「問題解決管理」と並んで、プロジェクトマネジメントが嫌いな人の  3大苦手管理 の1つとして位置づけされています。ほかにも「課題管理(orインシデント管理)」「リリース管理」などもありますが、これらは少し毛色が異なるため一旦度外視してください。 ちなみに「構成管理」とは、SVNやGitなど構成管理ツールを使っているかどうかは関係ありません。資源構成を適切に"管