「技術的負債だらけのチームで技術マネージメントしてみた」資料が素晴らしい - プログラマの思索
「技術的負債だらけのチームで技術マネージメントしてみた」の公開資料が素晴らしいのでリンクしておく。 【参考】 akipiiさんのツイート: "すごく良い資料。RT @yassan168: #kichijojipm 発表資料upしました。誰かの役にたてば良いのだけど。connpassにもUPしています。＞技術的負債だらけのチームで技術マネージメントしてみた https://t.co/3R25aUnI4S" 前任の仕事を引き継ぎしたら、下記の問題があったらしい。 技術的負債込みで引き継いでしまった、という例は、本当によくある。 (引用開始) １年前の状態 ・すべてがメールベース ・ドキュメントはほぼ無い ・最強の属人化。個人のパワーで乗り切る ・技術に関心が無く誰も行動しない ・暫定スクリプトが今も元気に本番稼働中 ・ソースには、ほぼコメント無し ・hoge.pl.(日付) 形式のソース管理
いまアツいアジャイルプロジェクト管理ツール9選＋Pivotal Tracker入門
いま再びキてる「アジャイル」開発 世界で広がりつつあるアジャイル 2001年の「アジャイルソフトウェア開発宣言」から10年が経過しました。アジャイルマニフェスト登場当時の熱狂的な雰囲気は一時期停滞気味でしたが、最近再びアジャイル開発が広がりを見せています。 その理由の中心は、ITの進歩や世界のボーダレス化とともに、ビジネスの変化のスピードが早くなり、競争が激化したため、一刻も早く顧客に新しい価値（ソフトウェア）を届ける必要性が増したため、アジャイルに開発する必要が出てきたためでしょう。 欧米はもちろん、日本でもアジャイルに対する注目は増していて、先日開催されたDevelopers Summit 2012のデブサミ2012アワードでも、角谷信太郎氏の講演『アジャイルマニフェスト ディケイド』が1位を取り、来場者数も過去最高を記録するなど高い注目を浴びています。 群雄割拠 アジャイルプロジェク
Redmineでアジャイルチームのスピードやパワーを見える化する
burndown chart via kakutani アジャイルなチームを目指す。私がチーム運営を始めたときのポリシーでした。どうやって作業をこなすだけから、アウトプットへの価値へとシフトしていくか？チームの方向を示すためにも、様々なメトリクスやKPIを見える化する必要がありました。 通常のプロジェクト管理方法だと、ガントチャートでロードマップを設定、進捗の状態を管理。WBSなどを作ってそれぞれのタスクを管理・・・といった形が一般的なのでしょうか。しかし、それではワクワクしない。そんな中、常に改善を心がけ、私が試して行き着いた方法を紹介させていただこうとおもいます。 唯一生き残ったプラグイン バーンダウンやタスクボードなど、Redmineのプラグインで様々な見える化をしましたが、ずっとそれを使うことはしませんでした。その中で、最終的に生き残ったのがパーキングロットチャートです。なぜ、これ
Rookie Saas of Redmine の概要
■プロジェクト管理の意義 従来、進ちょく管理やタスク管理はExcelなどを使用して手作業で行われてきました。 しかし、状況更新が遅れがちになる、途中での計画変更が複数の作業に影響を与えてしまう、作業状態の追跡が難しいなど、プロジェクトが進むにつれて機能しなくなっていくのが実情です。 「Rookie Saas of Redmine」のような専用システムを利用することにより ガントチャートの利用 チケットでさまざまなタスクを一元管理できる ワークフロー管理が使いやすい バージョン管理とチケットを連携できる などが行え、これらの課題の多くを解決することが可能です。 ■バージョン管理の意義 ドキュメントの管理は通常ファイルサーバによる共有によって行われてきました。 しかし、複数の人間がドキュメントにアクセスすることにより、内容に矛盾が生じたり、文章が紛失する、内容が変わってしまうなどの弊害があり
redmineをサブディレクトリで動かす - unnecessary words
redmineをMongrelで動かす で設定したredmineをサブディレクトリで動くように設定しました。 http://server:4000/ を http://server:4000/redmine で動くようにする config/mongrel_cluster.yml にprefixを追加します。 prefix: /redmineこれだけでOKです。 尚、Apacheでリバースプロキシ通すように設定する場合は、httpd.confに以下のような設定すればOKです。 このとき、redmine/ としないように気をつけてください。 <Location /redmine> ProxyPass http://server:4000/redmine ProxyPassReverse http://server:4000/redmine </Location>
プロジェクト管理ツール Redmine【 シナプスエンジニア雑記帳 】
フリーで使えるBTS(バグトラッキングツール)を導入しようと思い情報収集していたところ、Tracより良さげなRedmineにたどり着きました。 Tracと比較してのメリットは、こちらに詳しく掲載されています。 ということで、今回はRedmineインストールの顛末記です。 Tracと比較して個人的にメリットを感じたのは、 複数プロジェクトを管理できる デフォルトで日本語対応している ガントチャートが使える RailsアプリでPassenger(mod_rails)に対応(v0.7より) の4つです。Tracはプロジェクト毎に公開ディレクトリを作成してApacheのhttpd.confを書き換えたりしなければならないのに対し、Redmineは一度設置すればあとは画面上でプロジェクトを作成できます。 また、プロジェクト毎に担当者を設定できるので、社外開発者に解放しても心配ありません。 最
Phusion Passengerってのを、
Overview — Phusion Passenger (a.k.a. mod_rails) Phusion Passenger — a.k.a. mod_rails — makes deployment of applications built on the revolutionary Ruby on Rails web framework a breeze. 手元の開発環境にインストールしてみました。 詳しい手順はこちらで紹介されているので、自分がつまづいたところだけ。 開発環境のcoLinux（Debian etch）ではApacheをソースからインストールしているのですが、Passengerのインストーラが探してくれるのはaptで入れたものだけらしく、環境変数で指定してやる必要がありました。 export APXS2=/usr/local/apache2/bin/apxs これ
Redmineを運用するためのイロハを身につけよう：第1回 新機能の紹介と最新版が利用できるまで｜gihyo.jp … 技術評論社
はじめに Redmineは、Ruby on Railsで実装された、最近注目を集めているプロジェクト管理ツールです。 オープンソースソフトウェアのため、使用する際のソフトウェア費用はかからず、無償で利用すること可能です。なお、ライセンスはGPL（GNU General Public License）となっています。 主な機能は、バグトラッキング、ガントチャートや工数集計といったプロジェクト進捗管理、Wikiやニュースによる情報共有、バージョン管理システムであるSubversionとの連携など、非常に多機能なツールです。 本連載では、Redmineをプロジェクト内で開発環境等に導入し、実際に手を動かしてメンテナンスを実施するような運用担当者を想定し、最新バージョン（0.6.3）までに追加された新機能や運用管理機能の紹介から、インストール/バージョンアップ方法やカスタマイズ、軽量Webサーバや
redMine - SnakaWiki 2nd Edition
「リビジョンを見る」のページで'stack level too deep' † redMineのバグトラックにあった。 Defect #210 Can not paginate the revisions list どうやら、lib/redcloth.rb がいけないらしい。 リポジトリの修正箇所を参考にソースをいじったら、ＯＫ。 たぶん、最新版だと修正済みのはず.... ↑ CVSリポジトリのディレクトリリストが参照できない † ↓の方と同じ悩み。（どうやら解決できていないっぽい...) redMineによるリポジトリへのアクセスは、内部的には単にcvsコマンドを発行しているだけだが、リポジトリの一覧を取得する 'cvs -rl'というオプションは cvs 1.12 系以降でないと実装されていないらしい。 suzukyuの勉強日記 以下、トライしてみた結果 ↑ CVSクライアントのバー
メール通知のためのconfiguration.ymlの設定
チケットの更新などの通知をメールで受け取るためには、設定ファイル config/configuration.yml 内でメール送信のための設定が必要です。Redmineを新たにインストールした直後はこのファイルは存在しません。 config/configuration.yml.example を参考に作成してください。 メール送信のための設定は従来は config/email.yml で行っていましたが、Redmine 1.2より config/configuration.yml に変更されました。 設定例 メール通知の設定を行うには、 config/configuration.yml に以下のような記述を追加してください。 Redmineと同一サーバ上のMTAを利用する場合 default: email_delivery: delivery_method: :smtp smtp_sett
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
yandod's candycane at master - GitHub
Wikiについて