[[masuidrive on rails » Blog Archive » masuidrive的プロジェクトの方針]]http:// (more…)

masuidrive的プロジェクトの方針を読んだ。
ちょうど今、 Trac + Subversion で本格的に作業管理を初めていたところなので、タイムリーな内容だっ (more…)

スライド、大変興味深く拝見させていただきました。

自分のところでは、情報の整理や構成管理の面ではかなり改善しましたが、コミュニケーションの部分ではトップダウンで積極的に変わらないと難しいですね。チケットが未だ上手く活用できていないです。

各人のプロジェクトの掛け持ちが多く、個人用のツールを別途使うなど、組織、プロジェクト、個人の情報の１元化が出来ず、全体最適なカタチが未だ見えていません。

また、以前は「○○やっておいて」的な指示でも動けていたものが、チケットになると終わるまで残留します。
何を持って終了とするかを明確化する作業は、非常に上流のコストがかかりますが、彼らは彼らで他の調整事などが多く、なかなかその余裕が無いのが悩ましいところです。

「最低限こんな事態は防ぎたい」レベルがクリアされていれば、あとは使いやすいモノをみんなで使ってくレベルでいいのかな、と最近思っています。

Googleスプレッドシートなんか、Excelで管理の文化からも以降しやすくて良いですよ。

30分調べても分からなかったら○○に聞く
・プライドが許さない
・馬鹿にされるのが怖い

という事で、うまく行かない事が多いような。
あと、このポリシー以前に真逆の企業文化や体質が根付いていて、
無駄は多いながらとりあえず実績を積んでいると抵抗が生まれる。
安定した方法から、未知の方法に変わる事への恐れの克服が大事。
頭をカラッポにして、利害関係抜きで考える柔軟性があれば、
こんなに詳細に具体的に書かなくても、スムーズにいくのでしょう。
それには虚栄心を捨てて、相手が言った事を素直に吸収しあう意思が必要ですが、
経験が長くなるほど自分のやり方を外れる相手とやりづらくなるようです。

このドキュメントは自分の目指す所と一緒ですし、今の方法論としては
ベストだと思いますが、「これは最善、これ以上変えたくない」という
暗黒面に堕ちると、うまく機能しなくなるかもしれません。

個々の項目も（Integrationテストはあきらめる、以外）かなり同意できますし、最後にフィードバックと改善に言及しているのが素晴らしいと思いました。

了解です。数日中に詳しく書きます。

参考になるお話ありがとうございます。
「コマンドも含め全てのファイルはSubversionで管理」のくだりをもう少し詳しく知りたいです。