今 sprint

  • sprint-128 (~ 3/24)
  • sprint-129 (3/27 ~ 4/6)

リソースの話

GROWIセミナー

3月 GROWI活用セミナー3

  • セミナーに関する話

    • 講義で聞くだけではなく、講義内に実践する機会が可能であれば頂きたいと思いました。
    • 練習として部内で利用しているgrowiに記入するだけなら問題ないが、いきなり部内の全員に公開してしまう可能性があることに抵抗があるため。
    • GROWIの利用事例
  • GROWI / GROWI.cloudに対するご要望がございましたらお聞かせください。

    • 人数制限の改善
    • アンケート回答ですが、私個人としてはMarkdownを使ったことがなかったため他に書き方があるならその方がありがたいです。会社指示でGROWIを利用しているので、ブログサイトのように初心者でも直感的に利用できるエディタを希望します。
    • 左側のメニューは常に表示しているのであまり気にしませんが、マウスオンではなくクリック派です。
    • 開発がメインのミッションではないインフラ構築部門の中でMarkdownでの記述は取っつきにくく思われる可能性があるので、GROWIの利用率を上げる手立てとしてWYSIWYG機能を充実して頂くのは普及・管理する立場からするとありがたい。
  • GROWI セミナーとして参加者は過去最高 (max 40弱)

  • 連続で参加してくれた方

  • 各回の参加者人数など数字を残しておく

  • 改善ポイント

  • 要望も踏まえて今後考えたい -> この話は一旦ayakaがまとめてから再度

4月 「春から情報管理を始めたい方必見!GROWIのセットアップ方法を徹底解説」

  • イベントページ公開済み
  • 資料作成中、来週中ぐらいには完成させる

対象

  1. 春から GROWI OSS 版を利用して情報整理を始めている人
  2. 春から GROWI OSS 版を利用して情報整理を始める予定の人
  3. GROWI OSS 版を利用した情報整理を検討している人

募集方法

  • GROWI OSS 版サイトのメインビジュアル下にバナーを掲載
    • 公開済み
  • Twitter のアカウントで情報発信
  • Slack 上で情報発信

セミナーの流れ・内容

  1. GROWI のサービス内容(wiki サービスで何ができるか)を簡単に解説
  2. OSS 版 GROWI のセットアップ(立ち上げ)方法の解説
  3. OSS 版以外で GROWI をご活用いただく方法について
    • GROWI.cloud
    • GROWI オンプレサービス
  4. OSS 版 GROWI の立ち上げ後の各種運用の解説
    • アカウント管理方法
    • バックアップ機構
    • GROWI の移行方法
      • どの利用方法でも使えるよ!という案内をする
  5. まとめ

今後について少し相談

  • 別プロジェクトで稼働が増えそうなので、できたらセミナー主催を移譲したい
    • hiromu-tがいる時に相談
    • やるかやらないかも考えるべきなのでは?
    • やったことのメリット
      • 元々は 初期ユーザへのアプローチ や 継続的にやることでのサポート etc.
      • 初回のセミナーでの参加人数を2,3回目もキープできたコンテンツであることに価値がある (yuki)
      • 自分たちが作っているプロダクトのユーザとのかかわり (yuki)
      • FB もらえること (hiromu-t)
        • アンケートはsalesにつながることが価値, すでにユーザになっている(ファン化)されてる人へコミュニティ形成の観点を持っている (yuki)
        • WYSIWYG の回答など、誰が何のためになど情報を得られる、詳細を知ることができるアンケートには価値がある (yuki)
    • 一旦マーケで持つ (hiromu-t)
      • そもそもやるかどうかから含めて検討し直す
      • 良いコンテンツを作れるかどうかがリソースかかりそう (hiromu-t)
      • セミナーに対しての熱量は高い (yuki)
      • セミナーをやる前提で何かをやる という方針には反対 (hiromu-t)
      • ファン化施策を成功させることが最終目的 (yuki)
        • 実装者としても双方向性があるという意味でセミナーに熱量がある
      • 企画室メンバーの参加?
      • まとめを hiromu-t に共有する (ayaka)

GROWI本体のお知らせ掲載方法について

News / モヤッと案件(巻きで進める)

WYSIWYG 化について(ブレスト後のエンジニア調査結果)

  • 元々の動機:
    • エディタを統一したい(HackMDをなくしたい)からスタートし Milkdown では WYSIWYG 化もできる
  • メリット:
    • Markdown を使わずに書けるので、ユーザ層を広げることができる
  • リリース目標:
    • かき入れ時になる 4, 5月までに
  • エンジニア調査結果:
    • ブレストで話していたような完成形までは5月に間に合わない
      • 技術的に不安・重めな要素が多くクオリティの高いものはできない見込み。
      • Milkdown を導入したけど十分使えなかったりデグレが起こることは避けたい。
    • 案として他機能にデグレのない必要最小限機能としてアルファ版の WYSIWYG エディタを導入することはできるが要相談
    • その後のマイルストーンやリリース戦略は未定

2回目

振り返り

  • Milkdown をスピード重視で作ったとしても捨てることになって二度手間になる可能性がある
  • ちゃんと進めていくなら半年はかかる
  • リリースをコンスタントにやっていくことは可能 (hiromu-t)
    • できると思う (yuki)
  • ちょくちょくリリースするならさらに最小単位からリリースしていく
    • まずは string がかける
    • list がかける
    • のようなレベル
  • 同時多人数編集はまた別の話 (hiromu-t)
    • また別 (yuki)
  • 一緒にやっていくことはできるか? (hiromu-t)
    • できるが時間はかかってしまうと思う (yuki)

整理

  • 妥協ポイントをどこにするかが難しい (yuki)
  • デザイナーたちと話していたこと (yuki)
    • HackMDは中途半端 (見えないものがあるなど) > これはやめたいと折り合っていた
    • しかし、結局 milkdown でもそうなりそう。
  • 今日の GROWI セミナーの方は WYISWYG 要望はなかった
  • 新規ユーザースコープで中途半端なクオリティでも逆効果な場合がある (hiromu-t)
  • ChatGPT 導入など、他の新規ユーザに刺さる機能はある (hiromu-t)
  • 公式ホームページにも エンジニア向け とあってそこに絞っては?
    • パイを広げるよりも今のユーザに好かれることを極める
      • パイを広げるのはいいと思っている
      • それが milkdown ではなくなってきた。見つけたときはよさそうだったけど
  • ChatGPT ついて
    • 周りが当たり前品質で導入し始めたら守備的な要素になるし、Notion と GROWI だけになれば特徴要素にはなる
    • 競合調査による
  • 元々の動機が build in edit と hackmd をきれいにするだった (yuki)
  • 4, 5月がかき入れ時だとして > 考え方
    • A. GROWIチームとしてタイミングは重視せずに導入するものを考える
    • B. タイミングを重視してなにかぶつける方がいい
  • 一つ完成している feature がある方が武器になる (hiromu-t)
    • Milkdown が少しできていたとしても WYISWYG として比較される
    • WYISWYG を進めていくならかき入れ時関係なくコツコツやっていくほうがいい

結論

優先度A

  • v6 stable 化細かいのも残っている (shun-m, ryoji-s)
  • 同時多人数編集のビルトインエディタ化 (yuki)

優先度B

  • Docs (shun-m)

  • 合宿のデータベース機能 (期限は決めない)

  • 新機能の見せ方を工夫したい (hiromu-t)

  • デザイナーの意見は?

    • 中途半端なものを出すべきではない というところで同意している認識 (yuki)
  • 元々 Milkdown の上に同時多人数編集と思っていたが, codemirror でなかった

  • 優先度が分かるようにしておこう

優先度

更新

  1. 優先度A

    1. 115285 -> case2 が終わっていない (yuki)

    2. turborepo 化 (yuki)

    3. v6.1.0 のスコープ決定(yuki)

      • mdcont- 削除スクリプトの開発(要ストーリー化)
    4. ビルトインエディタでの同時多人数編集

      • ベータ版用意(コンフリクト解消機能終了後に検討)
        • 同時多人数編集できるビルトインエディタ(仮)と HackMD をスイッチできる
        • テスティングしてみていいねってなったらビルトインエディタ(仮)と HackMDを削除する @GROWI.cloud
      • /Web会議室/同時編集機能付きエディタ考
        • 今となっては build-in で実装されているのが当たり前品質
          • HackMD はバージョンに上げるのにライセンスが必要になる
          • 画像貼った時問問題
            • 保存先と URL が異なる
          • Basic 認証を入れていない場合、hackmd の url が漏洩したときにページが閲覧されてしまう
        • しかし、工数はかかるだろう
      • 具体的な変化
        • Hackmd なしで同時多人数編集ができるようになる
      • 目的
        • HackMD を廃止することで、現状のハイブリッド状態の数々のデメリットの解消
      • KPI
        • (この施策では立てない)
        • 強いて書けば、対象となるユーザーの幅が広がるので成約数が増える想定
      • 備考
      • 懸念
    5. Docs 組み替え(docs.growi.org & growi.cloud/help) (shun-m)

  2. 優先度B

    1. v6 stable 化で優先度Bのもの (shun-m, ryoji-s, Grune)

    2. アンケート機能 リリース (futa-a, ryoji-s)

      • 本番環境動作確認 (ryoji-s)
      • 運用手順作成 (ryoji-s)
      • Ts.ED 化, Slack通知 (futa-a)
    3. サイドバーBookmarks表示(Grune: ryoji-s)

      • ryoji-s の動作確認後の修正依頼中
      • 修正後
        • 第三者に動作確認依頼
        • PR
    4. データベース機能 (shun-m, yukent-t?)

    5. InAppNotification でニュースを表示する (shun-m)

      • RSS feed 揃うのが必要
    6. Bulk Export 機能(...) (ryoji-s)

      • PDF or markdown
    7. [issue] 削除したユーザと同じ username でユーザを新規作成すると, /user/{username} ページが削除ユーザのままとなる(新規ユーザで更新されない)(ryoji-s)

    8. 脆弱性対応 (shun-m, ryoji-s)

    9. ライブラリアップデート(grune さんが PR 量産中)

  3. 優先度C (細々と誰かがやる)

    1. Docs 拡充 (3月中に一旦終了、恒常的にやっていく)

    2. Attachment リッチ化 (ryoji-s)

      • 進めている
    3. API直叩きで grant を変更できてしまう(Issue)

    4. データトランスファー ブラッシュアップ

    5. アンケート機能 ブラッシュアップ

    6. GROWIプラグインサイトブラッシュアップ

    7. オンプレ -> cloudの移行時にSAML連携をしていて、連携が正常にできないケースがある

    8. Audit Log 改善(UI/UX系)

    9. メールアドレスチェックを入れた新規登録の残タスク棚卸し・消化(要確認: taichi)

      • issue が上がってるので確認
      • クリーンインストール時 default ON
        • smtp サーバーセットアップされてない場合の挙動を整理する必要がある
      • いつか確認
    10. growi.org の新デザイン作成(mos) 2. GROWI公式HPの新デザイン:mos稼働0で巻き取ってOKであれば fumiya が巻取り

    11. [GROWI][UIUX][design][growi-v7]GROWIの色彩構成を再設計する

    12. [GROWI][メトリクス収集] 他プロダクト・OSS 調査 & メトリクス設計

    13. [GROWI][UIUX]デザインスペックをもとに検索結果画面のリスト内のスニペットの新デザインを実装する

  4. 優先度D

    1. NextLink リッチ化 (Grune: ryoji-s)
      • カード表示
      • リンク切れ表示
    2. [要仕様検討] バックリンク実装
      • 被リンク表示
      • リンク切れリスト表示

脆弱性対応

マーケ要望(しばらくステイ)

https://growi.weseek.co.jp/6348e6821cdc45767db47992 external_link

  • 新機能リリースのお知らせ機能
  • 他サービスからの移行の整備
    • 需要がでたら考える

sprint に入れたけど優先度グループ分けされていないもの

!! 毎週やる !!

Gruneさん

新フロー(仮)適用チェック

施策に着手する直前に行う

チーム別進行状況報告

  • Note: Integrated の時は チーム別報告 -> 残り時間はチームごとに話しあう時間にする
  • 4月までペンディング

UI/UX (第一次: ペンディング)(mos)

  • History の初期状態変更
    • 直近の diff が出ているように
  • シン・サイドバー
  • 進行中(優先度に入れてほしい
    • masterには必要ない - Nextjs化の方で対応
      • 97924: [GROWI][UIUX][design]スニペット及びページリストのデザインを検討しFIXさせる
        • 実装ストーリーを作成して優先度に入れる
      • 102604: [GROWI][UIUX][design]GROWIのWIndows11風のパターン出し

UI/UX (第二次: 一旦提言までやった)(taichi, mos, hiromu-t)

その他の施策

Misc

未来(願望)の話

growi.org

  • OSS 版公式 HP のリニューアル(hiromu-t)
    • 着手する(fumiya-s)
  • slackbot app LP に載せる画像等を公式ページにも載せる

(思い出として残して置く) GROWIチャンネル開設

  • /Projects/Growi/GROWIチャンネル開設 external_link
  • 編集作業の非属人化の懸念
    • 1話あたりのコストが確立されてから外部リソース手配や委譲の検討を行う
    • 1本目は限定公開した
    • 3本くらい公開したらプレスリリースしたらいいのでは?
    • kono さんにもインプットする(mos)
  • ayaka がコミュニティマネージャーとして任命
    • GROWI チャンネルもレギュラーで出演する
    • メンバーは固定の方が良い(ayaka + 誰か)
    • 脚本は mos が引き続き進めていく

次回宿題

次回進行ローテーション

  • shun-m

  • ryoji-s

  • 4/7 (金) by shun-m 13:30 ~

各種リンク

GROWIhttps://github.com/weseek/growi external_link
GROWI Docshttps://github.com/weseek/growi-docs external_link
GROWI Docker Imagehttps://github.com/weseek/growi-docker external_link
growi-docker-composehttps://github.com/weseek/growi-docker-compose external_link
growi-commonshttps://github.com/weseek/growi-commons external_link
growi-cloudhttps://growi.cloud/ external_link
GROWI Developers Wikihttps://dev.growi.org/5ca45804b12d2e00400852a5
Tips Wikihttps://tips.weseek.co.jp/ external_link
Jotoohttps://app.jooto.com/boards?organization_id=169371 external_link
Adobe XDhttps://xd.adobe.com/view/cd3cb2f8-625d-4a6b-b6e4-917f75c675c5-986f/ external_link

Commments