エンタープライズ顧客のDX推進に企画・開発・導入/運用・継続開発まで一気通貫で伴走するDXパートナーです。アジャイルなチーム開発、クラウド活用、UI/UXを得意とし、顧客専用チームが最適な技術を組み合わせて支援します。顧客のDXやモダナイゼーションを支援するプロダクト・サービスも提供します。
先日、2013/3/23(土)に弊社でチケット駆動と開発環境に関するイベントを開催しました。リンク先には資料も上がっていますので参照ください(※アトラシアン製品関連のイベントです)。 基調講演にはチケット駆動開発を推進されている関西XPUGのあきぴーさんをお招きして「チケット駆動開発をパターン言語で読み解く」という話をしていただき、最終枠ではパネルディスカッションをしました。 チケット駆動開発とウォーターフォール パネルディスカッションでは、僕が「チケット駆動開発を作業計画に使うのは難しく、WBSとの併用が現実的」と話し、あきぴーさんが「作業計画をチケット駆動開発で回していくには」というノウハウを紹介されていました。 この違いは僕がウォーターフォール的な新規案件を、あきぴーさんがアジャイル的な開発/保守運用案件を前提にしているためです。 僕自身はBTS(Bug Tracking Syste
小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le
デブサミ2013のセッション14-B-5「チケット駆動開発の本質」で講演した資料をCCアトリビューションライセンスで公開します。 タイムテーブル:Developers Summit 2013 今年のデブサミは参加者がとても多かったです。 関係者の方に聞くと、今日だけで2500人もの開発者が訪れたらしい。 10時前の開演時には、300メートル近い長蛇の待ち行列が並びました。 今回の講演では@sakaba37さんと、4年以上に渡るチケット駆動開発の経験を元に、チケット駆動開発の本質と今後の方向性について語りました。 僕は、現場の経験知や暗黙知として流通しているノウハウをパターン言語という形式知にまとめて、再利用できるようにするだけでなく、チケット駆動開発の本質に迫りたいと考えています。 今回は、そのアイデアの一部を披露しました。 また、パターン言語以外にチケット駆動開発を使って考えていることは
本日、Redmineでのタスク管理を考える勉強会@大阪第1回が開かれました。 スタッフの皆さん、ありがとうございました。 今日の発表資料をCC Attribution ライセンスで公開します。 Redmineを初めて導入した時によく聞かれる質問や、よくはまるアンチパターンについて発表しました。 多分、どれか一つぐらいは経験があるだろうと思います。 「放置されたチケット」は原因が根深いアンチパターンです。実際、他のアンチパターンと同様に発生してます。 「空っぽのロードマップ」はバージョンやロードマップの機能が分かっていないチームに多い。 特に、MantisやTracでは、バージョン(マイルストーン)やロードマップをまともに使っていないチームはRedmineよりも多いでしょう。 Twitter / @akipii: まさにその通りですね。redmineを使う以前の問題なのかも。 RT @agi
小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le
Mantis 1.2.0a1 PukiWiki連携 Mantis 1.2.0a1でPukiWikiと連携する環境ができました。α版ベースなので変更される可能性はありますが、大きく変わる事はないと思いますので、参考までに掲載しておきます。 ※ 注意事項 ※ 2008/05/29追記 以下は従来互換のためのロジックなので、1.2.0ではどうやら「プラグインを使った連携」を実現するのが正当な対処らしいです。< 本家BTSより 今は世に存在しないので作る必要がありそうだけど、そんなに需要あるかなぁ… 環境 本ページで紹介するMantis 1.2.0a1のカスタマイズ環境は以下です。 ソフト バージョン 備考 Linux Ubuntu 7.10 (Gutsy Gibbon) VMWare Apache 2.2.4 PHP 5.2.3-1ubuntu6.3 MySQL 5.0.45 UTF-8 Ma
もう3年前の記事になるけど、参考になったのでメモ。 【元ネタ】 wikiとmantisを構築 業務をより効率的に - masahirorの気まま記録簿 Mantisは、BTSだけならばとても優秀なBTSだと思う。 しかし、Wikiが無く、SVNリポジトリと連携できない。 #但し、フックスクリプトを作ればSCMと連携可能だし、パッチを当てればWiki機能を追加できる。 RedmineやTracが従来のBTSと異なる特徴や利点は何なのか? それを明確にできれば、チケット駆動開発(TiDD)が一体何をもたらしているのか、チケット駆動開発の何が画期的なのか、が分かるだろう。 BTSは単なるバグ追跡システムで、基本機能は、Web上でバグを障害報告票で追跡すること。 障害報告票をExcelからWeb化することによって、バグ修正と検証の作業がとてもスムーズになる。 更に、このワークフローがとてもスムーズ
チケット駆動開発を実践して、色々考察してきて、ベストプラクティス集を作りたいと思っている。 理由は、チケット駆動開発とアジャイル開発の密接な関係を明確にして、アジャイル開発を簡単に運用できるノウハウとして公開したいからだ。 僕は、チケット駆動開発には下記4個のプラクティスが最低限必要だと思っている。 但し、XPのプラクティスと同じだがTiDDの言葉で言い換えているものもあるので注意。 1・チケット・ファースト(Ticket First) 【説明】 基本は、プロジェクトの作業はチケットを受け取ってから始める。 チケット無しで作業はしない。 また、SVNコミット時に、チケット無しのコミットも不可。 【効用】 チケットがタスクカード(作業指示書)のため、コミュニケーションロスがなくなるし、作業履歴がチケットのコメントとして残る。 進捗情報は全てチケットに書くから、BTSのチケット集計機能でリアル
チケット駆動開発の戦略part3として、BTSをソフトウェア開発のBusiness Intelligenceとして使うアイデアをメモ。 #走り書きなので後でまとめる。 元ネタは、下記の記事。 Mantisのバグ情報から信頼度成長曲線作成ツール SRATS取り扱い説明書 【1】Web2.0の重要機能「足跡」をプロジェクト管理に応用できないか? ソフトウェアメトリクスの測定には、大きな障害がある。 それは、メンバーがプロジェクトに関する様々なデータを「入力する手間」が発生することだ。 ソフトウエア開発プロジェクトはただでさえ忙しいから、入力するデータの質は落ちやすい。 だから大手SIや銀行では、上からの命令で15分おきに生産性を入力させるような運用もしている。 つまり、彼らは従業員の実績をリアルタイムに管理したがっている。 でも、ソフトウェア技術者である僕らは奴隷じゃない。 トイレに行く時間ま
チケット駆動開発についてのFAQをまとめてみた。 他に聞きたい質問があれば、コメントして下さい。 チケット駆動開発のFAQを集めれば、チケット駆動開発を普及させるのに役立つと思うから。 【元ネタ】 チケット駆動開発 … ITpro Challenge のライトニングトーク (4) - まちゅダイアリー(2007-09-07) TiDD:チケット駆動開発: ソフトウェアさかば RedmineとTracの機能比較: プログラマの思索 脱Excel! Redmineでアジャイル開発を楽々管理 - @IT自分戦略研究所 Tracのワークフロー: プログラマの思索 ワークフロー機能のカスタマイズ方法 - かおるんダイアリー そろそろTracのワークフローについて語っておくか - almost nearly dead チケット駆動開発は進捗報告作りをどのように解決しようとするか?: プログラマの思索
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く