プロジェクト管理ツールとしてのgithub - Fjord, Inc(株式会社フィヨルド)
リポジトリホスティングサービスとしてお馴染みのgithubですが、弊社(２人だけど・・・)も全てのWebサイトのコードとデザインはgithubに預けています。そのgithubのタスク管理機能であるIssuesが先日リニューアルしました。 基本のタスクをマイルストーンとラベルで管理する感じは変わってませんがUIが大きくなったり、コンテキスト毎に整理されて見易くなりました。担当者もアイコン付きで分かりやすいですしWikiも以前より良くなっています。数人のプロジェクトだったらこれだけでいいんじゃないの？って感じです。 (Commit logに#issue番号を書いておけば勝手にcloseしてくれる) マイルストーンあたりの進捗率が分かるし、リポジトリと最初っから密に連携していているのも話が早いです。 リニューアル前からWebフレームワークのCappucino(and Objective-J)を使
githubでissueを作ってそれを消化していく by myself - pixyzehn blog
githubで自分でissueを作って消化していくのをいまさらやって、消化するのが楽しいので共有したいと思います。 issueの作りかた とても簡単です。サイドバーのissue項目をクリックするとこのような画面になります。 では新たなissueを発行していきます。 まずタイトルを書きましょう。 コメントはタイトルではわかりにくい詳細や画像などを加えることができます。 ラベルを付け加えることでそのタスクを詳細に伝えることができます。一人でやる分には自分にわかりやすくなります。 以下のようなラベルがあります。 duplicate : 重複,複製 bug : バグ enhancement : 拡張 invalid : 無効 question : 質問 wontfix = "won't fix" : (報告された内容は認識しているが)修正するつもりは無い 最後のwontfixはwon't fixの
Github Issues を利用したリリースマネージャのお仕事 - hakobera's blog
最近、Quipper という会社で「リリースマネージャ」という名前のお仕事をしています。開発以外の仕事は久しぶりだったので大変でしたが、最終的にそれなり上手く行った方法を振り返りとしてブログに書いておくことにします。 経緯 自分のチームとは別のチームが開発しているサービスのリリースが迫っている中、それまで開発者の1人がリリース管理っぽいことをやっていたのですが、さすがに開発と管理の二足のわらじが辛くなってきたとのことで、急遽サポート的に自分が「リリースマネージャ」という役割りで参加することになりました。 コンセプト コンセプトは「使用するツールを増やさない」です。 管理のために新しいツールを増やすと、その使い方を教えるなど新たなタスクが発生してしまいます。タスクを減らすためにタスクが増えるなんてナンセンスです。 ということでQuipper では普段の開発に Github を利用しているので
Trac Lightningで始めるチケット式開発「電撃」入門
“泥”開発に対する最終兵器「Trac」とは？ 誰もが必ず1度はイライラしたことがある「情報の囲い込み」問題 情報の共有はプロジェクトを円滑に進めるうえで重要な課題です。極端な例ですが、例えば、図1の例で見てみましょう。 分かりやすいよくある例で示すと、各開発者の作業状況はメールや手帳上に記されています。検討やヒアリングした結果は、メールでほかの人に問い合わせたならメールボックス上にたまっていきます。打ち合わせなどで相手に会ってヒアリングしたなら、手帳やノート上にメモとして残っていきます。こうして、各開発者が自分のタスクの情報をメールやメモ、あるいは頭の中で“囲い込み”ながら開発が進んでいきます。 ここで、開発者がある機能を実装するために、「別の作業の状況や進捗（しんちょく）を把握したい」とします。 「誰が情報を持っているのか分からない」 まず、誰が情報を持っているのか分からないので、ヒアリ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Issuesについて