チケット駆動開発が楽しい瞬間
まちゅさんの記事を読んで思ったことをメモ。
【元ネタ】
「申請書を書いて上司の判子もらわないと svn commit すらできない」場合もある - まちゅダイアリー(2010-04-06)
今年度は申請書(EXCELシート)書いて上司の判子もらわないと svn commit すらできない職場で仕事することになりました - SiroKuro Page
「申請書を書いて上司の判子もらわないと svn commit すらできない」場合もある - まちゅダイアリー(2010-04-06)のような状況は、僕も経験した時がある。
本番ソースはRational Clearcaseで厳格に管理されているため、開発チーム内部ではSubversionでソース管理していた。
そして、全て出来上がったら申請書を出して、承認してもらった後、全員で手分けしてClearcaseへ一括コミットする。
やりにくくて仕方ない。
まちゅさんの言う通り、ソフトウェア開発で厳格に管理すべきワークフローを間違えているのだと思う。
ところで、Redmineでチケット駆動開発を運用し始めて楽しいと思う瞬間は2つある。
一つは、チケットをどんどん消し込んで、ロードマップ画面でイテレーションの進捗率が上がっていく場合。
最初はたくさんのチケットを一括インポートするから進捗は0%だが、皆で手分けしてチケットをCloseしていくと、毎日の進捗は少しずつ上がっていく。
毎朝と退社間際にロードマップ画面で、取引線がたくさん付けられたチケットを見るのが楽しい。
もう一つは、新しいワークフローを見つけて、新しいトラッカーを追加した場合。
現状のワークフローでは作業しにくい、という話が上がった時、どのステータスを追加するか、どのようなフローにするか、議論して、ワークフロー設定画面でトラッカーを追加する。
そして新しいトラッカーをメンバー全員に説明して、運用してうまく回り始めると、やった!と思う。
何故なら、新しいワークフローを身に付ける事で自分の開発スタイルのバリエーションが増えるからだ。
新しいワークフローは、現場リーダーの一つの武器になる。
僕の数少ない経験上、新しいトラッカーは、テストやレビューなど、二人以上の作業者が交互にペアプロしながら品質チェックするワークフローで生まれやすいように思う。
理由は、Redmineのデフォルトのワークフローでは、ペアプロのような複雑な作業フローは設定されていないからだ。
ペアプロで行うワークフローは、作業者とその作業をチェックする設計者の2人の作業になるので、そのチケットを消し込むのは時間がかかる。
しかし、このワークフローを使うべき工程では、ミスが許されない部分が多いから、厳格に管理する時が多い。
例えば、バグ修正&検証、デザインレビュー(設計レビュー)など。
新しいトラッカーを見つける作業をしていると、ソフトウェア開発の業務分析をしている気分になる。
ソフトウェア開発は、新規開発もあれば、既存システム上の2次開発や保守、サーバーインフラの監視による運用保守など、色んな開発スタイルがある。
それぞれの開発スタイルでワークフローは違う。
どれだけワークフローを持っているか、が現場リーダーの手腕の見せ所。
我々IT技術者は受託開発で、顧客の業務を分析して、システム化する。
同様に、ソフトウェア開発の業務分析をきちんと行えば、どこを厳格に管理すべきか分かるはずだ。
| 固定リンク
「プロジェクトマネジメント」カテゴリの記事
- チームトポロジーの感想~大規模アジャイル開発でも組織構造は大きく変化する(2025.01.01)
- 「スクラムの拡張による組織づくり」のScrum@Scaleの感想(2024.03.31)
- ストラテジストとプロジェクトマネージャの役割の違いは何なのかpart2~プロセスのレイヤと達成目標のレイヤが異なる(2023.02.18)
- ストラテジストとプロジェクトマネージャの役割の違いは何なのかpart1~CSFはWBSみたいなものと捉える(2023.02.14)
- PM理論では課業志向の方が関係志向よりも生産性が高いことを主張しているのではないか(2023.01.22)
「Redmine」カテゴリの記事
- Jiraの機能はTracに似ている気がする #redmine(2025.06.01)
- Redmineは組織のナレッジ基盤として実現可能なのか~島津製作所の事例を読み解く #redmineT(2024.12.29)
- 「RedmineのUbuntu+Docker構築への移行」の感想 #redmineT(2024.11.24)
- 第27回redmine.tokyo勉強会の感想 #redmineT(2024.11.10)
- Redmineのバージョン設定でプロジェクトの設定方法が違う(2024.06.23)
「ソフトウェア工学」カテゴリの記事
- Jiraの機能はTracに似ている気がする #redmine(2025.06.01)
- チームトポロジーの感想~大規模アジャイル開発でも組織構造は大きく変化する(2025.01.01)
- Redmineは組織のナレッジ基盤として実現可能なのか~島津製作所の事例を読み解く #redmineT(2024.12.29)
- アーキテクチャ設計はベストプラクティスを参照するプロセスに過ぎないのか?~Software Processes are Software, Too(ソフトウェアプロセスもまたソフトウェアである)(2024.09.22)
- 「システムアーキテクチャ構築の原理」の感想part2~非機能要件がシステムのアーキテクチャに影響を与える観点をプロセス化する(2024.05.06)
「チケット駆動開発」カテゴリの記事
- Jiraの機能はTracに似ている気がする #redmine(2025.06.01)
- Redmineは組織のナレッジ基盤として実現可能なのか~島津製作所の事例を読み解く #redmineT(2024.12.29)
- 第26回redmine.tokyo勉強会の感想~多様性はコミュニティが成功する重要な要因の一つ #redmineT(2024.06.15)
- チケットはデータでとプロセスの二面性を持つ #redmine(2023.12.24)
- 小説活動にプルリクエスト駆動が必要になってきた(2022.05.08)
コメント