ssmonline #31のまとめ

いつもどおり
2
#ssmjp info @_ssmjp

今日は #ssmjp ですよ! 遅ればせながら本日の開催情報について送付しました

2023-01-16 14:48:55
HATANO Hirokazu @tcsh

今日のセッション&パネルのアンケートフォームです。随時書き込み歓迎です! opslearn.jp/questionnaire/… #ssmjp

2023-01-16 18:43:45
よもぎた a.k.a. th0x0472 @th0x0472

いきなり前説が終わるところから始まった #ssmjp 休憩で始まったのを思い出すw

2023-01-16 19:01:11
おむろん @omuron

波田野さんの運用設計第三回のお話 #ssmjp

2023-01-16 19:02:35
Takahiro Sugiura @touchez_du_bois

19:00 からこちらに参加。ながら参加でゴメンナサイ。 波多野さんの運用トーク、等。 ssmjp.connpass.com/event/271167/ #ssmjp

2023-01-16 19:04:34
よもぎた a.k.a. th0x0472 @th0x0472

属人化も複利のパワー効いてる気がするな #ssmjp

2023-01-16 19:15:22
ぼうさん / 外資IT魔法戦士 / Shumpei Kubo @_bou_3

運用あるある、データ分析あるあるとほぼ同じ気がする… #ssmjp

2023-01-16 19:16:53
フクイ@コミュニティ用務員のおじさん @keita_kitami_

#ssmjp 良い属人化 たしかに属人化が全くないと専門性がない

2023-01-16 19:25:40
yakumo3 @yakumo3

常にシンプル(作る側) 常に見える(受入側) 常に価値を生む(現場) って心掛ける人が違う気がする。 って事は運用設計の時点で一部の人だけで作ってちゃダメなんだろうなぁ。 #ssmjp

2023-01-16 19:28:54
kei @_kei_s

ありがちな運用設計の図、見ていて苦しくなってきた #ssmjp

2023-01-16 19:30:29
yakumo3 @yakumo3

明確な指針 普遍的な考え方(原則) 客観的な評価 これを確立させるのが難しいんですよねぇ… SOP+評価軸って事ですもんね。 #ssmjp

2023-01-16 19:31:01
よもぎた a.k.a. th0x0472 @th0x0472

設計段階で一貫性があると、ナレッジの横展開の幅も広がりそうだな #ssmjp

2023-01-16 19:31:37
yakumo3 @yakumo3

「設計経験の価値」が個人知から組織知に出来てないのがままありますよね… #ssmjp

2023-01-16 19:32:53
yakumo3 @yakumo3

設計活動の価値、周囲への思想波及は心掛けてますねぇ(伝わらない時はちょっと論破気味になるからそこは反省してる) #ssmjp

2023-01-16 19:34:00
フクイ@コミュニティ用務員のおじさん @keita_kitami_

#ssmjp 成果物、経験、活動の価値 設計活動の価値 設計すべき人が設計する トップダウン的な発想

2023-01-16 19:35:40
snowp pronpt❂ @snowp_ff14

管理できないところを基準にしないというのはほんと大切だな 管理可能性という言葉今度使ってみるかな #ssmjp

2023-01-16 19:39:03
フクイ@コミュニティ用務員のおじさん @keita_kitami_

#ssmjp 管理可能性がない領域で評価すると組織が荒れる これはシステムの運用設計だけでなく、あらゆるところで通用する話

2023-01-16 19:40:17
yakumo3 @yakumo3

設計優先は絵に描いた餅、これは今度の運用受入で使おう #ssmjp

2023-01-16 19:40:29
フクイ@コミュニティ用務員のおじさん @keita_kitami_

#ssmjp 設計は現場の為にやる これを忘れてはいけない

2023-01-16 19:40:57
ぼうさん / 外資IT魔法戦士 / Shumpei Kubo @_bou_3

管理可能性という概念、覚えておこう。 管理できないものを指標にしてはいけない。 #ssmjp

2023-01-16 19:41:16
Arctan𝕏 @arctanx93

管理可能性は刺さる概念だな... #ssmjp

2023-01-16 19:41:24
1 ・・ 5 次へ