できない人の無駄ではなくできる人の無駄を省く。20%ルールどころか50%ルールで、仕事の半分は学習・研究に時間をさけるようになっている同じものを3,4回作る。最終的には1回目の4分の1くらいの時間で作れるようにする。この再現性があがれば生産にもっていけるのではないか。発表の怒涛の勢いにかなり飲み込まれていく感じの発表6分単位での見積もり、1スプリント1日など、なかなかすぐには真似できそうにないので、未来とか、タイムトラベラーみたいなワードが飛んでた話を聞いていて、ぶっ飛んでいるようで理にかなっているし、日々改善していくというだけなので、実は当たり前のことかも。星取表を「できる」ではなく「やった」という事でマップするのもシンプルで運用しやすそうだし、発表のコアはとてもシンプルで案外他でも再現できるかも会社やプロダクトとしてのビジョンだけでなく、チームとしてのビジョンをシンプル持っているのも大切だよなぁ〜と共感。50%は新しいことに時間が使えるようになったというのがすごい開発の創造性・クリエイティビティ、ムダも必要みたいな話はあるが、徹底的に無駄をなくし生産を目指すアプローチで、結果として50%で仕事が終わる。単純に考えると、空いた50%に仕事を詰め込むこともおきそうだが、なぜなってないんだろう?というのを聞きそびれた。2部のビアバッシュの感想ビルの10階にカフェ的なスペースがあってそちらに移動。会場だったMOTEXの本社のファシリティーに感動wトークセッション2部始まってすぐ、トークセッションとなり、実際に参加された方が会場やセッションの雰囲気を共有。雰囲気を聞いておくと初めて行くとしてもあまり身構えずにいけるので、そういう共有もあるのはいいですね。テーブルトークトークセッション後にテーブル毎に登壇者をかこんで話ができた参加者の意識高いなぁ感もうける2部全体で1時間しかなかったので、15分くらいしか話はできず。仕事で多少はスクラムっぽいことも取り入れているけど、やっぱりやってる人たちの事例をどんどんInputしていきたいなとおもっていたので、大阪でRSGT2017の再演が聞けて、交流もできるイベントはまさにラッキーでした。いつもなら二次会にいくのですが、予定いれてしまってたのが失敗。あと30分2部の時間が欲しかった・・・しかし、ひさしぶりに自分の感想まとめてみようという動機にもなったステキな時間でした。運営の皆さんありがとうございました。今回はペーパープロトタイピング。紙で実際の画面設計をやってしまおうという話。紙なので切ったり貼ったり、動かしたりできるので、早く、体感的に画面設計ができるな。実際に画面を作って問題に気づけるわいわいしながらやるのでモチベーションがあがるというのは、面白い。やりながら、写真をとってワイヤにしたり、動画をとって議事録や経験の思い出しに使うとよいそう。綺麗につくりすぎると、みための議論になりがち大人数でやると収集がつかないので、コアなメンバー(各部署、クライアント)だけで。実物大でやらないと、具体的な感覚がボケる。ゴミがいっぱいでるので地球に厳しい(笑)しかし、実際にやってみてペルソナつくてユーザシナリオを考えてまでは、他でもできるが画面遷移や画面の動きをああでもないこうでもないといいながら、チームで話をするのは面白いし、イメージがどんどん膨らんでいくので面白かった。今回はタブレットアプリっていうお題でやったが、充分にWEBサイトでも適用できるだろうし、今後新しいものを考えるときはいいね!モックアップ的なパーツを色々とあつめて、付箋やはさみ、テープを集めて実際に一つアプリをつくって、開発までやってみたい欲求が激高まり中。実際につくったペーパープロトタイプ。週末にDevLOVE関西の「セルフ・タスクマネジメント」にいってきた。http://devlove-kansai.doorkeeper.jp/events/2882今回はセルフ・タスクマネジメントに関するワークショップということで、最近自分のタスク管理が上手くいてないなぁという感じがひどかったので、いっちょいってきました。違う視点のおおいほうがいいでしょうということで、普段マネージメントしているかorされる側、かんばん経験ありorなしなどでわけて、視点の違うメンバーでチームをつくりました。タスクマネジメントを体験してみようというワークショップなので、今回は以下のようなお題をもらって、チームでどんなタスクがあるかを、検討し、実際にタスク管理をしながら進めていく作業をしました。海外に転勤する先輩二人に思い出に残るBBQを開催しようーどんなバーベキューにするかーどういう風にすすめるかー何を大切にするかはじめにどんなバーベキューにするかを決めて、各自付箋でタスク出しをし、後で他のチームのものも見ながら振り返りました。ひと通りやってみて、僕らのチームは以下のような課題を感じました。・粒度が大きすぎた1度タスクを出しきった後で、以下のような事を意識して見直す必要がありましたね。・タスクの粒度はどうか・タスクの過不足はあるか・終了条件は明確か?・お題の達成いはできるのか普段から、タスクの粒度や前後関係を仕事の場でしっかりと話ができているかを改めて感じさせられました。自分が思うセルフタスクマネージメントのこつ(みたいなの)自分としては、良いタスクの条件についての話がよかった。良い要求定義、良いタスクにも通じるようです。交渉しやすいこと、対話をひきだす。2時間から4時間くらいの粒度にしているそう。注意点として、1点見積りをしないー>A機能で2日とかせず、BestとWorstの幅も意識。予実の原因把握もすることで、見積もりの調整が可能になる。→厳しく質問をしてしっかりと確認する。→タフクエスチョンなぜするのか、どうやってするのかを理解しなければいけない。わからないことがあると、見積もりの幅は広く、荒くなる。不確実性のコーンの右側へいけるように、質問をくりかえして、見積もりの精度をあげていくタフクエスチョンが大事ですね。・タイムボックスを意識→何時間も集中できない。これまでできていないものが急にできるようにはならない。ペースを掴み見通しをたてる。・マルチタスクのワナ→仕掛りを増やさない。タスクの並び替えが可能に自分の調子と相談→無理な時にはすっぱり諦める。日によってパフォーマンスが違うのは当然でも、良いプレーヤーは不調な時期が短い。調子をあげるスイッチをもとう。失敗だらけのタスク管理戦記こちらは、どうやったらうまくいくじゃなくて、いろんな方法があるよの話でした。みつもりはカンバンで、時間単位をポモドーロ等など、それぞれのツールの事を紹介してくれました。どのツールにも良い点、悪い点があり、教科書通りの使い方には限界があって自分なりにためして、変えていくことがいいと言われてました。1枚と・WeeklyのASAP、Today、Inbox(どうするかまよってるのの置き場)で運用されているそう。物理的に各領域における量を制限するとかは一つのTipsでしたね。ASAPまではざっくりでも、Todayにはいったら分けるってありですね。かんばんでの見える化、gtdの優先度、タスクを作業直前でバラす手軽さはいいな。日々の振り返りは重要。TODO、Doingに入れる時、タスクの粒度を見直すをチームでキーワードとしました。感想よくわからない仕事をうけて、粒度整理できてないことが最近多かったなぁタスクにたいする見積もりをさぼっていたなぁ完了条件が明示できていなかったTODOとDoingをわけれてなかったなASAPとTodayをわけるのはよさそうTODOは担当をわけない。最後に、言われていた、「楽しかった、良かったよりも、役に立ったという感想をお待ちしてます。月曜日から会社のTodayとPending、Doneだったタスクボードを、Todo,Doing,Doneにわけて、ホワイトボード反面だったのを全面にかえてみた。運用してみて、役に立った報告をしたいなぁ。AgileJapan2012に参加してきました。AjailJapan2012のメイン会場が大阪で開催されるというこで、このチャンスを逃すものかと、AjailJapan2012に参加してきました。その自分の感想とメモ。氏いきなりアジャイルサムライ著者による講演。英語なれしていない自分の頭は、ウォームアップどこから、いきなりフル回転を迫られました(^_^;)アジャイルの概要と、各手法の紹介のお話。継続的にやるのがアジャイル・XPからはじめて、スクラム、Leanへと進むのがよい。いうのは、いい組み合わせ。Agileをはじめるなら、まずは以下の4つを練習してみようとの事。オープニング今回のテーマ「いまこそ語りあおうAgileのABC」についての説明などがありました。A;アジャイルの原点に立ち返る。B;ビジネスにつながっているのかC;変化できているかAgileを知り、ビジネスをつくり、変えてゆくなんと、参加者:250名が開催1ヶ月前にうまったそうです。オープニングの中で、アメリカでは、60%が社内の半分くらいでアジャイルやっていて、8割が経験したことがあるという話を聞いて、驚きました。解説:ヒラナベさんQ;鉄工所の生産方式がソフトウェアにも適用できるのか?・チームの生産性を比べる意味はあるのか?・クリエイティブな仕事の効果をどう測定するのか。・見積もりって絶対間違うよね。※金のことを考える必要がなくなる程度の報酬を与えれば、金について考える代わりに仕事について考えるようになる40年前のソフトウェア開発:指揮統制、コンプライアンスは厳守された。「自律」「熟達の喜び」「目的」が大事ソフトウェア開発は映画のようなものです仕事の向かい方に組織がついてきていない。会社もクリエイティブな仕事を求めているが、計画や予算が深刻な問題。信じているシステムの考え方の違い。タスクに、時間に、技術に、チームに・平均以上の給料を。・自分より優秀な人をマネージすることを認めよう。→マネージャーより若い人のほうが技術に詳しいのはあたりまえ。一人一人はいい仕事をしたいと思っている。彼らがやろうとしていることの邪魔になっちゃいけない。日本TOC推進協議会理事#朝日新聞で隔週土曜日に連載している。仕事は人や組織とつながっている、人や組織の能力はばらついている。仕事は繋がりと、ばらつきがあるもの。ボトルネックに全体の余剰分を投入し、ボトルネックに集中することが全体最適となる。8時間のうち自分しかできない仕事をどれくらいしていますか?全体最適のために、お互いに助けあう。プロジェクトのジレンマ。・すべてのプロジェクトは早く終わらせなければならない。組織のボトルネック、貴重なリソースはのマネージャー(キーリソース)マネージャーがやらない事を決めることが大事。マルチプロセス環境では、早くやれば早く終わるというものではない。今やらない事を決めて、今やることに集中する。クリティカルチェーンの5つの要素マネジメントが変われば工数が下がった。現場を変えるのはリスクだが、マネージメントの変えるのはリスクがない。現場は頻繁に改善・変化を繰り返す事がよくあるが、多くのマネージメントは旧態依然としている。変わるのは現場ではなく、マネージメントである。・papandaお客様に価値を提供し続ける変更を受け入れるシステム開発を契約スキームでどう実現するのか?システムを初期費用0円で提供。M,L,LL3~10チケット※協同で価値を創りだしていくという思いの実現、なお、お客様によっては既存の受託開発も並行しておこなっている。