Redmineと出会ってからの７年そしてこれから
•
1 like•3,013 views
Redmineを活用して、プロジェクトマネジメント力を向上と、トラブルゼロを目論むPMOが費やした日々と苦悩・それから得た知見・今後の作戦をお話しします
Recommended
More Related Content
What's hot
Similar to Redmineと出会ってからの７年そしてこれから
Similar to Redmineと出会ってからの７年そしてこれから (20)
Recently uploaded
Redmineと出会ってからの７年そしてこれから
- 4. 4 昭和49年生まれ 愛媛県出身 あいひめ 49ers主催 21歳：大学時代に理科大井戸端会議という WEBチャットにはまる 21歳：学生ベンチャーのメンバーとして働いた経験あり（今は上場会社） 23歳：民需系のSIシステム導入（販売管理・財務管理）で社会人デビュー 23歳：現在、創業90周年を越す老舗IT企業です。転職歴なし 28歳：起業家セミナー仲間と勉強会立ち上げ（ B-clock） 31歳：年齢に似合わない大病を経験・マネジメントの重要性を痛感 32歳：新設されたPMOへ異動 ／ 34歳：PMP取得 2013年～ 39歳：Redmineを知る（最初はEPM−Ｘ）。大きな可能性と魅力を感じた 43歳：redmineエバンジェリストの会 を立ち上げ 毎月勉強会実施 現在：redmineエバンジェリストの会の大将 現在：redmine.tokyo、redmine大阪で講演多数 現在：予防型PMOとしてトラブルをゼロにすべく悪戦苦闘中 門屋浩文(@Madowindahead) ブログもあります 毎日更新 ・プロジェクトマネジメント ・チームビルディング ・Redmine この３つにピンときたらお声かけを
- 10. プロジェクトマネジメントで トラブルゼロを目指しています プロジェクトマネジメントを学ぶ基本としてPMBOKがあります PMBOK（Project Management Body Of Knowledge）は プロジェクトマネジメントの知識体系です １０の知識エリア・５つのプロセス・３つのパートで いいプラクティスとプロセスをまとめています（詳細はこちらを） 10 小話１
- 17. 17 トラブル発生率は低いが リスク把握が難しい 問題時に状況が不明で リカバリーに時間がかかる トラブル発生率が低く リスク把握がしやすい 問題が発生しても状況が わかり、リカバリーしやすい 座学のみでは、プロジェクトマネジメント技術の向上は 難しい × 育成強化ライン PM技術力 ツ ー ル の 利 用 度 この位置のメン バーを増や す！ ツールの活用を通じてプロジェクトマ ネジメント技術の向上を図る 「できる人の活動を真似る」 PMxTM（ピーエムクロスティーエム） 今のやり方で特に問題起きてない やってない人の意識の問題だ チケットに残しておいたほうが、 あとでわかりやすいから便利ですよね ルールだから守ってきましたが、 少しずつ理由がわかってきました プロジェクトをどうしたいかが先にあってその後にツールが有る 状況の把握はRedmineで、打合せは対策の検討を主に 状況を把握したいから、データをプロジェクトに インポートしてくれないか？ 答えはいつも「がんばります」 （聞いたことに答えてくれない） 作業実績の説明はなく、 予定と他人のことについての話に終始 ProjectManagementｘToolMap → PMｘTM
- 18. 18見える化 → 測る化 → 一緒にやる化！ トラブル発生率は低いが リスク把握が難しい 問題時に状況が不明で リカバリーに時間がかかる トラブル発生率が低く リスク把握がしやすい 問題が発生しても状況が わかり、リカバリーしやすい × 育成強化ライン PM技術力 ツ ー ル の 利 用 度 この位置のメンバー を増やす！ この位置のメンバーは 成長ラインに乗せやすい トラブル発生率は低いが リスク把握が難しい 問題時に状況が不明で リカバリーに時間がかかる トラブル発生率が低く リスク把握がしやすい 問題が発生しても状況が わかり、リカバリーしやすい × 育成強化ライン PM技術力 ツ ー ル の 利 用 度 この位置のメンバー を増やす！ 目標になるメンバーと 一緒に成長ラインに乗 せる トラブル発生率は低いが リスク把握が難しい 問題時に状況が不明で リカバリーに時間がかかる トラブル発生率が低く リスク把握がしやすい 問題が発生しても状況が わかり、リカバリーしやすい × 育成強化ライン PM技術力 ツ ー ル の 利 用 度 この位置のメンバー を増やす！ ✕ メンバーの成長を意識するこ とで、成長ラインに乗せる 今はこの３パターンに気がついています 意識付け・定期的な働きかけ・仕組化・ルール化・・・ 仮説を立て、さまざまな活動を実践中です PMxTM（ピーエムクロスティーエム）
- 21. 効果的なRedmine導入のヒント（資料はこちら） redmineエバンジェリストの会での検討結果 マズロー 振舞 利用業務 難敵 武器 防具 仲間 回復魔法 攻撃魔法 5 4 3 2 1 21 チームのふるまい 利用できるようにしたい業務 定着までの難敵を整理 「とくぎ」の概要をまとめる 難敵の解決や利用業務の定着に向けて必要な 「さくせん」を考案 「さくせん」に基づき 「とくぎ」を詳細化
- 23. マズローの欲求５段階説と Redmineにおける運用対象業務 23 振舞 利用人数 リアルタイム性 チケット関連付 他システム連携 情報量 メトリクス 運用対象業務 自ら改善を始める 大多数 リアルタイム 作業経緯と成果物 の完全一致 すべての経緯 が確認できる 定量的改善 自律型ナレッジ ないと仕事にならな い 大多数 ほぼリアルタイム 作業と成果物が同 期されはじめる 作業や進捗状 況が見える 定量的改善 プロジェクト あれば便利 複数名 バッチ処理、ちょいリ アルタイム 作業との関連はそ れなり 記載の粒度が バラバラ （なし） チェックリスト スケジュール表 周りに合わせる 複数名 バッチ処理 作業との関連は薄 い 事象の把握の み。 （なし） 課題管理 命令されれば使う １人 バッチ処理 なし 少ない （なし） 日報 上の段階であれば、下位の対象業務も実行可能と判断
- 25. 要求５段階説とTOCの抵抗の６階層とを関連付けた「難敵への対処方法モデル」 ・ 問題に対して 解決の方向性 解決策に対して 実行すると新たな問 題発生 実行前の障害 未知への不安 自律的ナレッジ なんでやっているかわ からない 何が変わるかわからな い もっといい解決方法が あるのでは この業務なくなって大丈 夫？ 技術的制約がある 前例がない プロジェクト なんでやっているかわ からない なんで変えるかわから ない 個人として解決している と思っている 人間関係が悪化する リソースがない 責任は誰がとるんだ チェックリスト スケジュール表 取組む理由がわからな い なんで変えるかわから ない 自分にメリットがない 自分たちの仕事が増え る 教えてくれない 解決実行を手伝ってく れない 課題管理 めんどくさい 今のままがいい 使ったことがない ー ー ー 日報 めんどくさい 今のままがいい 使ったことがない ー ー ー この難敵は武器・防具・仲間の おかげでコツコツと順次に解決 重い・手強い難敵？！ 魔法が必要？！ 個人やチーム内の努力で 何とかなる難敵 プロジェクト管理レベルと難敵をまとめて対策講じるヒントを考える チェックリストと プロジェクトとの壁をどう破るか 25