ウォーターフォールとアジャイルをマネジメント手法としてフェアに評価してみる - arclamp
ウォーターフォールとアジャイルは、それぞれ異なる前提と目的を持つマネジメント手法です。ウォーターフォールは全体計画の精度を前提に効率的な開発を目指し、アジャイルは変化に適応しながら試行錯誤を重ねることに重点を置きます。しかし、世の中ではマネジメント手法としてフェアな評価ができていないようにも感じます。 その要因は、アジャイルの説明が精神論や感情論に寄りすぎている点にあると思っています。そこで、そういった要素を排除し、双方をマネジメント手法として整理してみました。 前提条件 僕は、いわゆるエンタープライズ業界の人なので、SIerがいるような規模の組織を前提にしていますが、マネジメント手法としての考え方は、どの業界でも利用できると思います。 「ウォーターフォール」とは、大手SIerなどで定義されているウォーターフォール的なマネジメント手法のこと。V字と呼ばれる要件定義、基本設計、詳細設計、実装
何があっても開発だけは止めない。誕生29年、圧縮解凍ソフト「Explzh」作者の不屈【フォーカス】 レバテックラボ（レバテックLAB）
何があっても開発だけは止めない。誕生29年、圧縮解凍ソフト「Explzh」作者の不屈【フォーカス】 2025年5月27日 圧縮解凍ソフト「Explzh for Windows」開発者 鬼束 裕之（pon software） フリーランスエンジニア。1996年に圧縮解凍ソフト「Explzh for Windows」を公開し、同年シェアウェア化。以来、29年間にわたってメンテナンス・保守を行う。2007年からは、個人での非商用利用に限ってはフリーウェアとして提供している。解凍に特化したフリーソフト「Archive Decoder」も公開している。 「Explzh for Windows」公式サイト 1996年から提供されている、「Explzh for Windows」（以下Explzh）という個人開発の圧縮解凍ソフトウェアがあります。 正式には「Explzh（エクスプローラエルゼットエッチ）」
好きなことで生きていく - megamouthの葬列
昔DeNAの新人が入社後半年だかの振り返りのプレゼンの中で「うまくモチベーションが上がらなくて」ということを言った時に、南場社長が「社会人がモチベーションで仕事をするな」とすごく怒ったという話*1があって、とても印象に残っている。 また、これは実体験だが、その当時所属していた会社のけっこう中心的な人物が退職する送別会で、その人が受け持っていた客の話になった時、「あれもこれも大変なお客さんですね。私たちに引き継ぎできるものですかね」と残された側が不安をこぼすと、その人は「仕事やろ」とピシャリと言った、という場面をよく覚えている。 どちらも胸に氷を刺されたような、うすら寒い気持ちになったからだった。 私は、社会人だが、どうにも好き嫌いで仕事をしている節があった。やるべきことを淡々とこなすのではなく、やらなくてはならないことの中に何とか自分の興味が持てるようなテーマを見いだして、努力の為のエネル
セカンドラインマネジメントの難しさと優秀な人材は大事という話 - pospomeのプログラミング日記
単なる感想です。 セカンドラインマネジメントをやっているという話 セカンドラインマネジメントは難しい 組織を制御しきれない感覚 優秀な人材は大事 まとめ 宣伝 セカンドラインマネジメントをやっているという話 セカンドラインマネジメントというのは、ファーストラインマネージャーをマネジメントするポジションのことで、いわゆる部長以上のポジションが該当する。 カミナシのエンジニア組織は以下のような体制になっているので、VPoEの自分はセカンドラインマネジメントをしていることになる（セカンドラインマネージャー）。 VPoE（セカンドラインマネージャー） ↑ EM（ファーストラインマネージャー） ↑ IC セカンドラインマネジメントは難しい 実際にセカンドラインマネジメントをやってみて "難しいな" と感じる（自分は前職でファーストラインマネージャーだったので、余計にそう感じるのかもしれない）。 とい
Liam リポジトリで 3,000 個の GitHub スターを獲得するためにやったこと - Liam ERD
Liam リポジトリがリリースから 3 ヶ月で、GitHub のスター 3,000 個を獲得するまでの施策と経過を紹介します。 先日 Liam リポジトリのスターが、リリース 3 ヶ月目にして 3,000 を超えました。リポジトリのトラフィックやフォーク、外部コントリビュートとともに、現在もスターが増え続けています。 スターは自然に増えたわけではなく、能動的な施策により増やすことが出来ました。 この記事では GitHub スター 3,000 を獲得するために、何を考え、どんな施策をしたのかを綴ります。 Liam ERD とは Liam ERD は Liam ブランドの１つ目のプロダクトであり、データベーススキーマから美しい ER 図を簡単に自動生成するツールです。OSS として公開し、コミュニティとともに成長することを目指しています。 KPI として GitHub スター 3,000 を設
1年間に2つの技術カンファレンスを主催。fortee開発者・長谷川智希さんが語るカンファレンスの魅力と、やりたいことを続けるキャリア - Findy Engineer Lab
特定の分野に関わる技術者が集まって、好きな技術について思う存分語りあう……そんな技術カンファレンスの魅力に、すっかり魅了された方がいます。 デジタルサーカス株式会社でCTOを務める長谷川智希さんは、2016年にiOS技術者向けのカンファレンス「iOSDC Japan」を、2018年にPHP関連技術者向けのカンファレンス「PHPerKaigi」を立ち上げました。現在も両カンファレンスの実行委員長を務めており、3日間にわたる濃密な内容は、技術者のあいだで“長谷川カンファレンス”と呼ばれるほど。 さらに、技術カンファレンスの支援プラットフォーム「fortee」を自ら開発。スポンサー対応やトークの募集などの機能を兼ね備え、他のカンファレンス主催者にも広く使われる存在となっています。 本業もありながら、1年間に2つのカンファレンスを主催する長谷川さんに、カンファレンスの魅力とこだわりについて話を聞き
転職したら話し相手がいなかったんだけど
20代アラサー男。 この度客先を回る営業職から、一歩たりとも社外に出ない事務職に転職した。 俺は幼少期に母が「言葉のない国に行きたい」と神に祈ったレベルのおしゃべりだ。そしてそのまま成長した。 先に書いておくけど、この話はマジで長い。なぜなら俺がおしゃべりだから。 転職してみたら、新しい職場で話せる相手がぜんぜんいなくて辛い。本当にいない。 下手したら 「おはようございます」 「お疲れ様です」 「お先に失礼します」 の3センテンスで就労時間が終わる。 当たり前なんだけど、営業と比べて「しゃべり無用」の業務が多すぎる。 激烈繁忙期のせいか、皆俺なんかに興味がないのか、仕事の合間にちょっと雑談、みたいなのも発生しない。俺の歓迎会はなぜか2ヶ月先に設定されている。 苦しい～～ッ！ 人と話したい、そして人の話を聞きたい。 転職4日目くらいで窒息しそうになり、なんとか昼休憩の間だけでも話し相手を確保
“選定してすぐにダメになった”を防ぐには？特定の言語にフルベットしない、一休の技術戦略 | レバテックラボ（レバテックLAB）
“選定してすぐにダメになった”を防ぐには？特定の言語にフルベットしない、一休の技術戦略 2025年3月4日 株式会社一休 執行役員CTO 伊藤直也 新卒でニフティ株式会社に入社。ブログサービス「ココログ」を立ち上げる。2004年、株式会社はてなに入社し、CTOに就任。「はてなブックマーク」などの開発を主導。2010年から、グリー株式会社でソーシャルメディア統括部長を務める。その後フリーランスとなり、技術顧問を務めていた株式会社一休に2016年4月入社。執行役員CTOに就任し、現職。 エンジニアの仕事の中でも、「技術選定」は特に難易度が高く、責任が重いものです。ひとたび特定技術の採用を決めると、容易にリプレイスできず、長期間にわたって開発や運用に影響を及ぼします。さらに、使用する技術によって採用活動や組織戦略にも大きな影響が出ます。読者の中にも、「技術選定で失敗したくない」「将来にわたって持
EMConf JP 2025 運営の工夫ポイントをざっくりご紹介 - 941::blog
エンジニアリングマネジメントを実践する皆さんのためのカンファレンス、Engineering Manager Conference Japan（EMConf JP）を2月27日に開催しました。 ご参加いただいた皆さん、関係各位、ありがとうございました！タイトル画像は「EMConfのE！」をやっているスタッフ一同。 というわけで、わたしは運営のコアメンバーとして企画から本イベントに関わりました。ご参加いただいた皆さんから「初回とは思えないくらいすごくよかった」と褒めちぎっていただき、運営一同とっても嬉しかったのでどんなかんじで運営したのかご紹介したいと思います。 目次でうっすら気づいてしまったかもしれませんが、長いです。 数字でみるEMConf JP 2025 EMConfは突然に コアスタッフとしてやること・会場決め・役割分担 運営工夫ポイントいろいろ コミュニケーションはDiscordに集
PHPカンファレンス名古屋2025を実行委員長として開催しました #phpcon_nagoya｜たつきち
去る2025/02/22(土)、約10ヶ月のあいだ準備を進めてきたPHPカンファレンス名古屋2025を無事に開催し、おかげさまで大盛況のうちに幕を閉じることができました。 まだ経費の精算やスポンサー企業様への開催レポート送付などいくつかのタスクが未完了なのですが（🙇♂️）、ひとまず記憶が新しいうちに個人としての振り返りブログを書いておきます。 なお、カンファレンスとしてのアウトカム（成果・提供できたバリュー）面や運営面に関しては、別途実行委員会のesaに詳細な振り返りをすでに残していまして、そこには参加者の皆様から参加者アンケートやブログ、SNSなどを通して頂いたご意見もしっかり反映させていただいています。 このブログ記事はあくまでたつきち個人の振り返りという立ち位置のものになりますので、あらかじめご承知おきください。 # 当日の振り返り準備期間の振り返りは後に回すとして、まずはカンフ
PHPカンファレンス名古屋2025副委員長としての10ヶ月を終えて #phpcon_nagoya - 77webの新しいブログ
クロージングでのスタッフ集合写真（(c)PHPカンファレンス名古屋2025実行委員会） さる2025年2月22日、PHPカンファレンス名古屋を開催しました。 私は副委員長として準備と運営に当たりました。 スポンサーの皆様、初開催の海のものとも山のものともわからないカンファレンスにご支援誠にありがとうございました。 スピーカーの皆様、素晴らしいトークをありがとうございました。 スタッフの皆様、穴だらけの当日運営を多大にサポートいただきありがとうございました。 参加者の皆様、自宅から出てor名古屋まで来て 足を運んで楽しんでいただきありがとうございました。 準備の約10ヶ月間を通じて私が副委員長として意識してやっていたことについては ツナギメエフエム Ep.127 でもお話した通り、「たつきちさんのピンチヒッターを最高品質で務めること」でした。 たつきちさんとは前職で上司部下の関係で数年一緒に
OSSは決して遠い世界じゃない。2年前までコントリビューション未経験だった、PHPコア開発者からのメッセージ - Findy Engineer Lab
高町咲衣さんは、PHPコア開発者でありPHP8.4にて日本人として歴史上初めてのリリースマネージャーを務めた人物です。ほんの2年前まで、高町さんはOSSへのコントリビューション経験がゼロでした。「OSS開発は超人たちがするもので、自分とは遠い世界の出来事」だと、ハードルの高さを感じていたといいます。しかし、一歩を踏み出す勇気と日々の小さな積み重ねが、キャリアを大きく変えたのです。高町さんのこれまでの歩みには、エンジニアがOSSに挑戦する意義や成長のヒントが詰まっています。 BC Break修正から始まったOSSへの挑戦 ――まず、PHPのコア開発者やリリースマネージャーとして、どのような活動をされているのかを教えていただけますか？ PHPコア開発者としては、主にPDO*1やBCMath*2を担当しています。PDOはコア開発者になる前からIssueを見ており、その延長でデータベース系の他の拡
「化け物ハッカー」にはなれない、と気づいた先に。新多真琴が自分を認められるまで | LIFE DRAFT
「あらたま」こと新多真琴さんが2023年3月のYAPCで行った講演「あの日ハッカーに憧れた自分が、『ハッカーの呪縛』から解き放たれるまで」は大きな反響を呼んだ。新卒で入社したDeNA時代に自らにかけた「ハッカーの呪い」とはなんだったのか。自身のキャリアを振り返ることを通じてエンジニアとして「技術で突き抜ける」以外の道を示す内容に、救われる思いをした人が多かったようだ。 DeNA退社後は二つの企業を経て、Cake.jpで若くしてCTOを経験。現在はLayerXでエンジニアリングマネージャーを務めている。音大卒で、プログラミングを学び始めたのは大学生になってから。ユニークなキャリアからメディア出演の機会も多く、自分を客観視している印象の新多さんだが、キャリア初期は「自分を見る鏡が磨かれていなすぎて、虚像を見ていた気がする」という。 理想のキャリアを歩むには、周りからの評価や期待を正確に把握する
SRE Kaigi 2025を開催しました - 生涯未熟
1/26に無事SRE Kaigi 2025を開催しました。 2025.srekaigi.net 参加された皆様、本当にありがとうございました！ 皆様の楽しそうにしているところを見ているだけで、開催して良かったなぁと感無量でした。 この記事では、実施に向けてどんなことを考えてたのか？を軽くですが振り返ってみます。 なんで企画やったの？ 今回のSRE Kaigiではナレーション・屋台・指圧などを企画しましたが、人によっては「SREという本筋と関係ないのでは？そんなことをやるより他のことに目を向けなよ」と疑問に思った人もいるかと思います。 ただ、このカンファレンスのテーマでもある「More SRE！」に込めた気持ちとしては、「カンファレンスとしてもSREのプラクティスを適用できるのでは？」という自分にとってのトライの気持ちもありました。 では、企画において適用したプラクティスというと「コミュニケ
aycabtaあるいは糸柳茶蔵のこと
aycabta.md aycabtaあるいは糸柳茶蔵のこと 文章: mala 2025-01-20 初稿 2025-01-23 いくつかの補足と自分の過去のprivateでの言及のおまけ 気が向いたら、追記するかもしれない 1 aycabta、あるいは糸柳茶蔵は古い友人だ。彼は冒険家で、Rubyコミッターであった。aycabtaは all your code are belong to ass の頭文字だ。有名なネットミームのもじりだが、まあ、ひどい名前である。違うハンドルネームや名前で認識している人も多いかもしれないが、自分がいま認識する糸柳というのは彼のことである。 既にXにいくつかの短い文章を書いた。 https://x.com/bulkneets/status/1876270860518166711 https://x.com/bulkneets/status/1876272207
プロダクトマネージャーの等級要件をアップデートしました - SmartHR Tech Blog
こんにちは、プロダクトマネージャーのたけまさです。 今回はプロダクトマネージャーの等級要件を作り直した話です。強力なマネジメントツールである等級要件の効果を紹介しつつ、今回の設計思想やアップデートの狙いを紹介します。 はじめに 今回の改定にあたり「他社のプロダクトマネージャー等級要件」を調べたところ、ほとんど公開事例がないことに気が付きました。 SmartHRのミッション「労働にまつわる社会課題をなくし、誰もがその人らしく働ける社会をつくる。」的に解釈すれば、この情報不足は課題ということで事例公開します！ まだ私たちは30人くらいのPM組織です。マルチプロダクト戦略に挑戦中で、正解など持っていませんが模索の過程がお役に立てば幸いです。私たちもPM組織を強くすることに日々知恵を絞っているので、ぜひイベントや勉強会にもお声がけください。策定プロセスも後日公開予定です。 マネジメントツールとして
▪️ おまけ こういう糸柳とかのドワンゴの昔話をすると、ドワンゴに勢いが..
▪️ おまけ こういう糸柳とかのドワンゴの昔話をすると、ドワンゴに勢いがあった時代の話とか言いたがる懐古厨が湧いてくるので、若干、補足する。 ドワンゴの昔はとにかく異常だったし間違いだった。あんなのは続くわけないし続かせてもいけない、今のドワンゴの方が健全であり正常だ。それに今でもドワンゴの社員に変な奴は多いし、会社の本質はそんなに簡単に変わるものではない。 それに経営的な目線で言うと、ドワンゴが一番儲かっていたのは着メロ時代でニコニコ時代は収益的には長い低迷期だった。そして現在のドワンゴの稼ぎ頭はすでに教育事業になっている。N高生は、まだ３万人ちょっとと全高校生の1％強にすぎないから、ドワンゴの企業としての全盛期はこれから始まる。 IT企業のドワンゴがなぜ畑違いの教育事業を始めたのか、これまでも何度も質問されてきた。通信制高校は持ち込み企画であり、プレゼンされているうちにドワンゴなら成功
糸柳とドワンゴの話
https://anond.hatelabo.jp/20250105165945 上の記事を読んで、ドワンゴの中の人として糸柳で思い出したこと、彼を雇ったドワンゴがどんな会社だったのかを書いてみようと思う。 糸柳を雇ったのは、ドワンゴのエンジニアのトップだったS君だ。ここでは鉄男（仮名）と呼ぶことにする。 糸柳を雇う少し前、僕は鉄男を叱責したことがある。「お前は自分の使いやすい人間しか採用してない。だからてめえは小物なんだ。自分にない能力をもった奴を採用しろ」みたいなことを言った。 鉄男は中卒だ。そう、ドワンゴのエンジニアのトップは中卒だった。いや、鉄男だけでなく、ドワンゴの幹部エンジニアの半分以上は中卒、あるいは高卒だった。 これは当たり前で、当時のドワンゴは天才エンジニアみたいなやつがゴロゴロいる職場だった。同じ天才エンジニアなら、高校も大学も行かずにずっとプログラミングをやっている中
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
外国人がオモコロで日本語を覚えたら、人生が変わった話｜Satori
強いチームと開発生産性
