プロダクトマネジメント私記
2 年前にソフトウェアエンジニアからプロダクトマネージャーにロールチェンジした。ソフトウェアエンジニア時代は割と頑張れてたし成果を出せてた気がするのだけど、プロダクトマネージャーになってからは正直かなり苦戦した。プロダクトマネージャー 3 年目を迎えてようやく仕事に自信が持てるようになってきた気がするので、振り返りを兼ねて、これから同じようにプロダクトマネージャーにコンバートしたいと思っている人の役に立てばと思って書きます。 Table of Contents プロダクトマネージャーになった理由 プロダクトマネージャーの役割 1. 何がユーザーの問題かを特定する 2. その問題を解決する製品を定義する 3. 製品がリリースされるまで開発チームに帯同し、リリースを成し遂げる 4. 製品が「正解」であったかの評価を行う 実際になってみてのギャップ プロダクトマネジメントの認知度が原因？ 一体型
guildhub.jp - このウェブサイトは販売用です！ - guildhub リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
「情シス」の新しいカタチ = Corporate Productivity Engineering(CPE) - Pepabo Tech Portal
あんちぽちゃんです。今日は、情報システム部門(以下、情シス)の仕事を担当するエンジニア = Corporate Productivity Engineer(CPE)について紹介します。 TL;DRで結論から申し上げますと、情シスエンジニア、あらため、Corporate Productivity Engineerに応募してください！お願いします！！１ そもそも「情シス」とは そもそもペパボでいう情シスが担っているのは以下のような領域です。細かいところで差異はあるでしょうが、上場しているWeb企業の情シスはだいたいこんな感じでしょう。 社内IT資産(社内のシステム・サーバ・ソフトウェア・ネットワークなど)の管理・運用、ヘルプデスク業務 情報セキュリティの保全(情報資産のセキュリティ要件を満足し、正常に維持すること) 内部統制、特にITに関する統制の実施(上場企業に課されるガバナンス基準を満たす
『テストから見えてくるグーグルのソフトウェア開発』は何であって何でないか - Kato Kazuyoshi
最近やっと “How Google Tests Software” を一通り読み終わって、あまりに時間をかけすぎたのでまた頭から軽く読み直そうかなあと思っていたところ、Masaki Nakagawa さん経由 で日本語訳が出ていることを知った。 ただ、#rubykaigi バイヤーズガイド ‘13 の これを買うべき人: テストを日常的に書いている人と、テストを書く習慣がない人 というのは、さすがに煽りすぎだと思う。テストを書く習慣がない人は そもそもあらゆるテストが無いなら『レガシーコード改善ガイド』あたりから アプリケーションにテストが無いけど、フレームワークなどの土台部分に支援がある環境なら、あんまり自作しないで、まずはフレームワークを学ぶところから 自分がテストを書く習慣がないだけで、まわりは書いてるなら、まずはまわりを真似るところから はじめるべきであって、その段階で本書に行くの
グーグルはあれほど多くのソフトウェアのテストをどのように行っているのか？
グーグルは検索エンジンだけではなく、メールソフトのGmail、オフィス系ソフトのGoogle Apps、WebブラウザのChromeやOSのAndroidなど、さまざまな種類と規模のソフトウェアを開発しています。 それらはどのようにテストされ品質管理されているのでしょうか？ グーグルのブログGoogle Testing Blogに、Test Engineering DirectorのJames A Whittaker氏による「How Google Tests Software」がポストされ、その概要を伝えています。 3つのチームからなるEngineering Productivity Whittaker氏はまず、グーグルにはテストの専門部隊はいないのだ、という組織構造の説明から始めます。 There isn't an actual testing organization at Googl
Kanban - Wikipedia
Kanban (Japanese: かんばん [kambaɴ] meaning signboard) is a scheduling system for lean manufacturing (also called just-in-time manufacturing, abbreviated JIT).[2] Taiichi Ohno, an industrial engineer at Toyota, developed kanban to improve manufacturing efficiency.[3] The system takes its name from the cards that track production within a factory. Kanban is also known as the Toyota nameplate system in
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
