[B! it][上流工程] Mikatsukiのブックマーク

Mikatsuki id:Mikatsuki

itと上流工程に関するMikatsukiのブックマーク (2)

改めて考えるITエンジニアとITアーキテクトの違い
IT エンジニアのキャリアの一つに「ITアーキテクト」があるが、今ひとつ実像をつかみにくい職種である。そこでこの週末スペシャルでは、筆者がこれまでに関わったITアーキテクトの記事をまとめ、少しでもその実像と魅力をお伝えしたい。筆者なりのITアーキテクトの定義はこうだった。「システムのアーキテクチャーに責任を持つエンジニア」。しかし、この定義ではイメージがクリアになるどころか、新たな疑問を持つ人のほうが多いだろう。その疑問とは「アーキテクチャーとは何か？」である。アーキテクチャーがモヤモヤしている以上、ITアーキテクトもモヤモヤしてしまう。そう思っていたときに書いたのが次の2本の記事だ。「エンジニアの発想」「要件の設計の間にあるもの」といったアプローチでアーキテクチャーの実体に迫ろうとしている。アーキテクチャーとは「エンジニアの発想」のこと要件と設計の間にあるものアーキテクチャーにつ
Mikatsuki 2016/04/24
it

アーキテクト

エンジニア

開発

設計

上流工程
リンク
[IPA] デスマらないために「超上流から攻める IT 化の原理原則17ヶ条」が思った以上に使える件 [要件定義] | oshiire*BLOG
「超上流」という言葉自体はとても気に入らないけれども、IPA 独立行政法人情報処理推進機構が作って公開している「超上流から攻める IT 化の原理原則17ヶ条」が、当たり前のことを当たり前に並べてあってとても役に立つ。原理原則 17箇条ユーザとベンダの想いは相反する取り決めは合意と承認によって成り立つプロジェクトの成否を左右する要件確定の先送りは厳禁であるステークホルダ間の合意を得ないまま、次工程に入らない多段階の見積りは双方のリスクを低減するシステム化実現の費用はソフトウェア開発だけではないライフサイクルコストを重視するシステム化方針・狙いの周知徹底が成功の鍵となる要件定義は発注者の責任である要件定義書はバイブルであり、事あらばここへ立ち返るもの優れた要件定義書とはシステム開発を精緻にあらわしたもの表現されない要件はシステムとして実現されない数値化されない要
Mikatsuki 2015/01/19
it

上流工程

開発

考え方

思考
リンク
1