Gitを使った開発・運用フローの紹介
私の所属している会社では、2年程前にバージョン管理システムをSubversionからGitに移行し、現在まで開発フローを試行錯誤してきました。ようやく形になってきたということで、守秘義務に接触しない程度に紹介＆考察していきたいと思います。 形になってきたとはいえ、まだまだ試行錯誤中ですので色々なツッコミは大歓迎です。 現在の開発フローの俯瞰図# 現在の開発フローを俯瞰してみると大体下記図のような感じになっています。途中で図を書くのが面倒になった都合上、Jenkinsさんが１人しか居ませんが、実際はmasterブランチの他にreleaseブランチも監視してもらっています。 以降この図を元に話を進めていきたと思います。 Gitoriousを利用して自由に開発# GitoriousというGitHubに似たサービスがあります。このGitoriousはオープンソースとしても公開されていますので社内に
大規模アジャイル開発の実態～ セールスフォース・ドットコムの作り方（前編）
クラウド上に構築したアプリケーションをサービスとして提供するセールスフォース・ドットコム。同社は千人以上の開発者を抱える開発部門全体でアジャイル開発手法を採用し、開発を行っています。 アプリケーションのメジャーアップデートは年3回。クラウドで提供しているサービスという性格上、もしもアップデートにバグがあればそれは全ユーザーに対して大きな影響を与える可能性があります。バグがないこと、性能低下を起こさないこと、品質管理はパッケージソフトウェア以上に重要です。 同社はどのようにしてアジャイル開発手法を採用し、品質を重視した開発を進めているのか。2月17日に行われたデベロッパーズサミット2011で、株式会社セールスフォース・ドットコム CTO 及川喜之氏のセッション「salesforce.comの作り方 どのように世界最大規模のアジャイル開発を実現したか」で詳しく紹介されていました。 同社の開発手
RedmineチケットをExcelにエクスポートするプラグインRedmine XLS Export - プログラマの思索
RedmineチケットをExcelにエクスポートするプラグインRedmine XLS Exportが公開されていたのでメモ。 【元ネタ】 Twitter / @Haru Iida: チケットをExcelにエクスポートするプラグイン Latest Redmine Plugins - Redmine XLS Export http://bit.ly/dO2dod Redmine - Redmine XLS Export - Plugins - Redmine このプラグインは下記のような特徴を持つらしい。 基本的にはチケットの情報全てを出力してくれるみたい。 (引用開始) Requirements： Plugin requires Redmine version 1.0.1 or higher. Plugin relies on gem spreadsheet for XLS based op
Cacoo - Web上で図の作成とリアルタイムコラボレーション
Online diagramming tool for collaborating on wireframes, flowcharts, and more
TestLinkを運用して気付いたことpart12～スモークテストはお試しテスト - プログラマの思索
SEA関西プロセス分科会で講演後、宿口さんとNakaさんから、ブロッキングバグが多発するならスモークテストをあらかじめやってレビューで潰しておけばいいのでは、という指摘を受けて、なるほどと思ったのでメモ。 【元ネタ】 【公開】SEA関西プロセス分科会講演資料「TestLinkのベストプラクティス～日本の品質管理技術を見直そう」: プログラマの思索 TestLinkを運用して気付いたことpart11～お試しテスト、フールプルーフテスト、探索的テスト、モンキーテスト、フェイルセーフテスト、ラッシュテスト: プログラマの思索 Software Testing - Columns: スモークテスト スモーク テストのガイドライン ＠IT：The Rational Edge オープンソース時代のテスト手法（2） スモークテストの定義は下記の通り。 (引用開始) 最初に実施するテストは「スモークテスト
アジャイル開発のインフラを支える三種の神器 - プログラマの思索
「開発インフラの三種の神器といえばSCM, BTS, CI」という言葉から、チケット駆動開発とアジャイル開発、更にはソフトウェア開発の関係についてもう一度考え直してみる。 ラフなメモ書き。 【元ネタ】 金曜日は分散バージョン管理勉強会。大物スピーカーも来るよ！ - watawata日記 【1】アジャイル開発は多分ソフトウェア開発をやっている人なら自然に理解できる概念だと思う。 イメージ的には、コーディング、コンパイル、実行を繰り返すプログラミングスタイルを開発プロセスへ抽象化すればいいだけだからだ。 でも、ソフトウェア開発は、プログラミング以外の雑多な作業が結構多い。 開発抽象化レイヤーを担う人: プログラマの思索にも書いたけれど、プログラマがプログラミングに専念してアジャイルに開発するには、雑多な作業を意識しなくても良い開発環境を必要とする。 その開発インフラはBTS、SCM、CIでほぼ
BTSを制する者がソフトウェア開発を制する - プログラマの思索
Redmine、Trac、Mantisを使ってみて、ソフトウェア開発はバグ管理が最も基本のプロセスだと改めて感じた。 「BTSを制する者がソフトウェア開発を制する」という気がする。 以下、BTSについて経験したこと、考えたことをロジカルでないメモ書き。 ウォーターフォール型開発でよくあるパターンは、要件定義、設計、開発、単体テストまで順調に進むが、結合テストでたくさんのバグが噴出して、初めて問題が現れる時が多い。 その時、障害管理のためにBTSを使って、見つけたバグを一つずつ潰していく。 アジャイル開発であろうとも、イテレーション期間中に見つけたバグは、BTSで管理しているだろう。 ソフトウェア開発では、障害管理のプロセスが重要な気がしている。 いくら設計しても、単体テストをやっても、ユーザの観点で動かさなければ、開発者も自分が作ったシステムの全貌を知ることはできない。 1回のリリースは1
大規模開発におけるアーキテクチャ設計に·iteraplan MOONGIFT
iteraplanはJava製のオープンソース・ソフトウェア。小〜中規模の開発においては無用だろうが、数億以上の規模になると全体の俯瞰的な設計が重要になる。その内容いかんでシステム全体のバランスがとれ、整合性のとれたシステムが実現する。 そうした大規模な開発を補助するツールというのはあまり多くはない。需要も限られるので、IBMやOracleといった世界的なベンダーが提供するツールを利用することが多いのではないだろうか。だがそこに風穴をあけるのがiteraplanだ。 iteraplanはなんとオープンソースだ。オープンソースでありながらエンタープライズアーキテクチャマネージメントとは恐れ入る。しかもWebベースで提供されるのでブラウザさえあればどのPCからでも利用できるメリットがある。国際化対応しているので、日本語ローカライズもできる（今はサポートされていない）。 アーキテクチャの項目を配
「Redmineによるタスクマネジメント実践技法」はお早めに！ - プログラマの思索
小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le
【告知】「Redmineによるタスクマネジメント実践技法」を出版します #TiDD - プログラマの思索
さかばさんと共著で「Redmineによるタスクマネジメント実践技法」を2010/10/13に出版します。 世界初のチケット駆動開発の本になります。 【元ネタ】 [TiDD] 速報！史上初の「チケット駆動開発」の本が出版に: ソフトウェアさかば 過去３年間、RedmineやTestLinkなど各種ツールを駆使して、チケット駆動開発という開発プロセスの上でAgile開発をいかに運用するか、をテーマにして、試行錯誤した経験と今まで思索してきた内容を全て書きました。 そのため、350ページ近くまで膨れ上がりました(笑) 最初に断っておきますが、RedmineやTestLinkのインストール方法には特に触れていません。 XPなどのAgile開発の文脈の上で、チケット駆動開発という開発プロセスを世界で初めて定義して、その応用分野や今後の課題についてひたすら書いています。 読者層は、BTSに不満がある人
Agile開発の肝はイテレーションにあり - プログラマの思索
Redmineでチケット駆動開発を運用するまで、Agile開発を体で理解できていなかった。 XPを実践したいと思っていても、本当のAgile開発は何か違うのでは？と思っていた。 何故、僕はTracではなくRedmineを使ってAgile開発を発見できたのだろうか？ RedmineがAgile開発と相性が良いのは、Redmineの「バージョン」の概念がAgile開発の「イテレーション」「スプリント」と自然に一致するからだ。 Redmineでは、バージョンに紐づくチケットが全て完了ステータスになって、進捗率が全て100％になれば、いつでもそのバージョンをリリースできる仕掛けが入っている。 つまり、バージョンをイテレーションと見なせば、各バージョンを次々にリリースしていけば、自然に小規模リリースを実現できる。 小規模リリースこそが漸進型開発、つまりインクリメンタル型開発の最大の特徴なのだ。 Ag
WindowsのキラーアプリExcel - プログラマの思索
チケット駆動開発におけるExcelの役割についてメモ。 ＃あくまでもメモ書き。 受託開発では顧客の業務のうちExcelで手運用している業務をIT化、Web化することで狙い撃ちにしているのに、自分たちのSW開発ではExcelが幅を利かせている。 つまり、SW開発の業務そのもののIT化は遅れているのが現状だろう。 なぜ、Excelによるプロジェクト管理は良くないのか？ その理由は下記で書いた。 Excelのプロジェクト管理は何故良くないのか: プログラマの思索 一言で言えば、ExcelのドキュメントはSVN・Mercurialなどでバージョン管理すべきか、RedmineのチケットやTestLinkのテストケースなどで代用できるか、使い分けることが肝心。 では、チケット駆動開発は何をもたらしているのか？ その理由は下記で書いた。 Excelのプロジェクト管理から脱却せよ～SW構成管理を見直そう:
Mantisの使い方 - プログラマの思索
RedmineやTracよりもおそらくBTSで最も使われていると思われるMantisについて、ロードマップの設定方法がようやく分かったのでメモ。 【元ネタ】 バグ管理システム「Mantis」 - SourceForge.JP Magazine : オープンソースの話題満載 Roadmap [MantisBT] ロードマップの使い方 - こげつきません akky’s log ? Blog Archive ? mantisのroadmapを試してみたよ Mantisでロードマップを使うには、下記の設定を行う。 1・プロジェクト設定画面のバージョンの編集で「リリース」のチェックを外す →チェックを付けると、そのバージョンはリリースされたので、ロードマップに表示されなくなる。 2・チケット(詳細)の登録画面で「修正予定バージョン」にバージョンを設定する。 →リリース予定のバージョン(Target
Redmineと連携するテスト管理ツールのリンク - プログラマの思索
Redmine本家のWikiに、Redmineと連携するテスト管理ツールのリンクがあったのでメモ。 【元ネタ】 Redmine - ThirdPartyTools - Test Case Management Open Source Test Management Software - The definitive guide Requirements Driven Test Management | Articles いずれのテスト管理ツールも商用ツールらしい。 テストケースに失敗した時にBTSとしてRedmineとリンクする機能があるみたい。 TestLinkのリンクが無いのが残念だけど。 商用のテスト管理ツールは、要件管理も機能として含んでいる場合が多い。 テストの元ネタが要件だからだ。 テストケースと要件を紐づけることによって、要求のトレーサビリティを実現できるし、その品質も上がる
現代のAgile開発が抱える課題 - プログラマの思索
チケット駆動開発でAgile開発を初めて実践できて、Agile開発の長所や短所が色々分かってきた気がする。 今の時代にAgile開発はとても優れていると思っているが、乗り越えるべき課題はまだまだある。 その課題も、時代の変化によって、より難しいレベルまで要求されているように思う。 2000年代に現れたXPを代表とするAgile開発は、その利点は広く知られてきたが、適用の限界や短所について従来から指摘され続けてきている。 その課題についてまとめてみる。 #考えたことをラフなメモ書き。書きかけもある。 【1】Agile開発はプロジェクト管理が弱い アジャイル開発でプロジェクト管理、そしてプロセスを管理する部分が弱いという指摘は従来から言われていた。 確かに、PMBOK、CMMIなどの観点から見れば、Agile開発はプログラミング重視で全体的なプロセス設計がなされていないように思える。 だが、S
［ウェブサービスレビュー］スケジュール管理機能を兼ね備えた高機能タスク管理ツール「HiTask」
内容：「HiTask」は、タスク管理とスケジュール管理の両方の機能を兼ね備えたサービスだ。Ajaxを利用した直感的な操作により、個々のタスクを日次のタイムチャートに割り当てて、1日のスケジュールを手軽に組み立てられる。 「HiTask」は強力なスケジュール管理機能を持ったタスク管理ツールだ。タスクの優先順位や所要時間の設定、各種条件による並び替えなど、「Remember The Milk」や「Nozbe」といったタスク管理サービスに匹敵する機能を持つ。 サイトはAjaxが多用されており、設定画面などを除いて画面遷移はほとんどない。画面の左側にはカレンダーと一日のタイムチャート、画面中央にはタスクリストが並ぶ。各タスクには優先度や所要時間が設定でき、画面左のタイムチャートにそれらの予定をドラッグ＆ドロップして、一日のスケジュールを組み立てる。Googleカレンダーなど外部サービスとの連携も可
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
リーンやアジャイルの契約書の書き方
ガントチャート,プロジェクト管理,スケジュール表がサクサク作れる。チャート作成がカンタンに共有！しかもフリー タスク管理にも - Brabio!
アジャイル開発の管理に·ScrumMaster MOONGIFT
TechCrunch | Startup and Technology News
