Scrapboxでプロジェクト管理
Scrapbox
Scrapbox
をつなげて発想するのを人工的にやるってすごい -> の良いところとして、使い方が若干異なる同じ言葉が繋がることが挙げられると思う 例えば、「マルチモーダル」だと文脈によって具体的な意味がすごい変わる それらがマルチモーダルって言葉で化されたことで、繋がる その関係性について考えると、「マルチモーダル」についてなにか新しいことに気づくかも? 例: 「共通言語」のリンクを見ると分かりやすい Scrapboxの何がすごいかを一言で言うと、「リンクがめっちゃ簡単に作れる」なのかな 一的なノートしかとれないのがきつい /nishio/Scrapboxの良さ(その2)) https://goryugo.com/20180904/scrapbox_tips/ 階層型より型の方がみがあって、自分はしっくり来たのかも #すげー ...
プロジェクトマネジメント
https://onk.hatenablog.jp/entry/2021/08/07/133352 /shokai/タスクを効率的に処理していくと高速にクソアプリを実装してしまう#59d9845f97c29100005622b7 /shokai/汎用的な小さな機能 どんな機能でも3時間で実装し終わって、pull requestにしたい 小さく始めたい 時間をかけるとアイディアが腐って呪いになる 変な思い入れ・こだわりができてしまう 長時間かけて完成像を計画して死んだ目で実装するのではなく、コアを突いた小さな機能から育てていく の集合体を目指しているのだから、3時間以上もかかるような機能は何かおかしい ...
Scrapboxに仕様書とかを書かないといけない病にはならないようにすべきだなと
- 適度なバランスを
- 書く暇あったらじっそうしちゃったほうが良いことも
- #実装力をあげたい
- スプリントに随時追加していく
[/shokai/Scrapboxの開発 - React & Websocketで作るリアルタイムWiki]( https://scrapbox.io/shokai/Scrapboxの開発 - React & Websocketで作るリアルタイムWiki)
- めちゃくちゃ参考になる
- Todoを雑記していく
- 繋がり生まれるのを期待
- やりたいことを言語化しておく
KinetoのScrapbox (~202102) の問題点
- 「Kinetoのデザイン」とか「Kinetoのバックエンド」とかみたいな範囲広めのページで運用していた
- ただ、これだと各ページに何が書かれているのか分からなくて管理しきれなくなる
- そうなるともっと範囲を広げたくなる
- ただ、むしろ逆に細分化してページタイトルで書かれている事がわかるようにすれば良い
- 「Kinetoのデザイン」とか「Kinetoのバックエンド」とかみたいな範囲広めのページで運用していた