やどりぎ@NET: trac + TracBurndownプラグインでスクラム開発のすすめ
ソフトウェア開発手法とその管理システムには様々な選択肢がある。私もこれまで色々試行錯誤してきたのだが、今は、tracとバーンダウンチャートを追加するプラグインであるTracBurndownプラグインでスクラム開発という環境が気に入っている。 この環境を導入したきっかけは、転勤で勤務地が変わったことである。 これまで、東京でチームを組んでソフトウェア開発をしており、その仕事を引き続き仙台で行うことになったが、今までの開発プロセスだと不都合が出始めた。 タスクカードを使った「かんばん方式」とスクラムをベースにした開発プロセスを組み合わせて使っているのだが、物理的に開発拠点が分離してしまい、タスクカードが使いにくくなってしまったのである。 いいタイミングなので、周囲の評価が高いので試してみようと構築していたtracにバーンダウンチャートのプラグインを導入して、全面的に移行することにしたという訳だ
Subversion、tracの覚え書き
SubversionはSubversionのページからダウンロード出来ます。 Subversionは、CVSの後継として開発されたバージョン管理ツールです。Subversionは、以下のような特徴を持ちます。 内部データをUTF-8で保持しているため、日本語のファイル、日本語フォルダも問題なく処理出来る ApacheのWebDAV機能を使ってリポジトリが公開出来る また、windows環境のコマンドラインツールもちゃんと日本語でメッセージが表示されますし、エクスプローラのシェル拡張機能である、TortoiseSVNも日本語言語パックが提供されています。 まずは、Subversionのリポジトリを作成方法。リポジトリの作成には、svnadminコマンドを使います。また、この時にリポジトリの形式が、fsfsという独自ファイル形式とBSD DBの２種類が選択出来ます。ネットを調べる限り、BSD
WeekBuildのHACK日記 Trac Blog Pluginをインストールしてみた
開発に使ってるサーバにTrac Blog Pluginをインストールしてみた。 参考にさせていただいた記事： ■[trac] trac にブログ機能を付けてみる 私の試した環境はWindows上のTrac-0.9.4-Ja。 イ ンストールしようとしたら、TracTagsがみつからないというエラーが。どうやらpluginsフォルダではなくて、C:\Python23\Lib \site-packagesにTracTagsとTracWebAdminのeggを置かないと駄目みたい。私が間違えてた可能性も高いけど、同じエ ラーが出たら、置いてみてください。 あと、Trac Blog Pluginにかいてあるとおりにpython setup.py installってやるとC:\Python23\Lib\site-packagesにeggが置かれちゃいます。 pluginフォルダに移動するか、最初から
＠IT：開発プロセス標準化への道（1）
この短期連載は、社内のソフトウェア開発プロセスの標準化に日夜取り組んでいるあなたにぜひとも知っていただきたいことをお伝えしていきます。理由は、それ（ソフトウェア開発プロセスの標準化）がうまくいっているという話を、少なくとも私はほとんど聞いたことがないからです。 標準化の目的 そもそもなぜ、開発プロセスの標準化に取り組むのでしょうか。ソフトウェア開発組織の使命は、顧客のビジネスの成功に対する貢献であると、わたしは考えています。そして、日々その貢献度を上げていかなければ競争を生き残れないと感じています。事実、多くの開発組織では、表現に違いはあるものの、同様の内容を自らの使命として掲げています。そして、貢献度を上げるための手段として、自身の開発力を高めていこうとしているのです。 開発力を高めるための手段としては、 特定の分野に特化する 開発期間の短縮 開発コストの削減 品質の向上 といったことが
ユーザー企業側プロジェクトチームの使命と役割
企業システム開発は、スケジュール／コスト超過を含めて考えるとかなり失敗が多い。システム開発そのものが難しいのも事実だが、導入サイド（ユーザー企業）の誤解や能力不足に起因する失敗例が少なくない。ユーザー企業の現役システム担当者がユーザーサイドにおけるプロジェクトの進め方を解説する ユーザーが行うべき作業を考える 大規模なコンピュータ・システムの開発プロジェクトには、多くの人が携わり、膨大なお金と時間が費やされます。それに値するだけのシステムが出来上がればよいのですが、実際には、稼働までに至らなかったり、使い物にならないシステムができてしまったプロジェクトが少なからずあります。また、ここまでひどいケースではなくても、当初計画した品質、コスト、納期を満たさなかった案件を失敗事例とすると、実に3/4以上のプロジェクトが失敗しているとも聞きます。 なぜ、コンピュータ・システムの開発プロジェクトはこれ
＠IT：初めてのプロジェクトリーダー
ソフトウェア開発チームを構成するメンバーは大きく2つの種類に分かれます。開発者とリーダーです。開発者にさまざまなスキルが必要なように、リーダーにもさまざまなスキルが必要です。多様なスキルの中で最も習得が難しいとされているのは、開発者と違う視点を持つことです。もし、（教科書どおりにやっているはずなのに）いまあなたがリーダーとしていま一つだと感じているのであれば、開発メンバーから、リーダーへの視点の切り替えが上手に行われていない可能性があります。 この連載を通じて私がお手伝いしたいのは、視点の切り替えです。切り替えというよりは、「もう1つの視点を持つ」といった方が適切かもしれません。メンバーとして、開発者としてプロジェクトチームに貢献してきたあなたが、リーダーとしてチームに貢献するために追加すべき視点を持つにはどうすればよいか？ 次の3つの切り口で説明していきたいと思います。 3つの切り口：「
＠IT：明日からできるプロジェクト管理（1）
デスマーチを止める進ちょく管理の現実解:GanttProjectの導入で進ちょくをコントロールする：明日からできるプロジェクト管理（1）（1/4 ページ） 開発プロジェクトは、何もしなければどんどん混乱していく。計画は破綻し、成果物は四散し、開発要員の心理はズタズタになる。混乱を収拾するのは容易ではない。開発プロジェクトの立ち上げ段階から秩序を導入し、整理整頓されたその状況をカットオーバーまで維持すること。もちろん、それは口でいうほど簡単なことではないのだが、まったく無理なことでもない。本連載では、プロジェクトに秩序をもたらすさまざまな手法を、開発プロジェクトの段階を追って解説していく。そして、手法の説明だけではなく、具体的なツールを使って「どうすれば効率的な管理が可能なのか」という現実的な提案も行うつもりである。ここで使用するツールはすべてオープンソースのプロダクトである。効果的な方法を
モチベーションを高めたいなら達成すればいい ― ＠IT情報マネジメント
第3回目となる今回は、第1回「優秀なプロマネはメンタルな働きかけもうまい」で触れたゴールアライメントについて、もう少し詳しくお伝えしようと思います。さらに、プロジェクト成功には欠かせないメンバーのモチベーションを高めるためのポイントや、当たり前過ぎてやっているプロジェクト、組織がほとんどないけれど、実は絶大な効果がある“ルール”についてもお伝えしますので、ピンと来た方は最後までお付き合いください。今回もオムニバス形式でお届けします。 ばかばかしいほど簡単で大切なルール あらためていうまでもないことですが、プロジェクトや組織を運営していくためにはルールが必要です。会議運営のためのルールや、個別の作業を行う際のルール、あいさつのルールなどなど、組織によって本当にさまざまなルールがありますが、私が非常に強力な効果があると感じているのは「言葉遣いのルール」です。小学生じゃあるまいし！ と驚かれた方
POE: Cookbook
POE's Cookbook is a collection of illustrative examples for doing things (wonderful and mundane) with POE. It was started in the spirit of the [Perl Cookbook]. This cookbook is meant to be comprehensive, but it can't be without your help. Please add suggestions to the end, or feel free to create your own examples. If you wrote a component you'd like to see here, add an example. Unless otherwise st
るびま
『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、日本 Ruby の会の有志による Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0058 号 バックナンバー Rubyist Magazine 0058 号 RubyKaigi 2018 直前特集号 Rubyist Magazine 0057 号 RubyKaigi 2017 直前特集号 Rubyist Magazine 0056 号 Rubyist Magazine 0055 号 Rubyist Magazine 0054 号 東京 Ruby 会議 11 直
TokuLog 改め最適なフレームワークで快適なくらしを創造する会 - あっというまにゼロからWSGI
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
「サニタイズ言うなキャンペーン」私の解釈
高木浩光さんの「サニタイズ言うなキャンペーン」 という言葉自体はずいぶん前から存在したのだが、 続・「サニタイズ言うなキャンペーン」とはにて高木さん自身がいくつも誤解の例を挙げているように、 そしてまた最近も 駄目な技術文書の見分け方 その1にて「まだわからんのかね」と言われているように、 「わかりにくい」概念なんだろうとは思う。 そこで、僭越ながら、「サニタイズ言うなキャンペーン」について、 私なりの解釈を書いてみようと思う。 もっともこれが正解であるという保証はないのだが、 間違っていたらどなたかツッコミいただけることを期待しています(_o_) そもそも何のせいで「エスケープ」しなければならないのか たとえば住所氏名を登録させるWebアプリケーションは珍しいものではないと思う。 そこで、私が「Taro&Jiro's castle サウスポール」 とかいう恥ずかしい名前のマンション(?)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Trac Hacks - Plugins Macros etc.
Trac - PukiWiki
Engadget | Technology News & Reviews