[B! PM] lamichのブックマーク

ザ・SIer的プロジェクト共有フォルダのデファクト構成を考えてみる | It works for me

SIerの素敵なドキュメント管理 10.要求定義 15.要件定義 20.基本設計 30.詳細設計 40.実装 50.UThttps://t.co/xqz71nKUhphttps://t.co/S2P3we3TSN 80.移行 90.保守 — ゴッドハンドメルちゃん (@MatankiZ) November 17, 2019 まだ、SESやSIer会社で勤務していた頃、散々現場で見かけたのを思い出して懐かしい気持ちになりました。不思議なことにどこに行っても多少の差はあれど、プロジェクト共有フォルダって同じような作りになってるんですよね。（炎上プロジェクトほど散らかります）懐かしさついでに、プロジェクト共有フォルダのデファクトを考えてみます。（あくまで私の経験に基づくものです） [管理No or キックオフ日].プロジェクト（案件）名 ├───00.プロジェクト管理 │ ├───提案依

lamich 2021/05/07

リンク

Btabok - BTABoK

lamich 2021/03/05

リンク

スクウェア・エニックスの橋本善久氏がプロジェクトマネジメントの手法を紹介。「Agile do IT!」で行われたセッションレポート

スクウェア・エニックスの橋本善久氏がプロジェクトマネジメントの手法を紹介。「Agile do IT!」で行われたセッションレポートライター：小倉正也 2012年3月19日，ディー・エヌ・エーの主催で，ソフトウェア開発者やプロダクションマネージャーを対象とした講演・ディスカッションのイベント「Agile do it!」が開催された。3月16日に大阪で行われた「Agile Japan」のスピンオフとなる今回のイベントでは，“マスター・センセイ”と称される「The Agile Samurai: How Agile Masters Deliver Great Software」（邦題アジャイルサムライ−達人開発者への道−）の著者Jonathan Rasmusson氏を迎えてのトークセッションや，ヤフー，ディー・エヌ・エー，スクウェア・エニックスといった各社におけるアジャイルやスクラム（アジャイ

lamich 2012/03/21

PM
project

リンク

開発者、デザイナー、プロジェクトマネージャーがお互いをどう思っているかがよくわかる1枚の画像

プロジェクトがどんどん細かく別れていって専門化していくと、自分の部門以外の人が何をやっているのか分からなくなります。時にはお互いの思い込みからいざこざが起こることもしばしば。開発者・デザイナー・プロジェクトマネージャーのそれぞれが相手をどう思っているのか事前に知って争いを防ぎましょう。開発者からみたイメージ開発者自身がバリバリ活躍する中、デザイナーは幼稚なラクガキを行ない、PMは暇で偉そうにふんぞり返っていると思っているようです。デザイナーからみたイメージデザイナー自身は一流のショービジネスの立役者。開発者はパソコンが大好きな人で、PMは破壊的な事しか言わない人。プロジェクトマネージャーからみたイメージ PM自身はサミットに参加している世界各国の首脳並に重要な会議をしていると思っているようです。そんな中開発者は単純労働のライン工で、デザイナーはペンキ屋さん。全体図はこちら。みん

lamich 2011/08/11

あるあるw

リンク

perlメモ - tomimemo

#contents *split関数「1234567890,hogehoge」というカンマ区切り文字列をスプリットする。split_test.plというファイル名で作成。 #!/usr/bin/perl $mojiretu = '1234567890,hogehoge'; @ret = split(/,/ , $mojiretu); print $ret[0]."と".$ret[1]."に分割されました\n"; 上記スクリプトを実行してみる。 # perl split_test.pl 1234567890とhogehogeに分割されました「1234567890｜hogehoge」という「｜」で分割されている場合は、エスケープしなくてはならない。 #!/usr/bin/perl $mojiretu = '1234567890|hogehoge'; @ret = split(/\|/ ,

lamich 2009/02/13

did not return a true value

リンク

SI業界を目指す君達へ贈る「何故システム開発はテンパるのか」 - novtan別館

先日学生に聞かれたんですよ。「下流工程は大変って聞きますが、上流は楽なんですよね？」よろしい、君はよく勉強している。でも根本的に間違っている。下流工程が辛いのは、上流工程でちゃんと仕事ができなかったからだ*1。というわけで、主に学生向きに話を単純化して語ってみます。これが普通だとか、一般的だとか言うつもりはなく、違う視点もあるかと思いますが、一つの考え方として。 SIでのシステム開発は、建設業にたとえられます。が。顧客の希望を聞き、設計し、施工し、引き渡す。こういった工程を踏む仕事ということで、システム開発はよく建設業にたとえられます。実際に工程管理の手法なども似通っています。ところが、大抵の場合、耐震偽造をした建築物よりもシステムのほうが脆弱に仕上がります。何故でしょうか。一つには、建物の図面を引くには建築士の資格が必要ですが、システムの設計に資格は必要ありません。もう一つ、