仕様書にもExcel脱却が求められている - プログラマの思索
現代は、タスク管理や障害管理だけでなく、仕様書にもExcel脱却が求められている記事があったのでメモ。 ラフなメモ書き。 【参考1】 エクセルで手順書を作るのはきっとやめた方がいい - Qiita (引用開始) ある製品のインストール手順書を作ることになり、参考資料として過去の案件で作ったものをもらったのだが、それはエクセルファイルだった。 どういうものだったかを端的に述べると以下の通り。 目次がない シート名に番号はついていない 各シートにも番号の記載はない 各シートの中身はスクリーンショットの羅列 スクリーンショットについての説明がほぼない 間違った手順のスクリーンショットも混ざっている 操作の結果を確認する手順が漏れているケースがある この時点で大分げんなりするが、具体的に辛い点をあげる。 1. 全体像が掴めない 2. 順番に確信が持てない 3. コマンドの内容やインストール先のディ
「マネジメントに悩める全てのエンジニアにささげる」資料が素晴らしいのでメモ - プログラマの思索
「マネジメントに悩める全てのエンジニアにささげる」資料が素晴らしいのでメモしておく。 以下は、思いついたことをラフに書いたラフな感想。 特に主張はなし。 【参考】 マネジメントに悩める全てのエンジニアにささげる 伊藤直也の１人CTO Night | Kwappa研究開発室 日経電子版 開発内製化の取り組み / nikkei web development 2015 // Speaker Deck デザイナー横断組織の変遷 - クックパッド開発者ブログ 4ヶ月の間に一休.comで起きた変化 - zimathon blog モダンな現場にするために実践したこと - SSSSLIDE 【1】自分が最近持つ問題意識として、組織構造はソフトウェア開発プロセスにどのように影響させているか、がある。 第15回RxTstudy 『大規模組織や多様な業務における Redmineの課題』 ベンダーへ開発工程を
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
