スマートフォン用の表示で見るカイゼンにっき。twitterに呟いていますが、twitterに書ききれない事をここに綴って行こうかと。この広告は、90日以上更新していないブログに表示しています。2月のツイートをまとめた備忘録。グルーピングは非常に適当。実践メモ先週の教訓:ベロシティは有用な指標だけど、一番大切な「スケジュールへのコミット(直感的に出来そうと感じて、それを(ある程度)約束出来る)」を軽んじてはいけない。「今それどころじゃない」とかいってタイムボックスを無視して、よかったと思った経験は今のところ一度もない。Free初期の見積もりの当てずっぽう感と、初期の設計の想定漏れの量がやばい。初期に正しく想定出来るべきだと考えて、「失敗」して自分を責める技術者はどのくらいいるのだろう。少なくとも私はその一人でした。webストーリーのテンプレの冒頭「(ペルソナ)として、」を、「(ペルソナ)は、」にした方が個人的にしっくりくることを発見した。「(ペルソナ)は」の方が、仮説が嘘っぽい時に違和感を強く感じる。web「仕様とシナリオは相補関係にある」とどこかで習ったが、同じように、「要点を絞った完結な説明」と「ストーリー」もきっと相補関係にある、はず。webポモドーロテクニックのタイムボックスの使い方を誤るとケアレスミスを招く(というか招いて後輩に迷惑をかけた)。スプリントのスプリントデモのような「抑止力」を取り入れられるとよいのだが。webenergize「リーダーの大切な資質を一つだけ挙げるとすれば、明るいこと。Buttonこの視点は面白いですね。Button「○○やりたい」と「これがあれば○○できる」との間はだいぶ合って。後者は色々お手伝いできると思うんだけど(しなくてもできるだろうけど)、前者は正直難しいなぁと最近特に思う。TweetDeck◯◯できたらいいんですけどねぇ...ってのは、やってみたら良いと思う。全部思い通りにならないから、その時には一旦それを前提として受け入れて、デザインすれば良いわけで。やってるうちに最初のことができるようになるかもしれないし、そもそも不要になってるかもしれないし。Buttonとても心にしみますねー。Buttonagileこれはとてもいい資料だなー。Buttonどんな方法論も、最初は知って試してみる時期があり、自分の現場でうまくいかないことにヘコみ、それを一旦は忘れて、自分の頭で問題の本質から考えるようになって、そうして少しずつ理想に近づいていくうちに、そのうちに外からは、その方法論を実践しているように見えるようになる。