アジャイルと大きめプロジェクトと、「スクラム」という新しい単語【与太】 - kokepiの日記
スクラムという開発スタイルがあるらしい。 スクラムとは、チームとそのサイクルを意味するもので、次の5つのプラクティスからなるスタイルだそうだ。 http://www.tech-arts.co.jp/agile/agile8.html 【スプリント】 30日ごとに課題を決める 【スプリント・レビュー】 30日終了後に、関係者全員でレビュー＆次を決める。 【バックログ】 残り課題リスト。 【スクラム・ミーティング】 毎日ミーティング。 【スクラム・マスタ】 チームを前進させ、守り、責任を持つ。 なるほど。 おれの勤務先での開発スタイルは 基本的には週単位でリリース 週に1時間、社内全関係者で次の週の課題（機能、バグ）を決める 開発タスク（や要望、不具合）は全部BTS（影舞）管理 週の課題として決まったら「受付」ステータス 毎朝、技術スタッフは、下記についてスタンドアップミーティング 昨日やった
道具箱の整理
はじめに この記事は、mymy-mycompany分室の2005年10月に1ヶ月をかけて書いたものです。ブログだと後から参照するのが大変なので、ここにまとめておきます。また、ブログでは時間の都合で書けなかった話も追加していく予定です。 私の道具箱 ここ１ヶ月ほど、私的Ｗｅｂサイトプロジェクトなるものに参加しています。オープンソース方式ではなくて伽藍方式。以前、オープンソースのカンファレンスに出たときに、そこで発表していた学生が、ちらと「実はオープンソースよりも伽藍のほうがクオリティが高いものができると思っているんだよね～」と話していたのが、非常～に気になってはいるのですが、そのあたりは、各自のモチベーションと時間の取り方の違いでしょうね。オープンソースでもコミットする人数（アクティブな人）が限られていれば伽藍に近くなるし、伽藍にしてもうまくいかないプロジェクトごまんとあるわけなので。 で、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
