inouetakuyaのブックマーク - はてなブックマーク

プロダクトオーナーとエンジニアの役割分担が失敗した話
By: Magic Madzik 友達から「優秀なエンジニアが会社をやめた」という話を聞いた。まぁ、とても残念な話ではあるだろうが、友人の話がなぜか心の奥にひっかかっていたので、考えをまとめながらここに書いてみる。衝突と絶望あるエンジニアがいた。彼はあるプロダクトに長く貢献していた人物だ。最近、組織や体制が変わったことにより、プロダクトの作り方や方針に変化がでてきた。やがて、プロダクト面とエンジニアリング面で衝突がよく起きるようになった。プロダクト面からは、決まった方針とともに作業が降りてくる。プロダクトに責任を持つ立場だとすればその気持ちもわかる。一方で、プロダクトを愛し、これまでに貢献してきたというプライドを持ったエンジニアの気持ちもわかる。エンジニア視点の意見も当然あるだろう。ひとつのプロダクトに関わっているはずなのに、両者には溝が生まれた。そして、当初、そのエンジニアは
inouetakuya 2015/12/27
リンク
数千人が利用する楽天Redmineの過去と未来 #47redmine
第二回 shinagawa.redmine勉強会で「数千人が利用する楽天 Redmineの過去と未来」を発表させていただきました。資料はSlideShare、SpeakerDeckで公開しております。QAの時間が取れなかったため、質問などがあればTwitterでもなんでもご連絡ください。数千人が利用するRedmine 来月、第3回RxTstudyでもRedmine事例の発表させていただくのですが、品川Redmineはシステム視点、RxTstudyではタスクマネジメント視点で資料を作りました。はじまりは、使われてないサーバ上に作った仮想VMを使っていました。ユーザ数も少なかったので、WEBRickを利用し、ポートを分けることで複数Redmineを構築していました。WEBRickが固まることがあったので、cronで一日一回夜間に再起動して運用していました。自分のグループで使ってみようという
inouetakuya 2012/01/25
ruby

プロジェクト管理
リンク
3年使ったRedmineの使い方について共有したい10のこと
前回は、1000人のエンジニアがRedmineを使い出すまでの事例を紹介させていただきました。今回は、Redmineの使い方や、大規模に変化してくRedmineの運用について、2年間の運用や改善から得たナレッジや、気がついたことをまとめていこうと思います。 1. Redmineのオブジェクト構造を理解した方がいい Redmineは以下の構造になっているので、タスクの属性をうまく分類する必要があります。プロジェクト > サブプロジェクト > バージョン > 親チケット > 子チケット > トラッカー > カテゴリ注意したいのは、プロジェクト・サブプロジェクトには期限が設定できず、バージョンには終了日時、チケットには開始日時と期限をつけることができる点です。期限があるものには、期限のあるものを当てはめるのがすっきりします。Redmineを使って「何を」「どう」管理していきたいのかを、まず考
inouetakuya 2011/04/08
プロジェクト管理
リンク
1