サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
幸せなエンジニアになるための仕事術/まつもとゆきひろ＆平鍋健児 - tmtms のメモ
幸せ 平鍋: 1. 技術的な困難を達成。 2. お客様に感謝された。 最初は1だったけど最近は2。 まつもと: 理不尽な目に合わないこと。 思うようにツールが動かない→自分でつくる。 OSSは自分で手を入れられる。 平鍋: 自分一人の幸せじゃない。 プロジェクトが終わっても続く人間関係。 人のつながり。信頼。 まつもと: 通勤が3時間。理不尽→地方。 納得行かない変更が顧客から言われたくない 平鍋: エンジニアで不幸せな人へ。仕事は選べる。極端なこと言えば辞めればいい。 ワークライフ・バランス実現の戦略（例：地方に住むこと） 平鍋: 1995.子供を育てられるかを考えたときに自分の中での都会の価値がさがってきた。 田舎に帰ってから、世界のことを考えた。JUDE,アジャイルをやり始めた。 まつもと: 鳥取→つくば→島根 1997. OSSビジネスを始めようと声をかけてもらって島根へ。 理不尽
見積もり・発注 - 技術情報Wiki
発注／調達 † 値切ってはいけない 2009.3.6 確かに，プロジェクトには予算が決められており，その予算の枠内でやり遂げる必要がある。どうしても予算と見積もり金額が合わない場合には，入念に価格交渉を行い，発注者と受注者の双方が金額の妥当性について合意した上で確定させるべきなのだ。 そのためには，PMは出てきた見積もりを査定する能力が必要であり，かつ高い折衝能力が必要である。 はじめてのRFP 2008.2.4 調達用語 RFP,SLCP,SPAとか ＲＦＰ（Request For Proposal：提案依頼書） ＳＬＣＰ−ＪＣＰ９８：Software Life Cycle Process - Japan Common Frame 1998 ＳＰＡ（Software Process Assessment）
【コラム】"PM力"向上に効く、12のレッスン (1) Introduction - "PM力"の構成要素 | エンタープライズ | マイコミジャーナル
プロジェクトマネジメントは何故、重要か? 継続的な価値向上を目指す企業は、常に「ビジネスの変革」を求められている。 企業戦略を事業戦略に展開し、事業戦略を達成するための業務改革を計画し、計画を実行して定着化を図り、結果を分析して次のアクションに繋げる。この一連の流れを繰り返していくことで企業価値を高めていくわけだが、今日のビジネス変革は「ITの活用」抜きに語ることはできない。「ビジネスの変革」と「ITの活用」を車の両輪のようにバランス良く回転させながら、改革を組織に定着化させ、継続的な企業価値向上を目指す必要がある。 図1: 継続的な企業価値向上を実現するためのアプローチ 〜 Zモデル 定常業務とは異なるこの一連の流れは、複数の「プロジェクト」で構成されることが多い。次期企業戦略立案プロジェクトやCRMシステム導入による営業改革プロジェクトなど名称や単位は様々だが、一連のプロジェクトを成功
仕事で文書を書く必要がある人は理科系の作文技術を読むべきだ - 未来のいつか/hyoshiokの日記
仕事で文書を書く必要がある人は「理科系の作文技術」(ISBN:9784121006240)を読むべきだ。 ここでいう仕事で書く文書というのは他人に読んでもらう文書をさす。他人に読んでもらうことを前提としないメモの類や狭義の日記などはこれにあたらないので、どう書こうが構わない。他人に読んでもらうことを前提とした文書は、相手に内容が伝わらなければ意味がないのだから、間違いなく相手に通じるように表現しなければならない。 小説、詩などの文学作品は、ここでいう「仕事で書く文書」に含めないことにする。文学作品と対比して、仕事で書く文書の特徴はどこにあるのか。それは、読者に伝えるべき内容が事実と意見にかぎられていて、心情的要素を含まないことである。 仕事の文書を書くときの第一の原則は、「必要なことは洩れなく記述し、必要でないことは一つも書かない」ことである。何が必要かは目的により、また相手の要求や予備知
ITアーキテクトの専門分野を3つに整理
独立行政法人 情報処理推進機構 ITスキル標準センターは7月7日に「ITスキル標準 プロフェッショナルコミュニティフォーラム2006」を開催した。本稿は数ある委員会の中でも特に「ITアーキテクト委員会」の発表に焦点を当て、同委員会の2005年度における活動報告と2006年度の取り組みをお伝えする（編集部）。 ITアーキテクト委員会の3つのWG 2005年度のITアーキテクト委員会は、3つのワーキンググループで構成されている。すなわち、「改善指摘WG」「参照アーキテクチャWG」「メタモデル作成WG」の3つだ。 「改善指摘WG」では、ITスキル標準がV2にバージョンアップされるのに伴い、ITアーキテクトの実像の明確化、専門分野区分改訂（後述）に伴う定義変更、全体構造変更に伴う定義変更を行った。 「参照アーキテクチャWG」は、ITアーキテクチャに関する技術研究を行う。最新の注目技術や事例収集を通
ベンチャー経営者のための資金調達マニュアル Vol.1 - president blog
This domain may be for sale!
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
要求工学:Requirements Engineering(月刊ビジネスコミュニケーション)