プロダクト開発のコミュニケーションをなめらかにする10の概念 - ドクターズプライム Official Blog
こんにちは、ドクターズプライムの高橋（id:kyosu-ke）です。ドクターズプライムでプロダクト部門と管理部門の担当役員をやっています。 インターネットではTwitterを中心に@kyosu_keというアカウントでやっています。ユーザーIDにアンダースコアを使えるサービスが好きです。 普段は About Productという個人ブログで割と硬めで気取った文章をポストしています。ゆるいテンションで書こうと思ったのですが、途中から個人ブログ向けに書いてると錯覚してしまい、割と重い文章に仕上がりました。 これはなにか 今回はドクターズプライムで取り入れている、「プロダクト開発のコミュニケーションをなめらかにする10の概念」を紹介するポストです。 プロダクト開発に携わる職種の方はもちろん、プロダクト開発職種と関わる非開発系職種の方にも読んでいただけると、プロダクト開発系職種のメンバーとのコミュニ
プロコンにOSSを使ってはいけないのか？ #procon32
はじめに 先日開かれた高専プロコンにて「ふろこん」というプロダクトを発表されたところ 「私は怒っています」 「ライブラリを使って楽をしている」 などの指摘を審査員より受けたというツイートに関連して、 SNSで 「OSSを使うのがNGとか分かって無さ過ぎる」 とか 「審査員はフロントエンドが分かってない」 というコメントが多数有りました。逆に 「あの発表内容はミスリーディングであり適切ではない」 等のコメントも一部ありました。私自身はどちらかと言うと件の審査員の方に同意する部分もありますので、その考えに至る背景や私なりの発表の改善点をまとめてみました。あくまで、こういう考え方もあるよ、と参考までに。 重要 発表された方々を誹謗中傷する意図は一切ありません ふつうに面白い着眼点で良いもの作ったなー、と思っています 審査員の言い方には問題がありハラスメントは常にダメ、ゼッタイ。例えコメントの趣旨
Pull Requestに動作確認方法を書け - 橋本商会
ある程度アプリケーションの規模が大きくなってくると、ある変更がどこまでの影響範囲だと思っているのかがコミュニケーションにおいて重要
銀の弾とアジャイルについてのメモ (Agile is a Silver Bullet) - ari's world
銀の弾とアジャイルについてのメモ (Agile is a Silver Bullet) 2018年10月9日 要点 1986年にソフトウェアエンジニアリングについて書かれたフレデリック・P・ブルックス氏（以下、Brooks）『人月の神話』「銀の弾はない」はすごい（久しぶりに読み返した）。まじリスペクト。 本質的な困難と、その攻略を通じて、アジャイル開発を理解するとスッキリする（個人的な見解です）。 はじめに アジャイル開発は、ソフトウェアエンジニアリングにおいて迅速かつ適応的にソフトウェア開発を行う軽量な開発手法群の総称である。 アジャイル開発の「なぜなのか(WHY)」や「どのような問題を解こうとしているのか」を、自分なりに整理したかった。その時、Brooks『人月の神話』を改めて読んで、びっくりした。これは、すごいと。 2018年10月9日に書いたメモがある。まだまだ整理や考える余地はあ
開発フロー研修 @ Wantedly - Qiita
Githubでの開発 - Issue, Commit, Pull Request, Mention, Code Reviewに関する基本的なルール ゴール 「 チーム で 長期にわたって 生産性を上げる 」 前提 みんながサービス・プロダクトについて自主的に考える組織 エンジニア全員がそれぞれオーナーシップを持ってよりプロダクトを良くすることを考える いわゆるPM職の不在 = コードは書かずに、マネージだけする人がいない これは組織による。(e.g. 外注やディレクター職の存在) けれど、Wantedlyは、多少変化しつつも、より良いサービスを生み出すために、役割の程度の差はあれ全員がプロダクトについて考え責任を持ったほうが良いと考えている。 理想型 図:「青と黄色」のチーム構成が従来の縦割り+統括チーム、「緑(金)色」のところが目指すべきマイクロサービスチーム マイクロサービスチームは、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
