今 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のセットアップ方法を徹底解説」
- イベントページ公開済み
- 資料作成中、来週中ぐらいには完成させる
対象
- 春から GROWI OSS 版を利用して情報整理を始めている人
- 春から GROWI OSS 版を利用して情報整理を始める予定の人
- GROWI OSS 版を利用した情報整理を検討している人
募集方法
- GROWI OSS 版サイトのメインビジュアル下にバナーを掲載
- 公開済み
- Twitter のアカウントで情報発信
- Slack 上で情報発信
セミナーの流れ・内容
- GROWI のサービス内容(wiki サービスで何ができるか)を簡単に解説
- OSS 版 GROWI のセットアップ(立ち上げ)方法の解説
- OSS 版以外で GROWI をご活用いただく方法について
- GROWI.cloud
- GROWI オンプレサービス
- OSS 版 GROWI の立ち上げ後の各種運用の解説
- アカウント管理方法
- バックアップ機構
- GROWI の移行方法
- どの利用方法でも使えるよ!という案内をする
- まとめ
今後について少し相談
- 別プロジェクトで稼働が増えそうなので、できたらセミナー主催を移譲したい
- 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 エディタを導入することはできるが要相談
- その後のマイルストーンやリリース戦略は未定
- ブレストで話していたような完成形までは5月に間に合わない
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 でなかった
-
優先度が分かるようにしておこう
優先度
更新
-
優先度A
-
115285 -> case2 が終わっていない (yuki)
-
turborepo 化 (yuki)
-
v6.1.0 のスコープ決定(yuki)
- mdcont- 削除スクリプトの開発(要ストーリー化)
-
ビルトインエディタでの同時多人数編集
- ベータ版用意(コンフリクト解消機能終了後に検討)
- 同時多人数編集できるビルトインエディタ(仮)と HackMD をスイッチできる
- テスティングしてみていいねってなったらビルトインエディタ(仮)と HackMDを削除する @GROWI.cloud
- /Web会議室/同時編集機能付きエディタ考
- 今となっては build-in で実装されているのが当たり前品質
- HackMD はバージョンに上げるのにライセンスが必要になる
- 画像貼った時問問題
- 保存先と URL が異なる
- Basic 認証を入れていない場合、hackmd の url が漏洩したときにページが閲覧されてしまう
- しかし、工数はかかるだろう
- 今となっては build-in で実装されているのが当たり前品質
- 具体的な変化
- Hackmd なしで同時多人数編集ができるようになる
- 目的
- HackMD を廃止することで、現状のハイブリッド状態の数々のデメリットの解消
- KPI
- (この施策では立てない)
- 強いて書けば、対象となるユーザーの幅が広がるので成約数が増える想定
- 備考
- 懸念
- ベータ版用意(コンフリクト解消機能終了後に検討)
-
Docs 組み替え(docs.growi.org & growi.cloud/help) (shun-m)
-
-
優先度B
-
v6 stable 化で優先度Bのもの (shun-m, ryoji-s, Grune)
-
アンケート機能 リリース (futa-a, ryoji-s)
- 本番環境動作確認 (ryoji-s)
- 運用手順作成 (ryoji-s)
- Ts.ED 化, Slack通知 (futa-a)
-
サイドバーBookmarks表示(Grune: ryoji-s)
- ryoji-s の動作確認後の修正依頼中
- 修正後
- 第三者に動作確認依頼
- PR
-
データベース機能 (shun-m, yukent-t?)
-
InAppNotification でニュースを表示する (shun-m)
- RSS feed 揃うのが必要
-
Bulk Export 機能(...) (ryoji-s)
- PDF or markdown
-
[issue] 削除したユーザと同じ username でユーザを新規作成すると,
/user/{username}
ページが削除ユーザのままとなる(新規ユーザで更新されない)(ryoji-s)- issue リンク
- ストーリー リンク
- ユーザ削除時のホームページ仕様も検討する (こちらの根本的な対応はv6リリース後)
- ストーリコメントに記載
-
脆弱性対応 (shun-m, ryoji-s)
- Huntre.dev から送られたやつ -> https://growi.weseek.co.jp/61e13c378d6de9054af93969 external_link
- azara さんから送られたやつ(要精査)
-
ライブラリアップデート(grune さんが PR 量産中)
- 当番制
- 参考 /資料/マニュアル/ライブラリアップデート
- 週1くらいのペースで良い
- 2022/12/5 の週: yuken-t & ryoji-sで中断
- 脆弱性が片付いたらやる
- PR掃除
- 当番制
-
-
優先度C (細々と誰かがやる)
-
Docs 拡充 (3月中に一旦終了、恒常的にやっていく)
- Docs 執筆ルール 作った
-
Attachment リッチ化 (ryoji-s)
- 進めている
-
API直叩きで grant を変更できてしまう(Issue)
- https://github.com/weseek/growi/issues/6822 external_link
- 重要度はそこまで高くない(yuki)
-
データトランスファー ブラッシュアップ
-
アンケート機能 ブラッシュアップ
-
GROWIプラグインサイトブラッシュアップ
-
オンプレ -> cloudの移行時にSAML連携をしていて、連携が正常にできないケースがある
-
Audit Log 改善(UI/UX系)
-
メールアドレスチェックを入れた新規登録の残タスク棚卸し・消化(要確認: taichi)
- issue が上がってるので確認
- クリーンインストール時 default ON
- smtp サーバーセットアップされてない場合の挙動を整理する必要がある
- いつか確認
-
growi.org の新デザイン作成(mos) 2. GROWI公式HPの新デザイン:mos稼働0で巻き取ってOKであれば fumiya が巻取り
-
[GROWI][UIUX][design][growi-v7]GROWIの色彩構成を再設計する
- https://redmine.weseek.co.jp/issues/103889 external_link
- 目的の設定からする必要がある
- 進行中
- https://redmine.weseek.co.jp/issues/103889 external_link
-
[GROWI][メトリクス収集] 他プロダクト・OSS 調査 & メトリクス設計
-
[GROWI][UIUX]デザインスペックをもとに検索結果画面のリスト内のスニペットの新デザインを実装する
- https://redmine.weseek.co.jp/issues/103102 external_link
- こちらとしては現状リソースとして確保していないので、改めて mos に投げれば動いてくれるかも
-
-
優先度D
- NextLink リッチ化 (Grune: ryoji-s)
- カード表示
- リンク切れ表示
- [要仕様検討] バックリンク実装
- 被リンク表示
- リンク切れリスト表示
- NextLink リッチ化 (Grune: ryoji-s)
脆弱性対応
-
メール変更(いつか誰かがやる)
ml-jvm-growi@weseek
->ml-vulnerability@weseek
- Huntr.devからきた脆弱性対応が落ち着いたら変更する
- 担当者は srv に依頼する
- 旧アドレスはエイリアスにする
-
JVN 由来のもの
- タスク作って振り分けて進行中(村議で確認)
- https://growi.weseek.co.jp/5f76dc58c362ef0049dfff19 external_link
-
Kim(@stpr) さん由来のもの
- /Projects/GROWI/GROWI/脆弱性対応/@stprさんからの脆弱性報告 external_link
- #2~#6: 修正 + JVN公表済
- #1
- v6 で解決したので JVN 公表に向けて動きたい(担当: TBD)
- #1
- #2~#6: 修正 + JVN公表済
- /Projects/GROWI/GROWI/脆弱性対応/@stprさんからの脆弱性報告 external_link
-
Huntre.dev 由来のもの
-
azara さん由来のもの
マーケ要望(しばらくステイ)
https://growi.weseek.co.jp/6348e6821cdc45767db47992 external_link
- 新機能リリースのお知らせ機能
- 他サービスからの移行の整備
- 需要がでたら考える
sprint に入れたけど優先度グループ分けされていないもの
!! 毎週やる !!
Gruneさん
-
メイン施策棚卸しした(yuki, shun-m, kaori)
-
ryoji-s
- Bookmarks 表示サイドバー
- 優先度B
- Bookmarks 表示サイドバー
-
依頼中
- 新しい toastr に入れ替える -> Done
- Page Tree の bug fix -> 進行中
新フロー(仮)適用チェック
施策に着手する直前に行う
チーム別進行状況報告
- Note: Integrated の時は チーム別報告 -> 残り時間はチームごとに話しあう時間にする
- 4月までペンディング
UI/UX (第一次: ペンディング)(mos)
- History の初期状態変更
- 直近の diff が出ているように
- シン・サイドバー
- ナビバーの新しい挙動が確定してから考える
- UI チームで話し合う
- https://xd.adobe.com/view/cd3cb2f8-625d-4a6b-b6e4-917f75c675c5-986f/screen/97b58f0c-2e0f-4b1d-a09c-914566b7223d/ external_link
- イシューポイント
- 謎の隙間の見栄えが悪い
- 進行中(優先度に入れてほしい
- masterには必要ない - Nextjs化の方で対応
- 97924: [GROWI][UIUX][design]スニペット及びページリストのデザインを検討しFIXさせる
- 実装ストーリーを作成して優先度に入れる
- 102604: [GROWI][UIUX][design]GROWIのWIndows11風のパターン出し
- 97924: [GROWI][UIUX][design]スニペット及びページリストのデザインを検討しFIXさせる
- masterには必要ない - Nextjs化の方で対応
UI/UX (第二次: 一旦提言までやった)(taichi, mos, hiromu-t)
- Edit中のショートカットの実装
- 画像挿入のボタンの挙動変更
- [design]ナビバーの新しい挙動のデザインカンプを作成する
- [design]Markdownのヘルプをわかりやすくするしたものをデザインし、実装されている
その他の施策
- OGP関連
- closed wiki でも何からの条件下でも OGP を表示できるようにする
- あるツリーの下を全てオープンにするなどの施策とセットにする方が効果的
- closed wiki でも何からの条件下でも OGP を表示できるようにする
- page grant 機能強化
- フォント周り
- Font Optimization
- Selectable Font
- アップロードできるファイルの種類制限機能がほしい
- 要 Story 化
Misc
未来(願望)の話
- 関連ページサジェスト機能
- https://xd.adobe.com/view/cd3cb2f8-625d-4a6b-b6e4-917f75c675c5-986f/screen/48951659-6215-47e3-bdbc-729763a89d09/ external_link
- 参考: https://nerve.wiki/ external_link
- サジェストは自動で出してくれるが、ピン留めするかどうかはユーザーに委ねる
- Viewでは
- モーダルはサムアップの横に置く
- サジェストは置かない
- SP版FB
- スニペットはブロックにして縦に並べる
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 ~
Commments