redmineエバンジェリストの会　ベースキャンプ

redmine.japanの話¶

yukia さん¶

• yukia さん、Redmine に関する記事を書く予定
  • ユースケースを分析する方針で連載記事を書く想定
  • アジャイルウェアの Web サイトに公開される
  • 現在は yukia さん向けに提供された Redmine 上の Wiki に草稿をまとめている
  • ある程度、まとまったら WordPress のサイトを構築して公開したい
• 日報の書き方について
  • Redmine の機能を紹介しつつ具体例として日報を題材とする
  • スクリーンショットを撮りながらやってるので時間がかかってる
  • 2 月中に公開したかったが、いくらでも書きたいことが湧いてきてなかなか終わらない

みうみう¶

• 「情報」を「書く」ということ(仮) #RedmineJapan
• 動的、静的な情報の分類がよかった seiji
• よくいわれるストックとフローの棲み分けの話としてよかった akabeko
• 話の流れや組み方がうまくて、とても聞きやすかった asako
• 動画をみたい kadoya
• ストックとフロー + α の話としてよかった yukia
  • これらの話だけでなく周辺や連携も触れている包括的な内容なのでよかった akabeko
  • 成果物の考え方についてわかりやすくまとめているのがよい、資料中の図の矢印なども意識して聞いていた kadoya

• この図 (テンプレート) が Redmine も含めた情報管理ツールをとりまく概念の説明に便利 seiji
  • Redmine が図のどこに位置しているかを意識して説明するのが大事、これなしだと Redmine を使おう運用しようという話は理解してもらいにくい、あれば推進しやすい seiji
• 動的情報に Redmine、静的情報にメールなど、というのにみなりがち
• Redmine を説明すること、前提知識としておさえるポイントを網羅してる資料だと思う akabeko
• なぜ Redmine を使うのか？というのによい資料、静的、動的の分析が先、目的によってツールは異なる seiji
• その他の用途のツール、アフォーダンス、カレンダーのように「その形状」となっているから利用法は明確というものもある yukia
  • Redmine のガントチャートなんかも一例 yukia
  • 同じデータの別 View としてガントチャートがあり、その形状によって利用方法が明確になってる yukia
  • いわゆるカンバンもその類 kadoya
  • BI ツールも
• スキューモーフィズム - Wikipedia
• ファイルやシステムが分かれると情報がわかれる　検索性が落ちる　yukia
• リンクすればいいじゃんも検索性が落ちる　akabeko
• 情報をどこに書くかがまずハードル　スプレッドシートのほうが楽にかける人が多い　akabeko
• View 見る観点が１つでいいなら、　スプレッドシートでもいい　だいたいそうじゃないけど　kadoya
• 職能と成果、どちらで管理するか？によってツールや管理区分を分離する (せざるえを得ない) ことになるのではないか？ kadoya
• Teams の例、部署ごとに静的動的の捉え方が異なるので個々に↑の図でマッピングしてみたほうがよい seiji
  • 部署や人によって静的、動的のどちらになっているかを可視化する
  • 齟齬を可視化してから静的、動的のどちらに寄せてゆく (統一してゆく) かをしてゆくと横断的な運用方針を定義できそう
• Redmineは倉庫に例えると良いかも。asako
• 【図解まとめ】『THE TEAM 5つの法則』を図解で分かりやすく要約｜マイペル | 図解×ビジネス書｜note
• THE TEAMで学ぶチーム作りのABCDE | マドびっ！ Madosan's View
• Redmineを活用したプロジェクトマネジメント技術向上について

• Draw.io Integration - Visual Studio Marketplace
• ドット絵ダウンロードサイト DOTOWN|無料の素材サイト

コバさん¶

※話できず　次回に持ち越し

ねこさんず¶

• 業務改善ツールとなったRedmine振り返り

※話できず　次回に持ち越し

PMBOK の話（デブサミ）¶

• 「界隈がざわつくほど超進化したPMBOK第7版」に私たちはどう取り組むか

※話できず　次回に持ち越しか？

MyRedmine¶

• https://redmineeva.cloud.redmine.jp/projects/redmineeva
  • 公開設定にしました
  • あきぴーさんは早速確認してくれているようです

チケラジのすすめかた¶

• #69 ※話できず　次回に持ち越し

LT ネタ（門屋）¶

• 開始条件・完了条件の話をしようと考えてる　武器「バトン」

※話できず　次回に持ち越し

• 同じメンバーで同じ仕事してるとつまらなくなる　yukia
• 相手が変わると大丈夫
• 淘汰される、されない 全体最適になっていかないと　悪い方に寄っていく　某銀行など
• 新しい人が入ると教育する・聞かれるから棚卸することになる　いい方向に行く　akabeko

雑談

• Redmine にデッキ機能がほしい
• Redmine の機能を組み合わせて限定する機能
• 例えば「日報」というデッキだと、ステータスと注記しかいじれない
• 自由度を制限することで余計なことえを覚えなくていい
• Redmine の総花的な面と特化ツールのいいとこ取り
• で、デッキはその単位でコピーや共有可能
• 「運用」とか「方法」だと逸脱を避けられない
• テンプレートはチケット生成時だけ、その後の運用も含めてルール適用したい
• ワークフローも包括する上位概念の機能としてほしい