投稿

無駄をなくす方法は、「なぜなぜ」ではなく、そもそも何の為にやるんだっけ、という「そもそも」なんだろうと思う。

プロダクトオーナーに求められるのは、強い自制心と我慢強さ、そして嫌な役回りさえできるハートの強さと決断力。これは経営者に求められる資質と同じではないか。

やるべきこと、やった方が良いと思ってることをやるかどうかで悩んでるとしたら、それは本当の悩みでなくて、迷いがあるだけなので、時間の無駄だ。

どんな機能がいるか、その前に、その機能で何がしたいのか、その前に、何のためにその機能がいるのか、そのさらに前に、そもそも何に困っているのか、を知らないと、良い設計にならない。

アジャイル開発と名付けた時のもう一つの候補名がビジネスアラインド開発だったというエピソードが好き。名前としてキャッチーじゃないので流行らなかったかもしれないけど、”Business Aligned”の方が本質的で直感的だと思う。

無駄なことをしないで、フォーカスすることが大事。無駄なことするって、ものすごく贅沢なことだな。趣味でないと出来ない。

一生のうちに取り組めるサービスやソフトウェアの数は限られてるので、本気で情熱をもって取り組める事業だけに絞る位でちょうど良いのかもしれない。

上質なユーザエクスペリエンスにはデザインだけでなくて、そこに書かれている文言などのライティングも非常に重要な要素なのだな、と思う。プログラマは、ついつい疎かにしがち。気をつけたい。

計画よりも変化に対応することで、そもそもの価値を追求し、高い生産性を出すというアジャイルの考えかたは何もソフトウェア開発だけではなくて、協働作業の多くの場面で使えると思うが、それを何と呼ぶと共通認識を得られるか。

仕事を頼みたい人と仕事を受けれる人の間に、別の人が入るか、別の会社が入るかするだけで、とてもとても無駄が多くなって、まったくもって生産的でないことが多すぎるので、本当に避けたい。

小さい会社なんでコーポレートサイトの更新も自分でしてます。頼んだ方が早くて品質の良い仕事と自分でやった方が早い仕事があるけど、ITのおかげで後者が増えた。アウトソーシングするのは、自分に出せない品質を求めるとき。

シンプルさとユーザのニーズのバランスは難しい。ユーザが欲しいと言ってるものを作っても、それが必ずしもニーズを満たすかというと違ったりするしね。

ソースコードに「美しい」という見方や感覚があることを知らないと、美しいコードを書こうとは思わないはずなので、初心者はまずはそれを知ることからかな。

ブレストでも良いんだけど、本当のアイデアは時間や場所なんかに関係なくふってくる。アイデアがふってきたとき、すぐに仲間とディスカッション出来るかどうかは大事なことな気がする。

地道に少しずつ進めてる人が成果を出せるんだと思うが、地道に進めるのは、地味だが相当の情熱がいるよね。

人は知らないことは認識しないし、認識しないと存在しないのと同じ。今まで考えてなかったことに意識を持つことでアンテナをはるようになるし、成長することが出来るはず。その無意識の壁を壊してあげるのが、育つ場を提供するということ。

ブログ書くときの一番の障壁は、こんな記事を書いて意味あるのかな、という気持ちとの戦いだな。ウェブサービスを作るときの障壁も同じだな。何かを世に出すときの障壁ってことかな。

大手企業のリストラの話などを聞けば時代の移り変わりを感じる。一方で、実はそういうことは昔からあって、これからも時代は変わっていくはずで、安定を目指すよりも変化の揺れの上でどう立つかを考えた方が良いのかな、と思った。