見積せえへんねやったらどうやって予算取りするねんという話｜牛尾 剛
私は世界規模のクラウドプラットフォームの開発者で、現在はシアトル付近に住んでいる。 先日書いた自分のポストに対する反応で面白い意見があってそれを読んでそらそう思うやろなぁと思った。ただ、私も別に嘘を言っているわけではないですし、これでビジネスも回っている。面白そうなので、その辺も調べてシェアすることにしてみました。 ウォーターフォールからアジャイルって開発側の話はいいのだが、それだと管理とか経営とか非エンジニアの理解を得られないので、納得できるところをちゃんと言語化してほしいんだよな。アジャイルの人の「見積もりがない」って言葉を使われるのが一番苦手、ストーリーポイントの設計は「計画と見積もり… — えふしん (@fshin2000) August 1, 2024 自分のチームの開発プロセス的なものこちらの方に自分のチームが現在やっている開発プロセスは書いてある。アジャイルとか、DevOps
今の世の中は、「言語化する能力」が高い人が、有利に事を運べる
今の世の中は、「言語化する能力」が高い人が、有利に事を運べる。 とくに知的な仕事では、自分の思考を、他者に理解させ、そして動かす力が、とても重要だ。 要求を伝えること アイデアを交換すること 組織や人のつながりを作ること これらすべてにおいて「言語化能力」は、重要であり、「賢さ」の要件の一つであることは間違いない。 実際、かつて私が所属していたコンサルティング会社の組織長は、言語化能力の応用の一つである、「ネーミング」に非常にこだわっていた。 仕事のできる人が「ネーミング」に信じられない程こだわる理由。 人は、名前のないものについて、深く考えることはできない。逆に名前を生み出すことで、新しい概念についても考察できる。 だから、できる人はまず考察の対象の「定義」を考える。 そしてその定義に名前をつける。ネーミングは、思考の出発点だ。 時に、一つの様式の名前を決めるために、延々と数時間を費やす
イーロン・マスクのロケット製造５つのステップがサイコーだった
イーロン・マスクが YouTube チャネルでスペース X のテキサス工場スターベースの中を歩き回りながらロケット製造や電気自動車について説明しているのを観た。ツイートしたこの件。 これがめちゃくちゃに示唆に富んでいて面白かった。この日のイーロン・マスクは饒舌で楽しそうなので、かなり魅入ってしまった。きっと彼はカンファレンスや会議室の中でインタビューを受けるよりも、工場でみんながロケット作ったり作業している場で語った方が情熱を込めていろいろ説明してくれるんだと思う。 この中で製造工程の話があって、これはロケット製造などの特定分野だけでなく、IT やその他の分野にでも当てはまる普遍的な知見だと思ったので意訳してみた。ざっとビデオを観て印象に残った部分だけを意訳した。あくまで大枠で言ってることをまとめただけなので、もし詳細に興味があればぜひビデオを観てイーロン・マスクの話を直接聞いて確認してく
無能な同僚と働くということ。 - WETな備忘録
君へ、 つい最近まで、南米で3ヶ月ほどデータエンジニアとして仕事していた。Tシャツで帰ってきて震えた。寒くて。 僕にとって2019年は、あんまりいろんなことが無かったくせに、いや糞ヒマだったからこそ、いろいろ考えることが多い1年だったと思う。最後の3ヶ月以外は、基本的にヒマだった。 過去に僕はベルリンで1年ほど働いていたこと*1があり、まあ結論からいうと音を上げて、日本に逃げ帰ってきた。何がそんなにしんどかったかというと、ベルリンは十分英語で生活できるとはいえ、ドイツ語関連のトラブルシューティングに付き合ってくれるドイツ人の友人を作ることができなかったというのが大きいが、そういう人間関係を構築することが出来なかったことも含めて、当時所属していた会社の上司および同僚と上手くいかなかったのが致命的だった。 とくに、エンジニアの同僚氏、つまり君は、まったく許せなかった。 あれからもう3年も経ち、
ひとつの出会いが、ギブアップ寸前だった僕を『戦える営業マン』へ変えてくれました。 - Everything you've ever Dreamed
もしあの出会いがなかったら、運が悪かったら、これまで20年以上も、営業という仕事をやってこられなかったと思う。新卒で入った会社で営業部に配属してからの半年ほど、まったく結果が出なかったので、継続的に結果を出せるとはとても想像できなかったのだ。当時はインターネットで情報を集められなかったし、今のように営業スキルを教えてくれるような書籍もなかった（有名経営者の立志伝はあった）。会社の上司や先輩からは、足で稼げ、名刺を配れ、見込み客を増やせるだけ増やせ、と言われただけ。具体的に何をすればいいのか教えられなかった。新人もライバルの１人と見る風土があった。 当時、顔を出していたスナックで、時々見かける初老の男性がいた。彼はいつも一人で静かに飲んでいた。ママからは保険の営業マンだと教えられた。何十年もその道の新規開発営業でやってきた人だと。その頃の僕は、まったく結果が出せずに自信を喪っていた。仲の良か
全然わからない。俺たちは雰囲気でマネージャーをやっている。 - アルパカログ
自分は今、コード書かずにマネジメントしかしてなくて、そんなポジションの人にそれほど価値ないでしょ、とか思ってしまうけれど、こういうポジションの人がいないチームの話とか聞くと、やっぱりいたほうがいいんじゃないか、と思うし、ほとぼりが冷めるとまた自分は無価値のように思えてしまう。 こんな心境の吐露を「エンジニアリングマネージャのキャリアについての悩み」で拝見して、私も何か発信しなければと思ったのがこの記事のきっかけである。筆者のdaiksyさんは、 エンジニアマネージャってなんか実績を示しづらいので、世の中の数多のマネージャ職に埋もれて、自分にスポットが当たりづらい、結果、キャリアに不安が拭えない、みたいなとこないです？ とも述べていて、これら2つのメッセージに込められた心の葛藤は、全てのエンジニアリングマネージャー(以下EM)が感じていることではないかと私は思う。少なくともEMの一人として私
いま話題の「心理的安全性」について、本気出して科学的に分かりやすく説明してみた - R&D: りょうえんダイアリー
「成果を上げるチーム・効果的なチームは、何が決めるのか？」 2012年から、Googleのリサーチチームが「Project Aristotle」の中で明らかにしました。 そこでは「心理的安全性」が最も重要だった、と結論付けられています。 けれど、わかったようでよくわからない「心理的安全性」とは、ほんとうには、いったい何なのでしょうか？ わたしたちは、この知見をどう活かして、自分の職場で生産的で効果的なチーム作りができるのでしょうか。 rework.withgoogle.com 実は、「心理的安全性」には、およそ50年の研究の歴史があります。 その意味では、Googleは、心理的安全性は確かに、職場の生産性に効果的だと「再発見」したに過ぎないとすら言えます。 ここでは、その50年の歴史を圧縮して、いまの科学でわかっていること、 わかっていないことをお伝えしていきたいと想います。 まず、この「
社員のやる気を奪う業務改善７つの法則 | 株式会社アクシア
残業が多いと言われるIT業界の中で、アクシアでは２０１２年から残業ゼロを継続しております。２００９年頃から業務効率化の取り組みに着手し、残業ゼロにたどり着くまでには色々な苦労をしてきました。 残業ゼロとなった今でもさらなる業務効率化、生産性向上を目指しておりますが、ここにたどり着くまでにアクシアで経験してきた業務効率化の失敗談を社員のやる気を奪う業務改善７つの法則として取りまとめてみました。今後も業務改善を追求していくので、この情報は更新されていくかもしれません。 SNSで多くの人の声を見ていると、他の多くの会社にも当てはまる法則だと思います。業務改善を進める際にこれをやるとほぼ確実に社員のやる気を奪いますので、「やってはいけない悪手」として参考にしていただければと思います。 １．現場無視の法則 これは業務改善に限らずですが、会社で何かを進める際にはそこで働く社員に対する配慮が必要です。業
グーグル社員が｢労働時間｣を問われない理由 —— ｢時間で管理は愚かな考え方｣だ
日本で深刻化している｢長時間労働問題｣。 もしこの問題があの｢Google｣で起こったとしたら、同社はどう対処し、解決するでしょうか。Googleで人材育成やリーダーシップ開発に携わってこられたピョートル・フェリクス・グジバチさんにお話を伺いました。 Googleの社員が｢労働時間｣を問われない理由 ーピョートルさんの在籍中、Googleで｢長時間労働｣が問題として挙がったことはありましたか？ 少なくとも、単に｢長時間働いているから｣というだけで｢あの人は仕事を頑張っている｣と評価が上がるということはありませんでした。 そもそも｢労働時間で管理する｣というのは、工場やレストランで働く人など、アウトプットが定型化している仕事に就く人をマネジメントする際に使われる考え方。 そうではない、例えば、営業職、企画職、あるいは管理職もそうですが、いわゆるホワイトカラーの職業に就く人を｢時間で管理する｣
非エンジニアのマネージャがエンジニアチームと上手くやる方法 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 近頃の世の中の流れは恐ろしい。全業種ソフトウェア企業にならないと競争力が維持できない。 “寝たときは製造業、朝起きたらソフトウェア企業” by Werner Vogels（CTO, Amazon.com）at AWS re:Invent 2017 Key Note という恐ろしい話は管理職に落ちてくるので、「寝たときは製造業のマネージャ、朝起きたらソフトウェア企業のマネージャ」になれるのか？を考え始めるべきです。 元銀行員で非エンジニアで、いつのまにか開発ツールベンダーにどっぷりの私の経験からのTips を共有します。 エンジニアの方は
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
