Task管理？Project管理？TrackingSystem

最近、自分の作業環境でTracを使っていて思う事。

• Tracは実作業者だけでなく、Projectの状態を知りたい人も見たい。
• そのため、あまり細かい単位では登録しない。小さくても数時間程度のTicketを登録している。

この運用で困るのが、実際はひとつのTicketであっても実作業者の頭の中ではもっと小さい単位で分割されているという点。例えば、ひとつの数時間程度の作業量のTicketも頭の中では数十分から数分単位に分割されているとか。これもちゃんと管理しておかないと作業のフローやら何やらの効率が落ちる。だから今のところ、これの対策として別途Task管理をするための何かを立てて作業している。自分ならtugboatを立ててそっちに小さいタスクを登録しているが、これはこれで面倒だし、何よりEclipseMylynとの連携がしづらい。Tracの方のTicketを開きっぱなしでEclipse作業しているものの、SCMへのCommitの単位はtugboat上の単位とか。以下の要求を満たすものは無いものか。

1. TracのTicket間で「親子（分割）」「依存（CriticalPath）」「類似（同一人物が作業した方が良いとか）」の関連性をつける事ができる。
2. さらに、上記の親子関係のLevelでFilterする事ができる。タグでフィルタしても良い。
3. TicketをGTDぽく管理できる。最低でも「Today」「Week」くらいは欲しい。その時、フォルダ間の移動もTimelineに乗ってくれる。
4. もちろん、Todayフォルダ内のTicketしか作業開始できない。
5. TicketとSCMへのChangesetを関連づけできる。

最後のは「あれば嬉しい」程度だけど、それ以外は必須。どぅだろ。

テスト工程の外だし

外部にTest工程を依頼するような話をする場合、発注者側は「Test対象」「Test対象と同期が取れた仕様」を全部同時に揃える必要があると思いますが、従来の設計手法でこれが可能ですかね？「それに対するTestCase、テストシナリオ」も外だしするならもっと大変。先に開発プロセスの見直しが必須ですよね。もしくは、開発プロセスの見直しを迫られる可能性を考慮して準備しておく必要があるでしょうね。 そして、これらを全部同時に揃えることが可能とした場合、そのタイミングがTest受注側の「新しい回帰が始まるタイミング」となるわけですが、このリリースを連続的にできるんでしょうか。Testですから、全部Greenになってしまえば次の「新しい回帰が始まるタイミング（次の「Test対象、それに対する正しい仕様」のリリース）」までは作業が無い（やっても意味が無い）わけですが、この間の工数ってのはどこが負担するんでしょうね？Testする側はリリースがあるたびに大量の人間の確保が必要ですから、人の確保は必要ですし。 「TestCase、シナリオ作成は受注側で」となるなら、受注側は仕様の把握は必須ですし、その間に仕様が変わる場合は、それについては常に同期を取っておかなければ無駄なTestCase、シナリオを作成してしまう恐れもあるし。ここまで考えると、まず大幅に開発プロセスの見直しを行ってからじゃないと、テスト工程の外だし作業は簡単に破綻するんでしょうね。テスト工程の受注側にも大きな迷惑をかけるだけ、会社間の空気も悪くなるだけ、というイヤーな結果だけを残すんでしょうね。 何の準備もせずテスト工程の外だしという流行に乗るだけ乗って、失敗して文句たれるだけ、の会社がたーくさん出てくるのでしょうかね。そんな風な、ちっとも進歩しない会社は、みじめですね。業界を悪くする一端を担うことに責任感を感じてでもいるのでしょぅか。

色々リリース

• ライブドア、社内公募で開発されたタスク管理・共有サービス「fixdap」 管理ツールという事で。
• Google Chart APIと同じ機能をJavaで、速攻でEastwood登場 | エンタープライズ | マイコミジャーナル 実際は業務でGoogleを利用するわけにもいかんし、Servletとしては採用価値がありそぅ。
• 定番Webプロキシ「Squid 3.0」が正式にリリース | エンタープライズ | マイコミジャーナル
• Ruby on Rails 2.0.2登場 - デフォルトDBがMySQLからSQLite3へ | エンタープライズ | マイコミジャーナル
• CodeZine：無償版のVisual Studio 2008 Express Edition、本日より提供開始（VS 2008）

Blogged with Flock

管理ツール

こんな管理ツールが欲しい、と思っているものを可視化してみる。自分の「要求」を書き出すかんじ。

1. 上流でいう「要求」管理ができる。必ずしもエンドユーザと直接、とは限らないため必須ではない。
2. 「要求」にぶら下がる「機能」「仕様」の管理ができる。日本らしく、より柔軟な表現として「要求」と「仕様」の間に「要件」の階層があっても良いかも。
3. 「仕様」「機能」に対応する「試験」の管理ができる。逆に、対応する「試験」が無い「仕様」「機能」は明確に分かる。
4. 「機能」は階層化する事もできる。
5. 「機能」「試験」にぶら下がる「作業タスク」が管理できる。
6. 「作業タスク」を行うための「学習タスク」が管理できる。
7. 「作業タスク」や「学習タスク」を消化するための「一日単位で消化可能な個人タスク」が管理できる。
8. それら「個人タスク」に「本日」「今週」「近々」「いつか」の状態を持たせることができる。
9. 「個人タスク」を「本日」状態に設定できるのは当日の朝だけ。しかも、作業を割り振られた本人しかこの作業を行えない。何か危機感などがあるなら、その旨を記録しつつ「本日」状態にする。同様に「今週」状態については週頭にだけ作業できる。
10. 「本日」状態にないタスクの作業を行うことは絶対に許可しない、という強制力を持たせる。
11. 「本日」「今週」状態が付加されたタスクがその範囲内に完了せずに「持ち越し」となった場合、デカデカと真っ赤にトップページに表示されるなど、明らかに全員に分かるようにする。その状態を解消するには「理由」が必要である。また、一定回数持ち越しが発生したタスクは「危険」状態を設定できる。
12. これらを運用するための「管理タスク」が毎日全員に発生する。
13. 各「機能」には完了予定日を設定できる。
14. 各「個人タスク」は時間の記録もできる。これは本気で運用すると大変な為必須ではない。

これだけだと大雑把だけど、システムでこれらをやりたい。そして、やるからには徹底した運用がしたい。仕様だとか機能レベルは後付けでもよいとして、まずは「個人タスク」レベルの徹底した運用を。逆に、個人タスクをどんどん登録していって後から上の方へ展開していってもいい。とはいえこれは皆が頭の中で既に同じような事をやっているはずなので（既にシステムで徹底してやってるとこもあるだろぅし）、管理システムがあれば後は「どれだけその運用に強制力を持たせるか」という事なんだと思う。割れ窓理論にならないように、運用だけでなくシステム側でも「強制力」が強いシステムである必要があるよなぁ。人間は弱いから、どうしても手を抜いてしまうもんね。運用しているように見せかけて、例えば上記でいう「持ち越しの理由」の中身とかがスカスカになったりしやすいだろぅし。で、こういうところに力、時間、工夫を注げない、その事に時間をかける意義がわからない管理者はダメなんだろね。システム同様、後から分析をするにはログが必要で、人間の行動も同じだと思う。 とか書いてるけど既にあるのか？あるなら誰か教えてください＞＜ 無いなら作ってしまいましょぅ！

Blogged with Flock

色々リリース

• Ext 2.0のドキュメント登場、正式リリースは11月15日 | エンタープライズ | マイコミジャーナル 以下のようなドキュメントが既に公開されているみたい。
  • Ext 2 Overview - Learn About the Ext JavaScript Library
  • Ext 1 to 2 Migration Guide - Learn About the Ext JavaScript Library
  • Ext 2.0 - API Documentation
  • Ext 2.0 Samples
  APIDocumentaionがスゴイ！Ext2.0自身を使用して作成されているが、普通にJava等で作ったRichClientアプリと比べて全然負けていない。Tree, TabbedPane, List形式でのPanelの配置、Panel内でのドキュメントのExpand...Ext2.0を触ってなくてもドキュメントを読むためではなくExt2.0を体験するためだけにでも見る価値アリ！
• Dojo 1.0準備リリース登場 - スケジュール遅延も、近いうちに最新版公開へ | エンタープライズ | マイコミジャーナル もぅすぐなのかぁ、と見に行ってみるとTopPageには「1.0.0 available」の文字がw
• Rails 1.2.5をサポートした「JRuby 1.0.2」をリリース:ニュース - ZDNet Japan
• サン、「Java SE 6.0 Performance White Paper」を公開:ニュース - ZDNet Japan モノをみて気になったのは、I/Oのベンチ結果でJDK6がJDK5の200%の結果を出してるところ。
• 非公式ながらもGrailsで40%の速度改善を確認、Groovy 1.1 RC2登場 | エンタープライズ | マイコミジャーナル わたし自身はRails自体は興味がないですが、活発に改善されているみたいです。
• EnterpriseZine：ナレッジデータベース、Webブラウザ上で使えるプロジェクト管理ツール「Onigiri」を無料提供開始 「メンバ管理」「タスク管理」などができ、「工程管理」で「タスクを含むカテゴリ」を管理できる。でもそれだけ。あんまり使えそうに無い。タスクごとの期限や、予測/実績工数が入力できない。

色々リリース、その他

OpenPNE2.8.5

• OpenPNE2.8.5リリースのお知らせ
• OpenPNE2.10RC2リリースのお知らせ

試しにウチの事務所にも入れてみるかなぁ？XOOPSなら一度試してみたけど…。ちなみに、OpenPNEの開発管理はTrac月で行ってるんでしょうかね？ Trac月は最近社内の一部の開発でも試験的に導入してますが、EclipseのMylynとの連携が便利すぎますね。ガントチャートプラグイン、カレンダプラグインも激しく便利そぅなので是非試したいなぁ。

ITpro | アドビのPDF管理ソフトをビッグローブがSaaS提供

具体的な利用例として、取引先への提案書や見積書への適用を挙げる。取引先へ見積書を送付する場合に、閲覧権限に加えて失効日を指定しておく。「期限が過ぎた文書は自動的に閲覧不能になるため、高いセキュリティを容易に保つことができる」（同）。ほかにも新製品開発プロジェクト期間中に関係者だけに閲覧させるなど、「文書を扱うあらゆる業種で、このサービスを利用してもらえる」（同）。

やっぱりこういぅ使い方なんですね、PDF強いなぁ。AIR+PDFの入力フォーム…複数社による連携が必要なシステムでの業務入力画面はこぅなるのか？

ZDNet | 三菱東京UFJ銀行、監視カメラとICタグをひも付けた文書管理システムを導入

業務文書、帳票管理の話が出たついでにもひとつ。

文書ごとにICタグを貼り付けて、文書の利用が許可されているエリア以外への持ち出しを、エリアの出入り口となるゲートで検知、監視カメラで記録すると同時に、不正な持ち出しを検知すると警報を鳴らす

物理的すぎるｗ とか笑っていられない時代なんだよなぁ。

色々リリース

バグ追跡システム「JIRA 3.11」リリース

こいつはOSSではありませんが、OSSのトラッキングシステムは色々あります。

• bugzilla-ja
• Trac
• mantis

PHPで導入が簡単なmantisかなぁ。

Aptana、IDE「Aptana RadRails Milestone 7」をリリース

Railsには興味を持たないようにしているのですが、Aptanaはエライ活発ですね。

Ajaxフレームワーク「jMaki 1.0」登場

とうとう1.0がリリースのよぅですね、java.netだし見ておかなきゃなりませんね。ハァ。

「Continuum 1.1-beta-3」リリース

Maven2+Continuumの時代になっていくんですよね。ハァ。

「Apache MyFaces Trinidad Maven2 plugin 1.2.3」リリース：4つのバグ修正

MyFacesでAjaxが使えるなんて知りませんでしたが。

RESTfulなWeb APIを使う開発者は必須「eXeve」

最近WebServiceについて後輩が勉強しているよぅですが、RESTもちゃんと見てるかな？

Googleが考える「iPhone向けアプリケーション」：GWT Feed Reader

最近会い方がGWTについて勉強しているので。モバイルまでは中々手が回りませんが…。