今回の記事は特に私の意見であり、所属会社の意見ではないことをお断りしておきます。 最近になってまたウォータフォール vs アジャイルの議論を見かけることが多くなってきたので、私が勤務する米国の世界規模のクラウドプロバイダーでは2024年現在どんな開発をしているのかをご紹介したいと思います。私はこれが「正解」といいたいのではなく、何らかのポイントが皆さんの何らかの参考になったらいいなと思って筆をとりました。 ちなみに、2016年時点で私のウォータフォール開発に対する考え方は下記のブログの通りで今も変わっていません。ただ、2024年現在だからといってアジャイルをやるべきと思っているわけでもありません。 もし、今ウォータフォールをやっている人がいたら「そんなこと言ってもどうしたらええねん」となると思うので、自分なりの解決方法も考えてみました。 最初に自分的な結論を書いておくと「2024年の開発と
意思決定できる人は進める手順の型みたいなものを持っているように見える。逆に意思決定が遅かったりできなかったりする人は、進めるときに型のうちの何かが欠けているのかもしれない。 体系化された話は書籍で語られつくされているとは思うが、思考整理のために雑にまとめてみる。 最後は決めるだけだという考えを持つ 目的や満たしたいことを明確にする 最終的な決め方や期日を明確にする 選択肢を広げて考える 今は意思決定しない、という意思決定も選択肢に入れる 意思決定の軸を明確にする 軸をもとに定量/定性データを集める 軸をもとに選択肢を評価する 自分はこうしたいという"推し"を決めてたたき台にする ここまでの話をドキュメントにしている ここまでのプロセスに時間をかけない 意見を聞く人を見定めてフィードバックをもらう 最初に明確にした決め方で意思決定する 意思決定できない場合は決め方と期日と意思決定軸を再定義す
発表資料作り、全体的な流れは 1 週間ぐらいかけて構想して、半日使って 15,000 字ほど書いて (コード片含む)、半日使ってスライドに起こす(結果として 6000 字ぐらい使う)、って感じですね。貯めた文字列を組み合わせている最中に構想とは別のストーリーが降ってくることも多い。— Takafumi ONAKA (@onk) July 3, 2018 このツイートの「文字を組み合わせる」のところについて、もうちょっと掘り下げてみる。*1 この記事は はてなエンジニア Advent Calendar 2022 の1月2日の記事です。昨日は id:stefafafan で 『UNIXという考え方―その設計思想と哲学』を読んだ - stefafafan の fa は3つです でした。 3 つのポイント 知っていること 7 割、聞いたことがあること 2 割、知らないこと 1 割 引用しやすいワー
ベンチャーは、いつだって1人の才能が切り拓くプロローグとして、ある出来事について書かせてください。 以前、弁護士ドットコム株式会社代表取締役の内田さん（現取締役会長）、同社専門家プラットフォーム事業担当取締役の田上さん、クラウドサイン事業担当取締役の橘さんに、それぞれマネジメントトレーニングをさせていただく機会に恵まれました。 田上さん、橘さんはお2人とも弁護士資格をもつドメインエキスパートであり、大きな事業を背負う事業家であり、強烈な個性をお持ちの役員です。 「内田さんのおっしゃる通りでございます、仰せの通りにmm」 そんな役員像とは程遠く、時に内田さんに反発しながら、強烈な個性から来る独自の考えでどんどん事業を前に進めます。そのようなお2人を見て、ある時内田さんに尋ねました。 長村「田上さん、橘さんともに強烈な個性をお持ちで、一言で言えばカリスマ経営者だと思います。しかし、内田さんとし
2022-08-08 リーダーの作法 ささいなことをていねいにを読み終えた。 著者は Netscape でマネージャー、Apple でディレクター、Slack でエグゼクティブを経験した Michael Lopp さんで、過去にBeing Geek や Managing Humans を書かれている。 翻訳の質も非常に高く、楽しく読めた。1 そんなにマネジメント関係を読んでいるわけではないが、HITH OUTPUT MANAGEMENT や、エンジニアのためのマネジメントキャリアパス ―テックリードから CTO までマネジメントスキル向上ガイド 同じくらい良い書籍で、学びや共感を多く感じた。 自分はマネジメントのポジションについたことはないが、仕事をしていくなかでマネジメント関係のソフトスキルや複数人でどうやってうまくリーダシップを発揮して、大きい問題を解決するかに興味があるので、良い書籍
ユーザーから見て、ただひどいだけでなく、開発したり販売する人たち自身がプロダクトに価値がないと感じており、また買ってもらうことに罪悪感を感じるようなプロダクトやサービスをブルシットプロダクトと呼びましょう。 ブルシットプロダクトとは何か、どのようにして生まれるのか、なにをすれば解消されるのか、顧客…
今の時代「優秀なプレーヤーの延長線上が管理職」ではない マネージャーでも「できない」を言語化し、助けを求めてもいい 「90分腹落ちセミナー」女性活躍への処方箋！ 疲弊させない組織づくり「ヘルプシーキング」徹底解説 #2/4 女性活躍推進の第一歩として、多様な人材が活躍できる職場をつくるには「長時間・残業ありきの労働」からの脱却が欠かせません。しかし未だに「特定の人材に業務が集中し属人的になっている」「業務が減らないまま働き方改革が進み現場が疲弊している」「困っていることが開示しづらい」「助けを求めることで甘えとみられてしまう」といった風土のある組織も少なくありません。そんな中、一人ひとりが「気合・根性の働き方」や「自分の仕事は自分一人でやり遂げなければならない」という思い込みを捨て、チームとして成果を上げる「ヘルプシーキング力」が注目されています。そこで、多様な人材が活躍×組織の成果を実現
僕、頭が悪いんです。 僕みたいな人間は、どうやって生きていけばいいのでしょう？ こんな相談を、ときどきネットで受けます。 いや、だったら、頭で勝負しなけりゃいいだけです。 頭が悪いなら、好感度で勝負すればいいんです。 実力が低く、成果をあまり出せない人でも、 好感度が高ければ、実力も成果も、実際以上に高く知覚されるからです。 これは、感情ヒューリスティックという認知バイアスが作り出す、思考の錯覚です。 もちろん、逆もあります。 それなりに実力があって、成果もそこそこ出している人でも、 嫌われちゃうと、実力も成果も実際よりもずっと低く知覚されます。 「好かれるやつは、”えこひいき”されるってことだろ？ そんなの当たり前じゃん」 って思いました？ そうじゃないんです。 拙著に詳しく書いたのでここでは詳細は省きますが、ここで重要なのは、『「意識」の知らないところで、「無意識」が実力と成果の知覚を
はじめに ※この記事はEngineering Manager Advent Calendar の22日目の記事になります。前日はmtx2sさんの技術的負債に対するマネジメントの記事でした。個人的には「負債上限」「負債ベースライン」の考え方良かったです。 こんにちは。モノタロウでエンジニア組織のマネージャーをしております普川(@taipuka0)です。 自分は前職から通算10年以上してエンジニアリングマネージャーを続けた後、現在モノタロウでは8人のEMのみなさんと日々ソフトウェア・エンジニアリングの現場でマネージャーとして課題解決に向き合っています。これまで色々な壁にあたり、試行錯誤を繰り返して来ました。EMの難しさを痛感したことも多々ありました。 なぜEMが難しいのか？その一つとして、エンジニアからEMにジョブチェンジした際のギャップというのがあると思います。同じチーム、現場にいたとしても
会社で係長的なポジションになって3年近くが経った。先日、副係長というか職長的なポジションが新たに設けられ、30歳前後のメンバーが就いた。折を見て彼らに伝える機会があるかもしれないし、3年やってみた知見を自分の中で一度整理しておきたいと思った。（大手メーカーの製造側に近い部門で働いている、という前提がある。） 自分が苦しくならないようにする 究極的には本人が自分でスタイルを確立するしかない。 「こうした方がより良い」と思って行動変容しても、それで自分が苦しくなるなら続けられない。 どうせ正解の型が一意に決まるわけではないし、仮に正解の型があっても自分を完全にはめ込むこともできない。 「自分がやれるようにやるだけ」くらいに思っている方が精神衛生に良い。それで不適格ならしょうがない。 一方で「より良い方法」に寄せる努力も必要で、その間のバランスが必要になる。 例えば自分自身は、人付き合いがすごく
はじめに クラスメソッド株式会社で取締役及びAWS事業本部の本部長を努めております、佐々木と申します。 私は2014年1月にソリューションアーキテクトとして入社後、2015年7月よりAWSエンジニア部門の部長になりました。また事業拡大に伴って営業部門などを集約することとなり、2018年7月よりAWS事業本部の本部長となりました。この6年間、AWS事業部門のトップとして業務に従事しておりましたが、この度2021年6月をもって本部長を引退することにしました。 部長や本部長などの事業責任者は引退が難しいポジションのように思えるかもしれませんが、きちんと順序だてて計画すればスムーズに引退することが出来ます。この記事では、役職をどのようにして引退したら良いのかをご紹介します。 なぜ役職を引退するのか 最も大きな理由は「キャリアの固定化を防ぐこと」です。 私は本部長という役職で、事業本部の中に部があり
こんにちは、こがねんです。ファッションテック企業の管理部門で「組織開発」をしています。 「組織開発」とは何でしょう。 これにはいろいろな定義がありますが、僕は「人の集まりが同じ目的に向かって協働するチームになるためのあれやこれやの働きかけ」と考えています。 会社組織であればミッション・ビジョン・全社戦略といった「同じ目的」に向かっていくために「集団（人の集まり）」から「組織（協働するチーム）」になっていく必要があり、そのためにやること全般が「組織開発」ということになります。 「組織開発」は一人ではできないことが多いので仲間を増やしていくことが重要です。 真っ先に仲間になってもらう必要がある人は会社の代表（社長や会長）でしょう。次に役員クラスの理解も重要になります。また人事部や外部コンサルタントが制度や施策面で仲間になってくれていることも重要です。 こうして仲間を増やしながら進めていくわけで
昨年、作成・公開した＜フリーランス向けサービス カオスマップ2019年完全版＞に対して、フリーランスや複業ワーカー、関連企業から非常に多くの反響があったという。2020年も新たなサービスが続々と誕生し、最新情報をシェアすることで、役に立ちたいと思い、2020年完全版を作成したとのことだ。 １）「仕事獲得」でさらなる職種特化・地方特化型サービスの台頭 新型コロナウイルスにより、リモートワークが拡大する中で、「多拠点生活」「ワーケーション」「関係人口」などのキーワードがよく見られた。近年注目されている「地方創生」との相性もよく、都市部と地方を行き来するような生活や働き方が増え、それらを軸にした地方案件に特化したプラットフォームが誕生した。また働き方の自由度が上がった一方、自己判断で決めていく場面が増えてきており、専門家のアドバイスやモチベーション維持を目的とした「コーチング」の仕事獲得サービス
リモートワーク ハンドブック #このサイトについて #NTTコミュニケーションズ社内で製作したリモートワークハンドブックの内容を、 より一般化して広く公開するものです。 ソースコード #本書のソースコードは https://github.com/nttcom/remote-work-handbook で公開しています。 ライセンス #NTT Communications Corporation 作『リモートワーク ハンドブック』は クリエイティブ・コモンズ 表示 - 非営利 - 継承 4.0 国際 ライセンス で提供されています。 関連ハンドブック #オンボーディングに特化した オンボーディング ハンドブック や、チームビルディングのプラクティスをまとめたチームビルディングハンドブックも参照ください。 読み始める #こちらから本編に進めます。 本書について
本や企業のホームページ、最近ではwebニュースでもよく見かける言葉、 ミッション ビジョン バリュー（以下、MVV）。 よく見る言葉ではありますが、ミッションとは具体的にどのような役割なのか、 ビジョンとの違いはあるのか、といった悩みをお持ちではないですか？ ミッション、ビジョンと聞くと、とても似た言葉のように感じるかもしれませんが、 実は明確な違いがあり、それぞれの役割を持っています。 私たち株式会社パラドックスでは、 約18年に渡り業界業種問わずたくさんの企業様のMVVづくりをお手伝いさせていただきましたが、 しっかりとしたMVVを策定することは、企業活動おいてとても重要になると考えています。 なぜなら、MVVは企業の長期的発展には必要不可欠な存在だからです。 MVVが存在しないと組織は存在意義や大目的を見失いやすくなるため、 既存の状態で硬直化し、社会適合性を失ってしまいます。 一方
なんの件とはいわんけど。 ・まず、元ツイートを全部読んだと思われる人が３割くらいしかいないと思う。 ・「退職金なし」など、微妙に話を盛ってる感じがするので元ツイートの人をどこまで信用していいのかわかりません。 ・「転勤拒否」は基本的に「解雇原因」になります。そして、これは懲戒解雇しても懲戒権の濫用にあたらないとされます。 転勤拒否したから解雇なんてひどい、といってる人は論点を間違えてます。今回焦点になってるのはまず「転勤命令の是非」です。 ここが認められないと、有給消化拒否とか、退職日の指定みたいなところで争うしかない。会社の評判はともかく当事者がここで争う気になるかというと無理でしょうから、本丸が落とせない場合はなんだかんだ会社が笑うことになってしまう。 今回はカネカの労組が役に立たなかった件を含め、このあたり掘り下げられてほしいですね。 そのあたりをなんというかこう「ノリと雰囲気」だけ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く