倉貫義人のレビュー一覧

自分は開発チームのいちメンバーに過ぎませんが、チーム内のコミュニケーションをもっと大切にしよう、ザッソウを取り入れてみたい、と感じさせられる本で良かったです。


個人的には課長や部長には課員の誰よりも暇であって欲しい、定型業務よりもコミュニケーションなど創造性の高い業務に時間を使って欲しいと思って...続きを読むいます。

現状だと上長は会議や承認処理などで手一杯な感じなので、まずは自分にできることとして
・課員とのザッソウを自ら積極的に行う
・課員同士で気軽に相談できる環境を作る
・自分で判断が出来るメンバーが増える
・上長の負担が減って課内の事に気を配れるようになる
という戦略で行ってみます


他には「遠慮は自分のための行動ですが、配慮は相手のための行動」という言葉がはっとさせられました。

今まで自分がどう思われるかばかりに気をつかっていましたが、それだと課の心理的安全性が高められないと気づきました。
なので、配慮はしつつ、プライベートなことにも多少踏み込んで、同僚とザッソウを重ねていくことにします。

タイトルが現場のエンジニアからは当たり前であることから伝わるように、ソフトウェア開発の現場向けというよりも、そこに発注する方に向けた内容と言えます。
その文脈において開発に対して想像していることと、実際に発生する内容との違いが明確になっており、かつシンプルにまとまっています。

経営層に向けたソフトウェア開発の特性とビジネスとのギャップに関する書籍。というか、Devと事業側という構図がある限りどういった組織でも発生しうる問題であり、対象範囲はとても広いと感じた。協働を目指していくにあたり広くお勧めしたい一冊。ボリュームが程よくとても読みやすい点も良。

ページは少なく図なども無いが、内容としてはソフトウェア開発で陥りがちな誤った意思決定を指摘した堅実な本だと思った。
パーキンソンの第一法則とブルックスの法則は必ず念頭に置くべき法則と思う。
特にブルックスの法則に関しては、同じ過ちを繰り返す企業が多いので要注意だ(ソフトウェア人材を〇〇人補充、みたい...続きを読むなやつ)
また、工程を分けても生産性は上がらないというのもなかなか面白い意見だと思う。ウォーターフォールモデルで作る限り、全ての工程は相互に作用し合っている。工程間でエンジニア力に差があるとそこに引っ張られて生産性が上がらなくなる、という話だった。

リモートワークを中心として働く人と会社のこれからをサイボウズ式編集長藤村氏とソニックガーデン代表倉貫氏が語ります。リモートワークについては起こりうる問題点を挙げて先駆者としての経験に基付いた対策を提示（特に雑談的なコミュニケーションの演出は勉強になりました！）するなどとても実用的です。企業側としても...続きを読む昭和的な慣行を改めて組織や制度を改革するのが喫緊の課題となるようです。ただし、働く人も本業以外に「人生の軸」を持ったり、人的資本、金融資本、社会資本を充実させよとの主張があります。これはもっともであり、大切だとは思いますが、それができる人とできない人がいるのも明白で、コロナ禍で始まったリモートワーク起点とする働き方改革は格差社会の一丁目一番地かもしれない。全社員をしっかりできる人にするのが私の仕事なのだな。

自分で経験したことがあるリモートワークと比較しながら読む。出社している人の方が有利だったりしない、ビジネスチャットで気軽に（雑談も）やり取りできる、文字で伝わりづらいときは、気軽に音声でにやり取りができる。そういった、本書でも紹介されていたことがなされていればリモートワークもぐっとやりやすくなる。

新型コロナ以前の2015年の著作、というのが信じられないくらい、リモートワークについて本質的な指摘がたくさん。文中zoomが出てこないことで、そうか、これは2020年に書かれたものではないんだあ、と思う。

「セルフマネジメントができる人たちで構成されたチームを作り上げることでリモートチームは成立す...続きを読むるのであって、その逆ではありません」

果たして自分はセルフマネジメントができているのか？できていないところが、浮き彫りになって冷や汗書いているなあ。

なぜかはっきりしないのだけど、この本読んでいるだけで元気が出てくる感じ。お気に入りの一冊になった。こういう働き方、チームを望んでいるのかもしれない。

新入社員の時、報連相は大事と学んだが、かしこまってしまう傾向があった。
しかし、この本では雑談＋相談を「雑相」と呼び、気軽にコミュニケーションを取ることでアイデアが浮かび、問題点と感じたら即対応できるとしている。
時代とともに考え方も変わっていくのだなと実感した。
今年に入ってからテレワークが日常と...続きを読むなり、私は新入社員ともコミュニケーションに、この雑相を早速取り入れています。

帯に書かれた「お話があります。お時間をください」に身に覚えががあったので、読んで見ました。弊社でも10年ほど前に社内SNS立ち上げたもののほぼ業務連絡ボードと化している理由が分かった気がします。オンライン・オフライン問わず、先ずは私からの雑談の問いかけ、相談ですね。

仕事中に話しかけづらい職場環境はよくある話。聴けばすぐに解決するようなことでも、まずは自分で調べてから、という考えが頭にあるために聴くタイミングがずいぶん遅れてしまってタイムロスになっている。ggrksという言葉に怯えているのも一因か。この状況、ザッソウできる雰囲気があれば、少しは解消するかもしれな...続きを読むい。ただ雑談用のツールや場所を区別しないで使うのは、ボトムアップではやりづらい。上の人から率先してやってくれないと。それによって会社のカラーも作られる。「クマってあげる」ことの効用は、たしかに有効だと思う。チームごとに机の島を割り振るのではなく、背中合わせの席次にするのは、やったことがあるけれど、本書で書かれているように、ほんとに相談したり話しかけやすくなるのでぜひ広まってほしい。これもある程度の上位者が「腑に落ちて」くれないと実現が難しい。

雑談、相談が大事大事というが、
相談の前に雑談が必要な理由について、
著者の考え方が分かりやすく書いてました。
読んでみて納得です。

また、ザッソウには「雑な相談」という意味もあり、
雑でも相談出来る関係になることが強い組織、
クリエイティブな組織に求められる関係性である。
なので、笑いも入るよう...続きを読むな組織づくりが出来るよう、
私も今のプロジェクトで頑張ります。

【勉強になったこと】
・チームで働くことで、自分の強みを活かすことが
　出来るのと同時に、仲間の弱い部分を自分の強みで
　補い合えるからこそ、より大きな成果を出すことが
　出来る。

・生産性の高いチームの共通点
　心理的安全性（ミスしても非難されない）
　相互信頼（仕事を最後までやりきってくれる）
　構造と明確さ（有効な意思決定プロセスがある）
　仕事の意味（自分にとっても意義がある）
　インパクト（貢献している内容を理解している）

・結果を出すチームは、目的達成のために、
　自分事で考え、働くことのできる人たちで
　構成されたチームである。

・1on1ミーティング＝ザッソウ

・悩むは同じ場所で思考が止まっている状態で、
　考えるは前に進むためにどうすればいいかを
　思案している状態と両者は似て非なるもの。

・ザッソウがもたらす6つの効果
　①助け合いのできる信頼関係が構築される
　②共通の価値観やカルチャーが醸成される
　③社員のキャリアや将来への不安が少なくなる
　④気軽なフィードバックで仕事の質と速度が向上する
　⑤マニュアル化されにくい暗黙知が共有される
　⑥自分たちで判断して仕事を進められる社員が育つ
　上記のうち、個人的には⑤、⑥が特に大事だと思う。

・責任を持って任せることは大事だが、
　それよりも大事なのは素晴らしい成果物を作ること
　成果物がプアにならないようにマネジメントする
　のもサポート役の大切な仕事。

・決断力は、自分で決断した経験の積み重ねによって
　のみ身につけることが出来る。

・心理的安全性を高める9つの観点
　①チームの目標がはっきりしている
　②適度に対話しやすい人数である
　③強みを知り、認め合っている
　④強みだけでなく、弱みも見せる
　⑤プライベートなことも共有している
　⑥情報がオープンになっている
　⑦判断基準と価値観が共有されている
　⑧リアクションの意識がそろっている
　⑨「肯定ファースト」と「Noと言うこと」

・人間の脳は、自分の知らないことやわからないこと
　に対して、ネガティブな想像で補完してしまう傾向
　にあるもの。

・創造性が必要になればなるほど、個性や強みを活かし
　成果を上げるようなマネジメントが必要となる。

社内ベンチャーから初めて、コツコツと貯めたリモートワーキングのノウハウを惜しげもなく公開。場所に囚われない真のノマドワークがここにあると思う。

リモートでの作業のメリット盛りだくさん。この本は多くの人（特に経営陣）に読んでもらいたい。デメリットもあるけれど、乗り越えるための方法はある。会社で働いていたら意識せずにできている「雑談」はたしかに重要そう。「会社で席についてさえいれば仕事をしていることになる」わけではなくなるので、確かに仕事の効率...続きを読むは上がるかも。

かなり良本。
私個人も現代のSIer業界に違和感を感じて悩めるエンジニアに対してキャリアコンサルを提示しているが、本来エンジニアのあるべき姿。
特にフリーランスSEという働き方はあるが、本来フリーランスはプロ（個人事業主）。ようは1人社長だ。
なのにも関わらず、某エージェントの「簡単に稼げる」という...続きを読む煽り文句の広告のせいで、ナレッジワーカーな姿勢が見えない、中途半端なフリーランスSEが増えて来た。
最終的にはスキルもないのに「楽して高収入」目的で、フリーランスに入る。
エージェントにはワガママを、現場にはできないタスクを押し付ける微妙なエンジニアも増えていく。
ぜひ、エンジニア、そして全てのSIer業界の役職ある方達は読んで欲しい良本。
むしろ2014年に発刊して、未だに変わらないこの状態であることが不思議。
だからこそ、我々から見ると穴だらけなのだが多くの人は気づいていない。

以前勤めていた職場のつながりもあって読んでみた一冊。今の仕事でもそうだし、この形での働き方は求められているだろうなと思いました。これまでのやり方を踏襲してうまいことまわそうとすると、技術の進歩のスピードやお客さんの要望の変化するスピードとのギャップが大きくなりがち。割と地方の中小企業のIT相談役のよ...続きを読むうな役回りをしている企業はこういう問題を多く抱えていると思うし、ベストエフォートで定額で一緒に頑張っていきましょう、の方がお互いに無理なく前に進んでいけると思いました。いいヒントをもらったな、という印象です。

数年後には当たり前の働き方の一つになっている（かもしれない）リモートワークに関する珠玉の知恵が満載！必見です！
田舎暮らしの長時間通勤の私には非常に刺激的です(^｡^)

会社の成長と共に築き育て上げてきた新しいワークスタイルであるリモートワークのソニックガーデンでの成功事例を紹介しています。

試行錯誤の過程で自社開発したRemottyというリモートワークに不足しがちな存在感と雑談にまで配慮したコミュニケーションツールやテレビ会議システムを利用したリするリモートワー...続きを読むクの仕組みはとても良くデジタル化されています。

これぞまさしくソフトウェア開発ビジネスのデジタライゼーションとも言えますが、そこには管理・監視的なニュアンスは一寸たりとも無く信頼関係の熟成とチームワークの充実に焦点が当てられているところが素晴らしい。

これだけ良くできたデジタルな仕組みがあるにも関わらずリアルな合宿や家族旅行など人のぬくもりを忘れないところも著者の真骨頂です。これからの経営や働き方に大きな示唆を頂いた一冊でした。

昨年1月のJASIPA定期交流会（賀詞交換会）では著者の倉貫さんにご講演頂き、大好評を博しました。その事前打ち合わせをお願いしたときに、テレビ会議と水を向けられたのにも関わらずリアルに会社まで訪問したアナログオヤジは私です^^;

リモートワークという手段から入るのではなく、マネジメントを考え抜いた先の１つの方法としてリモートワークがある。
そして課題を追求し、新しいワークスタイルとして確立していく。

流行りではなく、本当に有効な形としてのリモートワークを体現されていて、非常に納得感がある一冊です。

自分はシステム開発など、全く門外漢ですが、とても、共感できる内容。
自分が働きたいのはこんな仕組みの会社だなと感じました。

スッキリとして読みやすいのに、とても整理された文章も印象的。会社の内容と同時に、こちらもスッキリしてムダがない。そして、芯がしっかりしています。

この理念というか考え方は、...続きを読む今後、日本の中小企業が皆見習うべき部分だと思います。

システムの受託開発を長くやっていると、顧客と開発者との間に意識のギャップを感じることが時々あります。システムの完成させるという目標は一致しているはずなのに、その先の最終ゴールの捉え方が致命的に異なるのです。
こうしたギャップは、システムを使ってビジネスを拡大したり作業を改善することをゴールと捉える側...続きを読む（顧客）と、システムを完成させること自体をゴールとする側（開発者）の立ち位置の違いから考えると、当然なのかも知れません。
このようなジレンマを抱えながらシステムの受託開発をやってきた私のモヤモヤを、本書は多少なりとも晴らしてくれたような気がします。

システム開発側（特にエンジニア）はとかくシステムを作ることだけに目が向きがちですが、「ソフトウェアは使い続けることではじめて価値が出る」「なぜそのソフトウェアが必要なのか」等々を常に念頭に置いて顧客と接することで、顧客からの信頼を勝ち取ることにも繋がるのではないでしょうか。
特にソフトウェアは出来上がるまで目に見えない分、使ってみることで顧客が本当に必要とするものが分かることが多々あります。そういった意味でも「納品のないソフトウェア開発」のスタイルは、本当に必要なものだけ作ることが実現できる分、余計なコストがかからず顧客にとっても嬉しいはずです。
一方エンジニアにとっても、顧客からのフィードバックを受けやすく、やりがいのあるやり方であると言えるでしょう。

本書にも書かれているとおり、「納品のないソフトウェア開発」はサービスを提供する会社やスタートアップ企業と相性が良いようです。一方で、少数精鋭のエンジニアで臨む分、大規模な基幹システムには向かないような気がします。
ただ、たとえ大規模システムであっても、顧客と開発者の連携やワークレビューなど「納品のないソフトウェア開発」のやり方を応用することで、従来のプロセスを見直すヒントになるのではないかと感じています。