開発プロセスは勝てば官軍 - 下林明正のブログ
blog.nishimu.land 呼びかけられたような気がする(?)ので、思っていることを素朴に書いてみます。 まず一番大事なこととして「成果を出せているのか？」があると思っています。 「ユニコーン企業ではスクラムなんかやってない」ことが注目されるのも、ユニコーン企業だからこそです。 なので、成果を出せているのならスクラムじゃなくても何でも良いと思っています。 以前勤めていた会社はトップダウンの会社でアジャイル的な思想とは真逆だった気がしますが、天才プロダクトマネージャーの差配で回ってました。 回ってる内は、別にそれでいいと思います。 scrapbox.io これは、自然状態から成果を最大化するための課題に向き合っていくとこういう変遷を経るケースが多いんじゃ無いか、という僕の予想です。 この予想では、アジャイルソフトウェア開発に行き着くことになっています。 ただ実際は、例えば先ほど挙げた
正しいことは、正しく言わないと、正しく伝わらない - 下林明正のブログ
SNSを見ていたり人の話を聞いたりしていると、「職場で攻撃的な物言いをしてくる人に困っている」ということがある。 攻撃的な物言いをされる側は気分が落ち込んで生産性が下がったり、最悪退職してしまう。 そして攻撃的な物言いをする側は、いくら指摘しても態度を改めない、というもの。 割と長期間に渡ってそういう話を見聞きしてきて自分なりに思うことがあったので、書いておく。 攻撃的な物言いをするメリットはほぼ無いはず 言われる側の心構え 攻撃的な物言いをするメリットはほぼ無いはず 何かを指摘する際の目的は何なのかと考えてみると、指摘をすること自体は目的ではなくて、大体は相手に素早く正しく動いてもらうことが目的だと思う。 その観点で最適な指摘の仕方を考えてみたときに、本当に攻撃的な物言いが最適だと思えるならそうしたらいい。 けど、多くの場合は相手の反発感情を煽って咀嚼に余計なエネルギーを要したり、最悪怒
アジャイルにならなくてもいいんじゃないか - 下林明正のブログ
アジャイルとは、トライアンドエラーを効果的に行うための知識群、だと思う トライアンドエラーするのはどういうときかというと、やってみないと分からないとき やってみないと分からないときはどういうときかというと、その時点での能力を超えた仕事をするとき 能力を超えた仕事をするとき、成功が目的であることに変わりは無いけど、計画と実行よりも学習と軌道修正が重要になる 最初に立てた計画は間違っているため プロダクト開発の領域は大雑把には、ディスカバリーとデリバリーに分けられる ディスカバリーにおいて十分な能力を有している=つくるべき正しいものを見極められている場合、ディスカバリーにおいてアジャイルである必要は無さそう 例えば、受託開発のような場合はつくればお金がもらえるということになっているので、アジャイルになろうというモチベーションは低そう デリバリーにおいて十分な能力を有している=やるべき正しいつく
チームトポロジー を読んだ - 下林明正のブログ
必要にかられていて、社内でも読書会がはじまった。読書会はまだやってるけど、先行して読み終わった。愛称は「ちいとぽ」らしい。 チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計 作者:マシュー・スケルトン,マニュエル・パイス日本能率協会マネジメントセンターAmazon どういう本なのかは、訳者の方が用意してくれた以下の資料が良いのではないか。 自分が読み始めたモチベーションとしては、チームの分け方について知見を得たいというものだった。 shimobayashi.hatenablog.com 本を読んでみた感想としては、元々の自分の考え方もそんなに外してないことが分かって安心感があった。もちろん考慮の幅・深さ・質は違うので、この本を読んで良かった。 どれくらい根拠のある内容なのかはよく分からなかったけど、個人的にはこれまで勉強してきたことと整合的だった気がするので全体的にはす
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
