オルタナティブ・ブログまた、RUPではアーキテクチャを初期に構築している。こちらの考え方も学ぶ価値があるかもしれない。この辺り、もっと勉強したい。アーキテクチャジャンプは顧客に価値を生まない。説明する?下記の事を、誠実に顧客にそのまま伝えるしかないと思う。実施しないと、以後の作業コストは増大していく実施すると、最悪1イテレーション程度、新しいストーリーを実現できない最初に全体を見通せないので、契約や予算どりをどうするのか?個人的な見解としては、アジャイルなプロジェクトが誠実なだけではないか、と思っている。WF(ウォーターフォール)型では、本当に最初に全体が見通せているのか?そもそも、WF型は全てが予測可能で変化しないことを、アジャイルでは全てが変化することをそれぞれ前提にしている。両者とも上手くいく、という仮定をおけば、より都合のよい前提を置いているWF型の方が有利なことは当然である。問題は、その前提が成り立つかどうかだ。私は(そしてアジャイルを推奨する方々も)その前提は成り立たないと確信している。WF型はこの前提が崩れると弱い。アジャイルでは、最初に全体が見通ず、確実なコミットメントができないことを真摯に伝えている。いえ、契約が難しいことに変わりないよね?おっしゃる通り。私も答えは出せていません。IPAでレポートが出ていたります(私は、実はまだ読んでません)。株式会社ソニックガーデンなお、海外では、日本よりもずっと、委託側の個人や部門の権限が強いらしいので、アジャイルなソフトウェア開発における契約形態は、日本ほど問題にならない、とのことです。この辺りも、もっと勉強したい。その他学んだこと私のtwitter上のまとめメモを掲載します。チーム運用島チームの雰囲気作りはリーダーの責任である。あなたがリーダーでなく、チームの雰囲気が良くない場合に取るべき行動は、リーダーとコミュニケーションし、期待を伝えることだ。クライアントとか)方法と、機能で分ける方法がある。webconwayの法則を考えると、機能毎に分ける際には細心の注意を払わないと、よくない分断が起こるのかもしれない。web宇宙チーム緊急時に遵守されないルールは、無駄なことが多い。そのようなルールは、いっそのことなくした方がよいかもしれない。webプラクティスを導入する際には、チームでメリットデメリットを共有し、合意の上で導入するのがよい。web基本はアナログで充分かと思うが、TiDDをやりたければ、Redmineとかのチケット管理ツールでタスク管理する必要がありますね。webワールドカフェ外ツールの機能は多すぎても少なすぎてもよくない。利用者に必要な機能を網羅していれば、後はサポートする人の立場で考えて、最もサポートしていきやすいものを選べばよい。それはきっとシンプルなツールのはず。2月のツイートをまとめた備忘録。上半期のツイートを適当にまとめてみている下半期につづいて上半期もやってみよう。下半期のツイートを適当にまとめてみているほぼ私自身のためだったりする。twitterに呟いていますが、twitterに書ききれない事をここに綴って行こうかと。)はてなブログをはじめよう!hyokotaさんは、はてなブログを使っています。あなたもはてなブログをはじめてみませんか?はてなブログをはじめる(無料)はてなブログとはカイゼンにっき。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。