アーキテクチャとアジャイル - プロジェクトをまともに進めるための両輪について #DevKan #devlove
- yusuke_arclamp
- 3882
- 1
- 1
- 3
#DevKan ITサービス運営モデル v0.2 静的な構造。(納入される成果物) 動的な構成(クラウド・仮想化・サーバ)→サービスの振る舞い→利用者の体験価値 image.slidesharecdn.com/ipa201412gxpsh…
2014-12-20 14:04:06#DevKan 運用プロセス。業務プロセスの人たちは変化を好まない。 開発プロセスや企画プロセスの人たちは変化を好む。 傾向がある。
2014-12-20 14:05:38「静的な構造」:プログラマの興味中心 => 開発プロセス 「動的な構造」:インフラ屋の興味中心 => 運用プロセス 「サービスの振る舞い」:仕様を書く人の興味中心 => 企画プロセス 「利用者の体験価値」 => 業務プロセス #DevKan #DevKan
2014-12-20 14:05:42順番としては、企画 => 開発 => 運用 => 業務 =(FBループがあれば)=> 企画 => … とループする #DevKan
2014-12-20 14:07:01所謂アジャイルは開発プロセス中心、開発〜運用がDevOps、業務プロセスからの企画プロセスへのフィードバックがLEAN START UP、というあたりに興味の中心がある #DevKan
2014-12-20 14:08:40アジャイル、DevOps、リーンに関する、 @yusuke_arclamp さんの見解、同意できる。 #DevKan
2014-12-20 14:08:55#DevKan ITサービスの運営モデルに、リーン、アジャイル、DevOps、クラウド等のキーワードを当てはめると理解が深まりそう。 印刷して付箋を貼ろう。
2014-12-20 14:09:38#DevKan ITサービス運営モデルに業務プロセスや運用プロセスもあるね。訂正します。保守的なプロセスと変化の速いプロセスは根本的に対立する
2014-12-20 14:11:27#DevKan バックエンドのチューニングで0.1秒よりも、3秒待ってもらえる画面を作る方がパフォーマンス的に重要。大事なのは利用者の価値体験。
2014-12-20 14:12:44サービスの振る舞いは多くの要素によりなりたつ。例えばDBアクセスに今3秒かかっているとする。これをDBチューニングで短くする、という考えもあるが、一方で(プログレスバーなどで)ユーザに3秒「待ってもらえる」IFを設計する、という考えもある。 #DevKan
2014-12-20 14:13:21#DevKan ITサービスの運営モデルに、リーン、アジャイル、DevOps、クラウド、UI/UX 等のキーワードを当てはめると理解が深まりそう。 印刷して付箋を貼ろう。(追加)
2014-12-20 14:13:26静的構造(SQLチューニング)、動的構造(DBパフォーマンス最適化)、サービス構成(UIの改善)という3つの軸で総合的に「ユーザの体験価値」は作られる #DevKan
2014-12-20 14:14:36アーキテクチャとは。システムの中に囲われるステークホルダが複数いて、それぞれに感心事(ビュー)がある。複数のビューを不整合が起こらないようにモデルを組み立ててやる必要がある。 #DevKan
2014-12-20 14:16:58