タグ

Redmineとprojectmanに関するkiyo_hikoのブックマーク (5)

  • 「Redmineによるタスクマネジメント実践技法」を読んだ

    創薬研究というのは細かな作業が沢山あり、変化の激しいテスト工程なのに、そのインフラにはBTSとかITSとかないのが不自然だと思っていて、この前寄稿したときにちと触れといた。僕はソフトウェア業界にいるわけじゃないけど、問題解決の方法論としては似たような部分があるから参考になるんじゃないかと常々思っていたら、ズバリなが出ることを知ってすぐに予約しといた。 で、一昨日届いたので今日の移動時に一気に読んだ。 チケット駆動開発的なアプローチは自分の仕事管理では既に取り入れていたのであった。自分では文書駆動開発だと思っていたけど書を読んだら、これは明らかにチケット駆動開発のコンテクストだよなと。 個人的には第一部の技法は非常に勉強になった。第二部は実際にRedmineをどう使うかという話はソフトウェア開発としては色々面白かったが、自分ではRedmine使ったことがないので、ピンと来ない話も幾つかあ

    「Redmineによるタスクマネジメント実践技法」を読んだ
    kiyo_hiko
    kiyo_hiko 2011/02/09
    「ツールでサポートすれば行動が変わる。行動が変われば考え方が変わる」・・・ツールの力を伝える良書。
  • 定量的なソフトウェア品質管理(pdf)

    日科技連とSQiPの取り組み 1980年、日科技連では、日におけるソフトウェア製品の品質向上と効果的開発の方法論の確立を目指して、「ソフトウェア生産管理研究委員会」(SPC, Software Production Control)を設置しました。 以来、「TQMとソフトウェア工学の結婚」を標榜し、日的品質管理をソフトウェア生産に適用するための調査・研究・普及を行ってまいりました。 2007年に、この活動が「ソフトウェア品質に関する活動」であると分かりやすくすることと、ソフトウェア技術職という専門的職業の矜持を大事にしたいという思いから、SQiP(Software Quality Profession)に改称しました。 1980年の設立当初は、メインフレーマーで培われたソフトウェア品質技術・施策を議論する場でしたが、現在はソフトウェア産業に関わるすべての方々が議論できる場になっています

    定量的なソフトウェア品質管理(pdf)
    kiyo_hiko
    kiyo_hiko 2010/12/08
    チケット駆動開発 - あきぴー氏のレポート。XP+BTS -> TiDD(XPの物理的な要素はBTSに管理させる、BTSの豊富な機能を活かす)的な感じか。
  • Redmineによるタスクマネジメント実践技法 - Architect's Log

    ブログ(プログラマの思索)で日々質の高いエントリを投稿しているあきぴーさんの執筆ということで心待ちにしていたが、期待を裏切らない内容だった。やはり実践を伴った主張には説得力がある。 プログラマの思索 IT業界に身をおいて、1日の労働後、心に溜まった疑問を一つずつ点検してみる。 ... チケット駆動開発の効用は、何といってもトレーサビリティ(追跡可能性)の確保だろう。 ソースの変更と変更理由の結束の保証。一度でも開発を経験した人なら、これがどれだけ大きな価値をもつか説明は不要だろう。顧客の「いつどんな理由でこの変更をしたのですか?」という問い合わせにマネージャは即答でき、開発者はコメントが書かれていることを祈りながら過去のソースコードを追う必要がなくなるわけだから。 問題は導入コストだろう。この書籍で実現されていることには憧憬すら覚えたが、アプリケーションは無償でも学習コストは非常に高いと感

    Redmineによるタスクマネジメント実践技法 - Architect's Log
    kiyo_hiko
    kiyo_hiko 2010/11/29
    「顧客の「いつどんな理由でこの変更をしたのですか?」という問い合わせにマネージャは即答でき、開発者はコメントが書かれていることを祈りながら過去のソースコードを追う必要がなくなる」うわぁ・・・憧れるナリ
  • Redmineのトラッカーやステータスの付け方 - プログラマの思索

    Redmineのトラッカーやステータスの付け方の記事があったのでメモ。 【元ネタ】 Redmine チケットのトラッカーとステータス項目の意味と設定 - developer (引用) * トラッカー o ドキュメント + ドキュメント書き。 o 調査・検証 + 調査、検証、研究など。 o 機能 + 機能の追加や変更など。 o 不具合/バグ + バグや不具合登録する。 o 要望 + ユーザーからの要望。 + 後で「機能」や「バグ」に変化する可能性がある。 o サポート + ユーザーからの問い合わせは、とりあえず登録。 + 後で「要望」や「バグ」に変化する可能性がある。 o 障害 + なんらかの障害が発生したら、とりあえず登録。 + このチケットに関連した「不具合/バグ」のチケットが後から追加される可能性あり。 o 環境 + 環境構築・環境整備や設定変更など。 o アイデア + アイデアを登録

    Redmineのトラッカーやステータスの付け方 - プログラマの思索
    kiyo_hiko
    kiyo_hiko 2010/11/29
    後で読む。おれのトラッカーのつけ方はかなり適当なので、参考にしたい。
  • Red Apple and Black Cat::Redmine ガントチャートに日付を表示してみた。

    10月にはいって、下期に入ったので上期を反省して Redmineをもっと積極的に使おうとしています。 で、ついつい遠ざかってしまうのは使いづらい点があるからだと いうことでちょっとずつ不満な点はできる範囲でなおそうかと。 そのうちのひとつは ガントチャートの表示。 あれ、何もしてないと、週と曜日がでるんですが、日付がないので戸惑うんです。 週を意識して生活している人ってそんなにいるのかなぁ。 『あ、そろそろ42週目だからあの件を連絡しないと』 という使い方は自分の人生のなかでは経験ありません。 ということで、日付表示の方法を模索してたらやってるかたがいました。 半年前に調べたときは見つからなかったのですが さがしかたがわるかったのか? 参考HPは こちら。 実は、ここで書かれている参考ソースの修正点が172行目当たりの表記が崩れていて よく分からなかったので

    kiyo_hiko
    kiyo_hiko 2010/11/16
    ガントチャートが既定では週単位表示なので、それを日付にする方法。週単位でカウントする大プロジェクトなんて殆どやってないし、やったとしてもRadmineみたいなツールを自分で勝手に導入できないしなあ。
  • 1