- higashiyami
- 43329
- 66
- 34
- 90
チャットという、流れるのが当然の特性の中にスレッドとかいうのを作成できるのは個人的には狂気の沙汰だと思ってる。 twitter.com/komitsubo/stat…
2022-10-18 11:48:18SlackでもTeamsでもいいんだけど、あれを仕様とか設計の代わりにするのはどうにかならんもんかなぁ。正直メールより無秩序で便利だこれでいいと言っていた若手や中堅が後でどこに書いたか分からない。誰が見れてるのかわからないと構成管理がボロボロなのをみるとまあそうなるわなと思うしかない。
2022-10-18 08:07:05確定案件をチャットに残すのはねぇ… ご相談案件とか、調査報告とかならわかるけど twitter.com/komitsubo/stat…
2022-10-18 22:59:24まあそれはそうなんですけど、言った言わないになる口頭ベースのやり取りをやった事ある身としては、それよりマシかなと思ってます… twitter.com/komitsubo/stat…
2022-10-18 16:31:15こうすれば良い
@komitsubo プロジェクト管理ツールのwikiに要件、仕様書くのおススメです。 設計はなんだかんだExcelでいいです。
2022-10-18 20:08:08TeamsだったらSharePointでファイル置けばええんでねぇの リリースされたらバージョン管理用の鯖に移せばいいし twitter.com/komitsubo/stat…
2022-10-18 20:51:30SlackもTeamsもメールもコミュニケーションツールなのでそこに仕様やら設計やらの話入れると成立しないのはそりゃそう twitter.com/komitsubo/stat…
2022-10-18 18:17:23やりとりはslackなどのメッセージ系ツール。知識の貯蓄が必要なものは別途wiki、docツールで使い分ける。1対1のメールや多数のccを巻き込んで長いやり取りするメールは効率が悪い。 twitter.com/komitsubo/stat…
2022-10-18 14:08:40redmineでチケット作って仕様書管理するのが最低限なのでは?😅 twitter.com/komitsubo/stat…
2022-10-18 13:23:39Slackで話し合ったのをまとめて設計書なりデザインドックに書けばいいだけでは 少なくともこれで必要な情報がわからないということはあまりないと思う 構成管理とかよくわからないけど twitter.com/komitsubo/stat…
2022-10-18 12:57:12markdownでもwordでもいいけど、保存と参照のための仕様は然るべき所に書けって話よね。 slackでやるのは仕様の検討と決定までで、文書化は別に必要だろ・・・。 twitter.com/komitsubo/stat…
2022-10-18 21:35:07どこで仕様の話をしたのかわからなくなるため 仕様関係の話をチャットツールで会話するのは禁止するところが増えています チャットではなくWikiでドキュメントを作成更新 twitter.com/komitsubo/stat…
2022-10-18 11:46:26