Download as PDF, PPTX
Uploaded byDevelopers Summit
【19-B-1】情シスの中のアーキテクト ～ソフトウェアアーキテクチャを超えて～
Developers Summit 2016 【19-B-１】和智様の資料です。
More Related Content
![[2021年3月11日] エンタープライズ・インフラ構築・運用でもDevOpsを活用しよう（CloudNative Days Spring 2021 ON...](https://cdn.slidesharecdn.com/ss_thumbnails/cndopresentation20210311-210228035404-thumbnail.jpg?width=640&height=640&fit=bounds)
Similar to 【19-B-1】情シスの中のアーキテクト ～ソフトウェアアーキテクチャを超えて～
![[ESM_CM セミナー]小さく作って大いに役立つスマートフォンアプリ(CYCLONE)公開用](https://cdn.slidesharecdn.com/ss_thumbnails/withesmsmartphoneapplicationandcyclonecodename1000-111207215903-phpapp01-thumbnail.jpg?width=640&height=640&fit=bounds)
【19-B-1】情シスの中のアーキテクト ～ソフトウェアアーキテクチャを超えて～
- 1.
- 2.
- 3.
- 4.
- 5. アジェンダ 導入 ～アーキテクト／情シス／内製化～ 情シスにとって内製化とは？ 内製化「やってはいけない」 山を越えるために 情シスの中のアーキテクト まとめ 5 本資料および講演内容は、講演者個人の見解であり、 所属する組織の戦略ないし見解を必ずしも反映するものではありません。
- 6.
- 7. 導入 アーキテクトとは？ アーキテクチャを設計・構築・維持し、それを成長させ る責任を担うロール。 アーキテクチャとは、 全体像 に関わるもの。この「 全体」のとらえ方によってアーキテクトの守備範囲は変 わる。 7 “一度リリースを終えただけで アーキテクトを名乗るような人間には よくよく注意することだ” –LLuukkee HHoohhmmaannnn
- 8.
- 9.
- 10.
- 11.
- 12.
- 13.
- 14. 14 現行システムの業務仕様 業務フローの見直し 大規模新規開発 https://www.flickr.com/photos/126500863@N02/14585778617
- 15. 情シスにとって内製化とは？ 大規模新規開発への挑戦 開発全体のマネジメントを自社内に取り戻すことになる ため、ノウハウが蓄積されていないユーザー企業にとっ てはそれなりにチャレンジング 15 開発全体 プログラミング プログラミングの問題ではなく、マネジメントの問題
- 16. 情シスにとって内製化とは？ 山の向こうにある世界 16 事業部ユーザー システム 事業部フロント 開発チーム バックログ 使用 問い合わせ／要望 起票 ログ 企画 経営 PPOO 戦略 起票 優先順位 参照 開発
- 17.
- 18.
- 19.
- 20.
- 21. そういえば、アジャイルとは？ アジャイル宣言の背後にある原則 21 顧客満足を最優先し、 価値のあるソフトウェアを早く継続的に提供します。 要求の変更はたとえ開発の後期であっても歓迎します。 変化を味方につけることによって、お客様の競争力を引き上げます。 動くソフトウェアを、22--33週間から22--33ヶ月という できるだけ短い時間間隔でリリースします。 ビジネス側の人と開発者は、プロジェクトを通して 日々一緒に働かなければなりません。 意欲に満ちた人々を集めてプロジェクトを構成します。 環境と支援を与え仕事が無事終わるまで彼らを信頼します。 （以下略） http://agilemanifesto.org/iso/ja/principles.html
- 22.
- 23. 内製化「やってはいけない」 「コンサルタントを信じすぎる」 23 コンサルティング企業とは、「業務における 問題の発見・解決策の提案・業務の改�善の 補助、経営戦略への提言、などを中心に、 企業の様々な業務を効率化するための 提案自体を売り物にしている企業」 のこと ウィキペディア ((WWiikkiippeeddiiaa)):: フリー百科事典（hhttttppss::////jjaa..wwiikkiippeeddiiaa..oorrgg//wwiikkii//コンサルティング）より
- 24.
- 25.
- 26. 内製化「やってはいけない」 「ツールに頼りすぎる」 開発の様々な局面でツールは必要不可欠 デファクトスタンダードも少なくない • 課題管理→ Redmine / JIRA • コミュニケーション→ Hipchat / Slack • バージョン管理→ Git / SVN • IDE→ IntelliJ / Eclipse 26 では、注意すべきことは？
- 27. 「ツールに頼りすぎる」 特定のパラダイムに基づき、プロセスをコントロールで きている前提で、各アクティビティをサポートするツー ルを使う分には何ら問題はない。 パラダイム 内製化「やってはいけない」 27 プロセス アク ティビ ティ アク ティビ ティ アク ティビ ティ アク ティビ ティ ツール ツール
- 28. 「ツールに頼りすぎる」 特定のパラダイムを持ち、プロセスを包括するようなツ ールを導入する場合には、そのパラダイムが文脈に適し ているか、十分な先行事例があり安全であるかという点 について注意深く評価する必要がある。 ツール＝パラダイム 内製化「やってはいけない」 28 プロセス アク ティビ ティ アク ティビ ティ アク ティビ ティ アク ティビ ティ
- 29.
- 30.
- 31.
- 32. 内製化「やってはいけない」 ではどうすればいいのか？ 32 適切に計画する コンサルタントの専門知識を活用する 要所要所で適したツールを使う ベンダーとの協力・信頼関係を築く
- 33. 内製化「やってはいけない」 結局、誰もゴールまで連れて行ってはくれない 発注者が全体観を失っていては、他のアクター が最善を尽くしても、どこにもたどり着かない 33 発注者 コンサルタント ベンダー ツール 虎 Σ|||| Σ|||| Σ|||| 屏風
- 34. 内製化「やってはいけない」 自分の全体観の中で向き合うしかない 発注者が自らの全体観の中、各アクターの力を 借りてゴールまでの道筋を紡ぐ 34 発注者 コンサルタント ベンダー 虎 屏風 ツール
- 35.
- 36.
- 37.
- 38.
- 39.
- 40.
- 41.
- 42.
- 43.
- 44.
- 45.
- 46.
- 47.
- 48.
- 49.
- 50.
- 51.
- 52.
- 53. 53 OOnnee mmoorree tthhiinngg…�
- 54. • システムをどうしていくか自分たちで決められる • 最終的に（できる限りの）責任を持つ覚悟は大前提 • とはいえ、説明責任を果たし、最後までやりきるこ としかできないのだが • 発注者側に立って、これまで見えなかったものが見 えるようになってきた 54 ユーザー企業に入って 結局は最初から最後まで 覚悟 と 人 の話 大きな判断への導き 「全体」像の広がり 自分たちのシステムを作る楽しみ
- 55.