長尾高弘のレビュー一覧
-
Posted by ブクログ
備忘録。
部下に大きなプレッシャーをかければ、もっと働くようになる。
→違う。ヤル気をなくすだけだ。
フロー状態に入るのに15分の精神集中課程が必要なため、作業を中断する行為が継続的に発生する場合には、実質的な仕事はできない。
サービスとしてのリーダーシップ
自ら仕事を引き受ける
明らかにその仕事に向いている
あらかじめ必要な準備を済ませ、万全の態勢で仕事に向かう
全員に最大限の価値を与える
ユーモアと明らかな善意のもとに事にあたる
大変興味深い、そして、自分の職場がチーム殺しにあっていることを知る。大きな企業であるがゆえにうまくいかなくなっていることが多いのだろう。ペーパーワークや -
- カート
-
試し読み
-
- カート
-
試し読み
-
-
-
- カート
-
試し読み
-
Posted by ブクログ
ソフトウェア開発のマネジメントにおいて重要なのは、技術よりも人。という話。
そんなの当たり前だろ？おれもそう考えてるぜ。と、大部分のマネージャは言うだろうが、多くの場合それは思い込みだ。
こう考えてみるといい。
この仕事はこの人にしかできないといったことがあった場合、その手順を標準化して、急にその人が抜けても大丈夫なようにしよう。。。って発想になったらもう怪しい。
それじゃ、その人よりも標準化(という名の技術)のほうが価値があるってことになってしまう。そんなことで仕事が運ぶんだったらそりゃラクだけど、実際そうはいかない。その人しかできない仕事なんてものが、そう簡単に標準化なんてできるわ -
- カート
-
試し読み
-
-
Posted by ブクログ
IT運用における問題や問題に対する対処、
運用改善、最終的には開発・運用の一体化までを
小説として書いた本。
嫌がらせをされるシーンもあったりと、
実際のIT運用に近い話が多かったような気がする。
おかげで面白く読むことが出来ました。
IT運用から改善を実現するには、
①現状をまずは改善する（小さく改善し、時間を作る）
・運用フローを可視化する
・運用を管理する
・ボトルネックを見つける
・運用フローを見直す
②業務とITの関連を把握する（業務を理解する）
・どんな業務にITが必要なのか
・そもそもどんなことにITを使っているのか
・トラブルが起きて困ることは何か
※個人的 -
Posted by ブクログ
ザゴールのIT版。
基本的に、システム（ある程度規模がある）開発経験者でなければ、用語の理解や、開発現場の雰囲気の調整に難航しそう。また、加えて登場人物の多さも気になる。
日本のシステム開発従事者も、スキルや契約や何より、DevOpsの先にあるITが何のためにあるのかという視点を主人公率いるユニコーンチームみたいに持てると、本当に素晴らしいことだと思う。システムを守るため、ではなくビジネスを強化、補強、推進するために、DevOpsでIT頑張ろうという話。
devops（以下、抜粋）
ビジネスニーズに即応するということは、ビジネスの変化に応じてITシステムの機能が追加されたり、変更された -
Posted by ブクログ
IT部門の開発と運用、延いては全社的なビジネスとITの融合を図るまでの過程を本書でも言及されている「ザ・ゴール」のような小説仕立てで描き、コミュニケーションとコラボレーションの推進を訴え、目的の共有と全体最適を啓蒙する。
トラブルに次ぐトラブル、ビジネス側から突きつけられる厳しい要求、正にデスマーチ、そして急転直下の和解とハッピーエンド、ハラハラドキドキしながら読み進めることができた。ただ、主人公のビル・パーマーが辞意を表明したからステーブ（CEO）が謝るまでの四日間での心変わりと謝罪が良く分からなかった。トップと対立したら辞意を表明すれば事態が好転する程、世の中都合よくできてないと思う。
-
-
- カート
-
試し読み
-
-
-
-
- カート
-
試し読み
-
- カート
-
試し読み
-
- カート
-
試し読み